Project:Support desk/Flow/2019/01
This page used the Structured Discussions extension to give structured discussions. It has since been converted to wikitext, so the content and history here are only an approximation of what was actually displayed at the time these comments were made. |
This page is an archive. |
Please ask questions on the current support desk. |
Use database prefix with SQLite
How can I use database prefix with SQLite? Installer doesn't show database prefix option when selecting SQLite database. 122.46.178.230 (talk) 19:53, 1 January 2019 (UTC)
- I think the reason you can't use a prefix with sqlite is that doing so would suggest that multiple applications could be accessing the database at the same time, and sqlite doesn't work with that (there's no way to lock the file at any more granular level than the whole thing).
- I might be wrong of course. :) Sam Wilson 00:15, 2 January 2019 (UTC)
Extension:InputBox preloadparams
There seems to be an issue with the preloadparams[] =
parameter of Extension:InputBox, where instead of including %5B%5D
the text %5B0%5D
is included, where the extra "0" prevevnts it from functioning.
see example: wikiversity.org/wiki/WikiJournal_Preprints
Any ideas for fixing this?
(also posted here) T.Shafee(Evo﹠Evo)talk 02:54, 2 January 2019 (UTC)
- Have also made Phabricator task here T.Shafee(Evo﹠Evo)talk 10:27, 2 January 2019 (UTC)
Request to 'correct translate markup' and put 'for translation'
RESOLVED | |
is now translated via translation of the used model. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
thank you. Christian 🇫🇷 FR 🚨 (talk) 14:38, 2 January 2019 (UTC)
- Fixed. Please report issues about mediawiki.org on Project:Current issues Ciencia Al Poder (talk) 10:19, 3 January 2019 (UTC)
- Sorry to insist, the correction is good where i pointed it out, but now as a side effect, each div panel elsewhere on the page, with text "→ Potential tasks for new contributors" is no longer translated and remains in ENglish among the translated text.
- Please resend for correction. Christian 🇫🇷 FR 🚨 (talk) 12:29, 3 January 2019 (UTC)
- You need to translate Template:GoodFirstBugProject Ciencia Al Poder (talk) 16:47, 3 January 2019 (UTC)
- Ok i translated the template but it is still not clear; either it is in template, or it has to be translated.
- The text 'Potential tasks for new contributors' is still proposed for translation under following ids:
- Translations:Good first bugs/96/fr
- Translations:Good first bugs/15/fr
- Translations:Good first bugs/28/fr Christian 🇫🇷 FR 🚨 (talk) 17:18, 3 January 2019 (UTC)
- I see everything translated now. Those may be old translation units not used anymore Ciencia Al Poder (talk) 10:14, 4 January 2019 (UTC)
تعديل
مرحبا
ارجوا المساعدة
لقد اجريت تعديل في صفحة حدث في مثل هذا اليوم في 4 يناير الوفيات
انا عندما اكون مسجل ارى التعديل بينما اسجل خروج لا استطيع ان ارى اخر التعديل.
لكم كل الشكر إسحق (talk) 11:11, 3 January 2019 (UTC)
- Please explain which exact page, and where exactly, and how someone else can see the problem. Malyacko (talk) 15:28, 3 January 2019 (UTC)
- I think you are referring to the arabic wikipedia page, and to the fact that that patrolled revisions are used, and thus when you log out, you see the last partolled revision. the deployment of this mechanism is a choice made earlier by the community (expectedly, and sadly), and you should be able to request someone to mark your revision or until you have the "privilege" of being an "editor" with sufficient edits in your history.
- أظنك تشير إلى صفحة في ويكيبيديا العربية. وإلى ان الويكي العربية تستخدم نظام المراجعات والمراجعات المعلمة، وبالتالي، عند تسجيلك خروج، فإنك كأي زائر آخر مُجهّل، لن ترى إلا آخر نسخة معلمة كمراجعة. استخدام هذه الآلية كان خيار إتخذه مجتمع ويكيبيديا العربية في وقت مضى (للأسف، كان أمرا متوقعا)، ويمكنك طلب أن يقوم احد المحررين بتعليم تعديلاتك كمراجعة في واحدة من الصفحات المناسبة (انظر في الميدان مثلا)، او سيتم اعتبارك محررا وستكون تعديلاتك مراجعة تلقائيا بعد عدد معين من التحريرات . Uwe a (talk) 16:06, 3 January 2019 (UTC)
file-path to display graphic
Hello,
I have a folder which is a sub-folder of "images". There are some graphics in this folder which I want to display on one of my Wiki-pages. How do I get the image into the page?
Tried: file = File:wiki/images/subfolder/graphic.png
But it doesn't work. What is the correct code?
Big Thanks in advance! 80.146.228.123 (talk) 12:10, 3 January 2019 (UTC)
- HELLO, anyone?? 80.146.228.123 (talk) 13:01, 3 January 2019 (UTC)
- Does the required file show up in your Wiki's version of Special:AllPages?from=&to=&namespace=6? AhmadF.Cheema (talk) 13:49, 3 January 2019 (UTC)
- No, but other files I uploaded directly through the Wiki are not there either. It seems like when I upload the files directly into the folder the Wiki doesn't know where to find them. When I upload them through the Wiki-upload-page I don't even need the path, the file name is enough for the Wiki to find the file (code: File:graphic.png). How can I teach Wiki to find the file in my folder? Thanks!! 80.146.228.123 (talk) 14:07, 3 January 2019 (UTC)
- See Manual:ImportImages.php and Manual:Importing external content. Malyacko (talk) 15:27, 3 January 2019 (UTC)
What is best way to hide some content by viewer's permission
For example, "Edit This Page" link should not be seen by one whom no permission to edit.
Maybe a styles
type gadget specified by permission will be one solution. But is this the best way?
Thanks. Lens0021 (talk) 12:44, 3 January 2019 (UTC)
- For users without the required edit permissions, instead of "Edit" the "View source" text is displayed. AhmadF.Cheema (talk) 13:47, 3 January 2019 (UTC)
- I am sorry for my bed example. Maybe "See Editors!" link? Lens0021 (talk) 13:51, 3 January 2019 (UTC)
- To hide the entire tab, I think per user group CSS (such as MediaWiki:Group-sysop.css) would be an easy way to accomplish this. AhmadF.Cheema (talk) 13:52, 3 January 2019 (UTC)
- Per user group CSS is something I have looked for, Thank you for your kindness! Lens0021 (talk) 13:54, 3 January 2019 (UTC)
Parsoid VisualEditor not working
Hello all,
When I try to make any edit to a page using VisualEditor or save a new page through VisualEditor the load bar gets to about 75% and then says:
Error loading data from server: apierror-visualeditor-docserver-http-error: (curl error: 7) Couldn't connect to server. Would you like to retry?
I'm not sure what details would be helpful, but I am running this on a Debian server on Google Cloud. At first I thought it may have been blocking the port 8142 but I believe I fixed that issue. (Is there some way to check?)
For reference, here is my parsoid config file: (sorry for the awful formatting, not sure what happened)
# This is a sample configuration file
#
# Also see:
# - `npm start -- -h` for more information about passing config files via
# the commandline.
# - lib/config/ParsoidConfig.js for all the properties that you can configure
# here. Not all properties are documented here.
worker_heartbeat_timeout: 300000
logging:
level: info
metrics:
type: log
services:
- module: ../src/lib/index.js
entrypoint: apiServiceWorker
conf:
# For backwards compatibility, and to continue to support non-static
# configs for the time being, optionally provide a path to a
# localsettings.js file. See localsettings.example.js
#localsettings: ./localsettings.js
# Set your own user-agent string
# Otherwise, defaults to:
# 'Parsoid/<current-version-defined-in-package.json>'
#userAgent: 'My-User-Agent-String'
# Configure Parsoid to point to your MediaWiki instances.
mwApis: -
# This is the only required parameter,
# the URL of you MediaWiki API endpoint.
uri: 'http://localhost/w/api.php'
# The "domain" is used for communication with Visual Editor
# and RESTBase. It defaults to the hostname portion of
# the `uri` property below, but you can manually set it
# to an arbitrary string.
domain: 'localhost' # optional
# To specify a proxy (or proxy headers) specific to this prefix
# (which overrides defaultAPIProxyURI). Alternatively, set `proxy`
# to `null` to override and force no proxying when a default proxy
# has been set.
#proxy:
# uri: 'http://my.proxy:1234/'
# headers: # optional
# 'X-Forwarded-Proto': 'https'
# We pre-define wikipedias as 'enwiki', 'dewiki' etc. Similarly
# for other projects: 'enwiktionary', 'enwikiquote', 'enwikibooks',
# 'enwikivoyage' etc.
# The default for this is false. Uncomment the line below if you want
# to load WMF's config for wikipedias, etc.
Here is the end of my LocalSettings:
wfLoadExtension('VisualEditor');
$wgDefaultUserOptions['visualeditor-enable'] = 1;
$wgVirtualRestConfig['modules']['parsoid'] = array(
'url' => 'http://localhost:8142'
);
Zsiegel2 (talk) 20:38, 3 January 2019 (UTC)
- Update: I tried doing curl localhost:8124 and it says connection refused. Any idea why? 108.14.57.42 (talk) 21:06, 3 January 2019 (UTC)
- Are you sure parsoid is running? Can you see it when you run <code>ps aux | grep node</code>?
- (I've tried formatting your code--VE needs some work for pasting code fragments. Please modify it if you can to make sure it matches what you have.) ☠MarkAHershberger☢(talk)☣ 23:46, 3 January 2019 (UTC)
- Thanks for the formatting - it looks right. I believe so, here's what I get:
parsoid 25089 0.0 0.1 4288 768 ? S Jan03 0:00 /bin/sh -c /usr/bin/nodejs /usr/lib/parsoid/src/bin/server.js -c /etc/mediawiki/parsoid/config.yaml >> /var/log/parsoid/parsoid.log 2>&1
parsoid 25091 0.0 6.5 989336 39708 ? Sl Jan03 0:02 /usr/bin/nodejs /usr/lib/parsoid/src/bin/server.js -c /etc/mediawiki/parsoid/config.yaml
zachary+ 30152 0.0 0.1 12784 1024 pts/0 S+ 02:50 0:00 grep node
Zsiegel2 (talk) 02:53, 4 January 2019 (UTC)- Update: I've gone to my parsoid error log and here's what I get:
Killed
{"name":"parsoid","hostname":"circuitdebater","pid":30815,"level":30,"levelPath":"info/service-runner","msg"
:"master(30815) initializing 1 workers","time":"2019-01-04T03:27:52.929Z","v":0}
{"name":"parsoid","hostname":"circuitdebater","pid":30825,"level":60,"moduleName":"../src/lib/index.js","lev
elPath":"fatal/service-runner/worker","msg":"Unexpected token {","time":"2019-01-04T03:27:54.139Z","v":0}
{"name":"parsoid","hostname":"circuitdebater","pid":30815,"level":40,"message":"first worker died during sta
rtup, continue startup","worker_pid":30825,"exit_code":1,"startup_attempt":1,"levelPath":"warn/service-runne
r/master","msg":"first worker died during startup, continue startup","time":"2019-01-04T03:27:55.147Z","v":0
}
- It's worth noting that circuitdebater is not my hostname. I'm just using an ip address, so I'm not sure how that got there. Zsiegel2 (talk) 03:37, 4 January 2019 (UTC)
- There's a "Unexpected token {" message there. Probably a syntax error somewhere, probably on the config.yaml Ciencia Al Poder (talk) 10:22, 4 January 2019 (UTC)
- I looked through the config file and I cannot find anything. Does anything look abnormal to you in the parsoid config file I posted? Zsiegel2 (talk) 18:04, 4 January 2019 (UTC)
- Do you have a localsettings.js that might have an error in it? Can you re-deploy with npm? ☠MarkAHershberger☢(talk)☣ 22:55, 4 January 2019 (UTC)
- I do not have a localsettings.js file to my knowledge. (unless it's in a different directory as the config.yaml file). How would I re-deploy it with npm? Zsiegel2 (talk) 23:55, 4 January 2019 (UTC)
- By "re-deploy with npm" I just mean "reinstall from scratch".
- How did you install parsoid? ☠MarkAHershberger☢(talk)☣ 16:33, 5 January 2019 (UTC)
- Ah, thanks. I followed the instructions on Parsoid/Setup by running
sudo apt install dirmngr
sudo apt-key advanced --keyserver keys.gnupg.net --recv-keys 90E9F83F22250DD7
echo "deb https://releases.wikimedia.org/debian jessie-mediawiki main" | sudo tee /etc/apt/sources.list.d/parsoid.list
sudo apt install apt-transport-https
sudo apt update && sudo apt install parsoid
- I'm new to linux - I attempted to reinstall it by apt-removing dirmngr, apt-transport-https, and parsoid. Didn't seem to help. Is there another way to do that?
- Also, is there a way to check what version of Parsoid I am running? Maybe it's not compatible with the version of mediawiki that I am running? I am running the latest version of media wiki.
Zsiegel2 (talk) 17:12, 5 January 2019 (UTC)- Update:
- I installed the latest version of nodeJS and I now get a different error:
- Error loading data from server: apierror-visualeditor-docserver-http: HTTP 404. Would you like to retry? Zsiegel2 (talk) 17:24, 5 January 2019 (UTC)
- I checked my parsoid log file and am getting an invalid domain error.
- {"name":"../src/lib/index.js","hostname":"circuitdebater","pid":5215,"level":60,"levelPath":"fatal/request","msg":\ "Invalid domain: 35.196.221.232","time":"2019-01-05T17:57:33.778Z","v":0} Zsiegel2 (talk) 17:58, 5 January 2019 (UTC)
- At least it looks like MW is communicating now, right?
- Could you try the following:
$wgVirtualRestConfig['modules']['parsoid'] = [ 'url' => 'http://localhost:8142', 'domain' => 'localhost' ];
- From Linking with Parsoid ☠MarkAHershberger☢(talk)☣ 19:01, 5 January 2019 (UTC)
- It worked!! Thank you so much! I wonder why it assumed a different domain, who knows. Zsiegel2 (talk) 19:05, 5 January 2019 (UTC)
- Hi,
- sorry to bring this up again. I used to have the exact same problem and could actually solve it with help of this thread. I now receive no errors, however, VisualEditor just does not load when clicking on any edit button. URL changes to [..]&veaction=edit but the page does not change compared to the default read-page. clicking on the "edit source" does load up that default source-editor.
- No logfile I had a look at does show any errors or warnings.
- Any quick ideas what to do in order to make the editor load up?
- Tank you!
Bixbixbix (talk) 10:52, 14 January 2019 (UTC)- Did you update the submodules by running the
git submodule update --init
command? AhmadF.Cheema (talk) 11:22, 14 January 2019 (UTC) - Yes, I did that. Folder lib/ve/ is populated as well. Bixbixbix (talk) 11:56, 14 January 2019 (UTC)
- What does your javascript console say? (Here are instructions on how to open it if you don't know how already.)
- @Bixbixbix: if you can point us to your wiki (if it is public) we may be able to see what is wrong. ☠MarkAHershberger☢(talk)☣ 17:06, 14 January 2019 (UTC)
- It is privat and locally hosted, so no pointout - sorry.
- As soon as I load the extension (and only then), an error clutters the console. I tried disable all other extensions, the only problematic one is VisualEditor. Here is what I get:
[b259507e98d2547a6dec70c5] /wiki/load.php?debug=false&lang=de&modules=startup&only=scripts&skin=vector ConfigException from line 53 of /var/www/html/wiki/includes/config/GlobalVarConfig.php: GlobalVarConfig::get: undefined option: 'EnableBlockNoticeStats'
Backtrace:
#0 /var/www/html/wiki/extensions/VisualEditor/includes/VisualEditorHooks.php(935): GlobalVarConfig->get(string)
#1 /var/www/html/wiki/includes/Hooks.php(174): VisualEditorHooks::onResourceLoaderGetConfigVars(array)
#2 /var/www/html/wiki/includes/Hooks.php(202): Hooks::callHook(string, array, array, NULL)
#3 /var/www/html/wiki/includes/resourceloader/ResourceLoaderStartUpModule.php(129): Hooks::run(string, array)
#4 /var/www/html/wiki/includes/resourceloader/ResourceLoaderStartUpModule.php(432): ResourceLoaderStartUpModule->getConfigSettings(ResourceLoaderContext)
#5 /var/www/html/wiki/includes/resourceloader/ResourceLoaderModule.php(708): ResourceLoaderStartUpModule->getScript(ResourceLoaderContext)
#6 /var/www/html/wiki/includes/resourceloader/ResourceLoaderModule.php(675): ResourceLoaderModule->buildContent(ResourceLoaderContext)
#7 /var/www/html/wiki/includes/resourceloader/ResourceLoaderModule.php(812): ResourceLoaderModule->getModuleContent(ResourceLoaderContext)
#8 /var/www/html/wiki/includes/resourceloader/ResourceLoader.php(660): ResourceLoaderModule->getVersionHash(ResourceLoaderContext)
#9 [internal function]: ResourceLoader->{closure}(string)
#10 /var/www/html/wiki/includes/resourceloader/ResourceLoader.php(672): array_map(Closure, array)
#11 /var/www/html/wiki/includes/resourceloader/ResourceLoader.php(753): ResourceLoader->getCombinedVersion(ResourceLoaderContext, array)
#12 /var/www/html/wiki/load.php(51): ResourceLoader->respond(ResourceLoaderContext)
#13 {main}
[b259507e98d2547a6dec70c5] /wiki/load.php?debug=false&lang=de&modules=startup&only=scripts&skin=vector ConfigException from line 53 of /var/www/html/wiki/includes/config/GlobalVarConfig.php: GlobalVarConfig::get: undefined option: 'EnableBlockNoticeStats'
Backtrace:
#0 /var/www/html/wiki/extensions/VisualEditor/includes/VisualEditorHooks.php(935): GlobalVarConfig->get(string)
#1 /var/www/html/wiki/includes/Hooks.php(174): VisualEditorHooks::onResourceLoaderGetConfigVars(array)
#2 /var/www/html/wiki/includes/Hooks.php(202): Hooks::callHook(string, array, array, NULL)
#3 /var/www/html/wiki/includes/resourceloader/ResourceLoaderStartUpModule.php(129): Hooks::run(string, array)
#4 /var/www/html/wiki/includes/resourceloader/ResourceLoaderStartUpModule.php(432): ResourceLoaderStartUpModule->getConfigSettings(ResourceLoaderContext)
#5 /var/www/html/wiki/includes/resourceloader/ResourceLoaderModule.php(708): ResourceLoaderStartUpModule->getScript(ResourceLoaderContext)
#6 /var/www/html/wiki/includes/resourceloader/ResourceLoaderModule.php(675): ResourceLoaderModule->buildContent(ResourceLoaderContext)
#7 /var/www/html/wiki/includes/resourceloader/ResourceLoader.php(1072): ResourceLoaderModule->getModuleContent(ResourceLoaderContext)
#8 /var/www/html/wiki/includes/resourceloader/ResourceLoader.php(776): ResourceLoader->makeModuleResponse(ResourceLoaderContext, array, array)
#9 /var/www/html/wiki/load.php(51): ResourceLoader->respond(ResourceLoaderContext)
#10 {main}
Problematic modules: {"startup":"error"}
No changes made to GlobalVarConfig.php from my side. Bixbixbix (talk) 06:18, 15 January 2019 (UTC)- EnableBlockNoticeStats seems to come from https://phabricator.wikimedia.org/rEMFR0d09aeb6d6a841b267698b26051d7f8ec9139e96
- Are you using the version of MobileFrontend and VisualEditor that matches your MediaWiki version? Ciencia Al Poder (talk) 10:14, 15 January 2019 (UTC)
- I just got it to work.
- I could swear, I double-checked the versions, seem's like this was the case. After completely removing MobileFrontend and VisualEditor, downloading the files again and re-uploading them, VisualEditor loaded up and is working. Either I totally misclicked on the wrong version when downloading or something went wrong in uploading. I don't even know exactly which extension caused the problem, however, it's fine for now.
- Thank you very much! Bixbixbix (talk) 11:35, 15 January 2019 (UTC)
- May I ask what version of node needs to be used for parsoid to work? I've tried different versions using nvm (10.0, 12.16.2, 12.4.0) and then "npm rebuild" and "npm install" but I'm getting errors in the parsoid.log such as:
- const { PROTOCOL } = require('./constants');
- ^
- SyntaxError: Unexpected token {
exports.runInThisContext (vm.js:53:16)
- at Module._compile (module.js:374:25)
- at Object.Module._extensions..js (module.js:417:10)
- at Module.load (module.js:344:32)
- at Function.Module._load (module.js:301:12)
- at Module.require (module.js:354:17)
- at require (internal/module.js:12:17)
- at Object.<anonymous> (/usr/lib/parsoid/node_modules/hot-shots/index.js:1:80)
- at Module._compile (module.js:410:26)
- at Object.Module._extensions..js (module.js:417:10)
- at Module.load (module.js:344:32)
- at Function.Module._load (module.js:301:12)
- at Module.require (module.js:354:17)
- at require (internal/module.js:12:17)
- at Object.<anonymous> (/usr/lib/parsoid/node_modules/service-runner/lib/statsd.js:3:16)
- at Module._compile (module.js:410:26)
- I've read that these errors can occur if there is an incompatible version of node. Which version does parsoid need? I read on the parsoid installation page that node 10.0 should work, but this is the error I'm getting after "nvm use 10.0" and "npm rebuild" and "npm install". Lwangaman (talk) 14:57, 11 April 2020 (UTC)
- According to Parsoid/Releases, Parsoid 0.10.0 (released Dec 5, 2018) requires nodejs version 6 or later, but will probably not work with version 12.
- There's no information about Parsoid 0.11.0 (released Jan 14, 2020) Ciencia Al Poder (talk) 12:34, 12 April 2020 (UTC)
- I'm running a system with Ubuntu 16.04 and Plesk Obsydian (which installs it's own version of nodejs). I added the ubuntu/debian repository as indicated in the parsoid documentation (even though it's not a xenial repository) and apt installed parsoid. Seeing that after configuration and with my wiki uri it wasn't working as expected, I checked the logs and saw these errors, so I figured I would use nvm to make sure there was a compatible version of node running. Seeing the package.json indicated a target of nodejs v6.9.2, I just now did an nvm install 6.9.2 and then npm rebuild and npm install, and restarted the parsoid service. I got this error in the parsoid.log:
- /usr/lib/parsoid/node_modules/hot-shots/lib/statsd.js:8
- let unixDgram;
- ^^^
- SyntaxError: Block-scoped declarations (let, const, function, class) not yet supported outside strict mode
at exports.runInThisContext (vm.js:53:16)
at Module._compile (module.js:374:25)
at Object.Module._extensions..js (module.js:417:10)
at Module.load (module.js:344:32)
at Function.Module._load (module.js:301:12)
at Module.require (module.js:354:17)
at require (internal/module.js:12:17)
at Object.<anonymous> (/usr/lib/parsoid/node_modules/hot-shots/index.js:1:80)
at Module._compile (module.js:410:26)
at Object.Module._extensions..js (module.js:417:10)
at Module.load (module.js:344:32)
at Function.Module._load (module.js:301:12)
at Module.require (module.js:354:17)
at require (internal/module.js:12:17)
at Object.<anonymous> (/usr/lib/parsoid/node_modules/service-runner/lib/statsd.js:3:16)
at Module._compile (module.js:410:26)
- So I tried nvm install 8.0 and then npm rebuild and npm install, and again restarted the parsoid service. Now I see this error message:
- /usr/lib/parsoid/node_modules/service-runner/lib/logger.js:17
constructor(downstream, options = {}) {
^
- SyntaxError: Unexpected token =
at exports.runInThisContext (vm.js:53:16)
at Module._compile (module.js:374:25)
at Object.Module._extensions..js (module.js:417:10)
at Module.load (module.js:344:32)
at Function.Module._load (module.js:301:12)
at Module.require (module.js:354:17)
at require (internal/module.js:12:17)
at Object.<anonymous> (/usr/lib/parsoid/node_modules/service-runner/lib/base_service.js:10:16)
at Module._compile (module.js:410:26)
at Object.Module._extensions..js (module.js:417:10)
at Module.load (module.js:344:32)
at Function.Module._load (module.js:301:12)
at Module.require (module.js:354:17)
at require (internal/module.js:12:17)
at Object.<anonymous> (/usr/lib/parsoid/node_modules/service-runner/lib/master.js:7:21)
at Module._compile (module.js:410:26)
- Is it possible that parsoid version 0.11.0 simply isn't stable yet? Anyone else succeed in installing parsoid v0.11.0?
- BTW I'm seeing a few difficulties even on here when trying to go back and forth with the visual editor, the visual editor usually crashes and I lose content :o Lwangaman (talk) 14:34, 12 April 2020 (UTC)
Need a page deleted
RESOLVED | |
Out of project scope. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
- I created the page https://wiki.usace.army.mil/NWW but never added any content and I won't be. I would appreciate it if someone with 'rights' could delete it for me. Nothing links to it and nobody has contributed anything to it.
- Thank you, Mcgyver2k Mcgyver2k (talk) 22:05, 3 January 2019 (UTC)
- If you want something deleted on wiki.usace.army.mil you need to contact someone at wiki.usace.army.mil and not at mediawiki.org. :) Malyacko (talk) 11:57, 4 January 2019 (UTC)
- That's actually where I asked this question, the MilWiki programmers need to fix it so it doesn't show up here on this (civilian) side. Mcgyver2k (talk) 21:51, 16 February 2019 (UTC)
- The link doesn't work, and for a faster response you could contact administrators from wikis not related to Wikimedia Foundation to request a deletion. Tropicalkitty (talk) 22:41, 3 January 2019 (UTC)
- I created the page (and asked this question) on the Military Wikipedia domain, that's why the link won't work for you. The MilWiki programmers need to fix it so it doesn't show up here on this (civilian) side. Mcgyver2k (talk) 21:52, 16 February 2019 (UTC)
- Then you need to contact the "MilWiki programmers" and not us. Malyacko (talk) 07:16, 22 February 2019 (UTC)
possible to enable section numbers in body for all users who view a single page, without affecting other pages?
https://phabricator.wikimedia.org/T33735
Extension:MagicNumberedHeadings
Is it possible to turn on section numbers for a single page, for all users who view that page, without affecting other pages? If so, how does one do this? Phillipmfeldman (talk) 01:07, 4 January 2019 (UTC)
- It is possible using css counters or Javascript or a mediawiki extension to target a single page. 197.218.81.115 (talk) 08:06, 4 January 2019 (UTC)
mimetype detection not working as expected
I'm trying to add "cbz" file extention to my wiki as a recognized file type on upload, and I want it to be identified as "application/vnd.comicbook+zip" as it should and as the output of command "mimetype -bi" is.
so I added
$wgFileExtensions[] = 'cbz';
But I still received error(s):
File extension ".cbz" does not match the detected MIME type of the file (application/zip).
So I've added:
$wgMimeDetectorCommand = "/usr/bin/mimetype -bi";
the error persists and does not change the detected mime type to the value output of the "mimetype -bi" command.
Turing off mime type verification with the following:
$wgVerifyMimeType = false;
allows me to upload the file indeed, but still reports mimetype: "MIME type: application/zip" ; still different from what mimetype command outputs.
My guess is that this is probably the fault of includes/libs/mime/MimeAnalyzer.php ; setting a value and returning before invoking mimetype command?
Should I try something different or is this a bug? Uwe a (talk) 01:27, 4 January 2019 (UTC)
- What is the output in a terminal window if you manually run "/usr/bin/mimetype -bi whatever.cbz" on a cbz file that shows this problem? Malyacko (talk) 10:58, 4 January 2019 (UTC)
- $ mimetype -bi somefile.cbz
- application/vnd.comicbook+zip
- $file -bi somefile.cbz
- application/zip; charset=binary Uwe a (talk) 12:34, 4 January 2019 (UTC)
Edit Footer
Hey Guys,
I tried to add some Link into Footer with
$wgHooks['SkinTemplateOutputPageBeforeExec'][] = function( $sk, &$tpl ) {
$tpl->set( 'termsofuse', $sk->footerLink( 'termsofuse', 'termsofusepage' ) );
// or to add non-link text:
//$tpl->set( 'footertext', 'Text to show in footer' );
$tpl->data['footerlinks']['places'][] = 'termsofuse';
return true;
};
but it don't work.
What could I have done wrong?
Best regards,
Stefan 213.164.82.122 (talk) 07:41, 4 January 2019 (UTC)
- It looks like you're using the code from Manual:Footer. Brikipedia commented out the same code and replaced it: :Maybe you need to do something similar? (Fount via codesearch.) ☠MarkAHershberger☢(talk)☣ 13:03, 4 January 2019 (UTC)
$wgHooks['SkinTemplateOutputPageBeforeExec'][] = function( $sk, &$tpl ) { $tpl->set( 'parents', $sk->footerLink( 'parents', 'parentspage' ) ); $tpl->data['footerlinks']['places'][] = 'parents'; return true; }
Make files accessable for Mediawiki
How/where do I store files in the Mediawiki so that the Wiki can access/find them, for example an xml-Document which will be displayed as a Wiki page later? 80.146.228.123 (talk) 08:08, 4 January 2019 (UTC)
- You will have to upload them through Special:Upload. For details, see Manual:Configuring file uploads. AhmadF.Cheema (talk) 09:54, 4 January 2019 (UTC)
- Thank you! But but my files should be updated automatically from an existing database that throws them into a folder on my Wiki. I can't do the manual upload everytime, it's many files. Is there no way the the Wiki can access those files?? 80.146.228.123 (talk) 09:56, 4 January 2019 (UTC)
- Co-incidentally someone else asked a similar question here, less than a day earlier.
- "See Manual:ImportImages.php and Manual:Importing external content." AhmadF.Cheema (talk) 10:18, 4 January 2019 (UTC)
- Insert them as external images (not as internal File: links), see Manual:$wgAllowExternalImages. But you won't be able to control the size of those images. A less safe alternative but allows to control the size of the image is to Manual:$wgAllowImageTag Ciencia Al Poder (talk) 10:20, 4 January 2019 (UTC)
Starting with 1.31. I get "This script must be run from the command line" when I run a php-scripts via ssh
RESOLVED | |
Some web hosts such as STRATO pass command-line PHP scripts to the cgi-fcgi interface rather than the CLI interface. Using php-cli in those environments works as intended. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hallo,
This is my setting:
Software Version
MediaWiki 1.31.1
PHP 7.2.10 (cgi-fcgi)
MySQL 5.6.42-log
ICU 49.1.2
My webhoster is Strato. I use putty for the ssh access.
Up to Mediawiki 1.30 it is no problem to run php-scripts like runJobs.php from the command line with ssh/putty. Starting with Mediawiki 1.31 I get the error message "This script must be run from the command line".
I compared Maintenance.php from 1.30 and 1.31 and noticed that the code has changed:
1.30 line 642 - 645:
# Abort if called from a web server
if ( isset( $_SERVER ) && isset( $_SERVER['REQUEST_METHOD'] ) ) {
$this->error( 'This script must be run from the command line', true );
}
1.31 line line 690 - 694:
# Abort if called from a web server
# wfIsCLI() is not available yet
if ( PHP_SAPI !== 'cli' && PHP_SAPI !== 'phpdbg' ) {
$this->fatalError( 'This script must be run from the command line' );
}
I disabled this part of the code in the 1.31 version of Maintenance.php and everything works fine. The php-scripts run as expected.
This is a temporary solution, but how can it be solved without disabling this part of the code? Michael.seitz (talk) 13:23, 4 January 2019 (UTC)
- This change was introduced as a result of T184043 in this commit.
- I've created T213004 for this issue. ☠MarkAHershberger☢(talk)☣ 16:31, 5 January 2019 (UTC)
- Thank's a lot.!
- As far as I understand your reply developers will work on this issue.
- If there is a patch I can test, I am quite willing to do it. Michael.seitz (talk) 14:58, 6 January 2019 (UTC)
- Can you run eval.php and tell us what the value of PHP_SAPI is (
echo PHP_SAPI;
)? - That would help a lot in figuring out what's wrong. Legoktm (talk) 16:43, 6 January 2019 (UTC)
- I used my Maintenance.php without the code on lines 690 - 694 (otherwise I would get "This script must be run from the command line").
- In the maintenance directory I typed "php eval.php" on the command line -> the cursor moved to a new line. No prompt etc. was visible.
- I typed "echo PHP_SAPI;" and I didn't see anything on the screen, but when I pressed enter, I got the following result:
- X-Powered-By: PHP/7.2.10
- Content-type: text/html
- cgi-fcgi
- I had to press CTRL-C to abort the script. Michael.seitz (talk) 19:46, 6 January 2019 (UTC)
- Thanks. So for some reason it seems that running
php
is actually starting up the fcgi version of PHP, which is pretty wrong. Doesphp-cli whateverscript.php
work? I found https://github.com/owncloud/core/issues/15054 which is on the same hosting provider as yours. I would also suggest filing a support ticket with your hoster asking how they want you to run command-line PHP scripts. Legoktm (talk) 23:39, 6 January 2019 (UTC) - Sorry, I was quite busy and I couldn't answer earlier.
- I tried php-cli showJobs.php and php-cli runJobs.php and got the message "php-cli: Command not found." Does this give any further information concerning what I should write to my provider? Michael.seitz (talk) 20:39, 8 January 2019 (UTC)
- It looks like there is no php-cli command. Have you contacted your hosting provider yet? ☠MarkAHershberger☢(talk)☣ 17:59, 11 January 2019 (UTC)
- Not yet. I am rather busy right now. I hope I get a chance in the middle of next week.. Michael.seitz (talk) 05:32, 12 January 2019 (UTC)
- Finally I got a chance to write Strato support. I described the problem with the maintenance.php script and told them that the MediaWiki support desk wrote that "running php is actually starting up the fcgi version of PHP," and asked me to ask you "how they want you to run command-line PHP scripts."
- I got the answer that basically says they offer the installation of MediaWiki using their AppWizard and that there should be no problems.
- One recommendation they gave was "should the support of MediaWiki refer to fast CGI, I recommend to disable PHP boost in the setting of the php version." (translated from German).
- I went to the setting and found PHP boost. They describe it as follows: "PHP boost activates a code cache, which will make your PHP-scripts run up to 100% faster" (translated from German).
- I deactivated it and tried to run showJobs.php and the same message appeared "This script must be run from the command line".
- I ran the eval.php the way you asked me to do and got the same result: cgi-fcgi.
- Obviously php-boost is - as I suspected - only about caching and has nothing to do with the way how php scripts are run.
- Summary: the answer from Strato was not helpful. Michael.seitz (talk) 18:40, 29 January 2019 (UTC)
- I did some research and found e.g. the following page: https://www.binarytides.com/php-check-running-cli/.
- As far as I understand it says checking if php is running from the command line using the PHP_SAPI constant may produce wrong results: "It will work only if the cli mode has been triggered by the php cli binary. If php-cgi was used to initiate the script from the command line, it would always return "cgi-fcgi" for example." This is exactly what happens in my case.
- Based on their "Working Solution" I tried the following code in maintenance.php (starting on line 690):
- # Abort if called from a web server
- # wfIsCLI() is not available yet
- function is_cli()
- { if( defined('STDIN') )
- {
- return true;
- }
- if( empty($_SERVER['REMOTE_ADDR']) and !isset($_SERVER['HTTP_USER_AGENT']) and count($_SERVER['argv']) > 0)
- {
- return true;
- }
- return false;
- }
- if ( is_cli() == false ) {
- $this->fatalError( 'This script must be run from the command line' );
- }
- It seems to work. When I call e.g. shoJobs.php from the command line it does, what it should do. I also tried to call it from a browser I get "This script must be run from the command line". Of course I had to disable .htaccess first otherwise I only get "You don't have permission to access /maintenance/showJobs.php on this server."
- I only have some very basic knowledge in writing php-code and it may not yet be the perfect solution. Michael.seitz (talk) 06:23, 3 February 2019 (UTC)
- Hi guys is there Any update information on if this bug will be fixed it's been a year and a bit since this ticket was opened and i'm also running into this problem and i will guess a lot of people who have strato as their host will get this problem as well with the only solution being doing a roll back to a older version.. would it maybe be a idea to take a page of the 1.30 version and not demand that a host has php-cli requirement .. and yes i have contacted strato and long story short unless you get a private server hosted by them instead of a shared virtual one you are basically up the creek as it were when it comes down to adding semantic-mediawiki to your mediawiki for example where you need to run the maintenance update script Zeros79 (talk) 20:22, 27 May 2020 (UTC)
- FYI I also just got this error. Like the Michael.seitz above my PHP_SAPI was set to 'cgi-fcgi'. I worked around it by changing maintenance/includes/Maintenance.php line 741 to exclude 'cgi-fcgi' in the if statement the displays the 'This script must be run from the command line' message.
- if ( PHP_SAPI !== 'cli' && PHP_SAPI !== 'phpdbg' && PHP_SAPI !== 'cgi-fcgi' ) {
- $this->fatalError( 'This script must be run from the command line'.PHP_SAPI.' js' );
- } 2600:1700:275:1E50:4D93:CB02:1CDA:F93B (talk) 18:49, 24 December 2020 (UTC)
- Warning! your change may allow any maintenance script to be run from the web! Ciencia Al Poder (talk) 19:16, 24 December 2020 (UTC)
- I just stumbled into this Strato madness. However, it is possible to force "php-cli" at Strato. See this help page for WordPress users. This also works for MediaWiki. I did
/opt/RZphp73/bin/php-cli maintenance/update.php --quick
and got the expected results. I hope this helps others with their Strato pain. [[kgh]] (talk) 20:47, 24 January 2023 (UTC) - yes, i can confirm - that works. Ufnbg (talk) 07:42, 25 January 2023 (UTC)
- Thank you - that seems to work. Why couldn't strato tell me this solution when I asked them 4 years ago??? Michael.seitz (talk) 20:39, 12 February 2023 (UTC)
Moving and upgrading a Wiki, extensions?
I'm moving a Wiki http://mariowiki.net to a new server, and in that process, I'll upgrade it from 1.23 to the current version. So I made a clean MW installation on my new server and started to download the images folder, then I'll download the localsettings.php file and the database, upload the files onto the new server, add them to the clean, new MW installation, update the localsettings.php with the new database access data and run the update script. But what about the extensions such as ImageMap and CheckUser?
Is it better to re-install them after a successful MediaWiki upgrade and just ignore them until then? Semako96 (talk) 19:09, 4 January 2019 (UTC)
- It makes sense to install the updated extensions when you are deploying the wiki. ☠MarkAHershberger☢(talk)☣ 23:01, 4 January 2019 (UTC)
Creating my own user page
RESOLVED | |
Figured it out
|
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
My account at Mediawiki has no user page. I have two questions about creating one.
- When I click on my own username, at the top of the page, and I'm taken to what seems to be my own user page (titled User: Catsmoke") it says "There is currently no text on this page" and at the end of a short paragraph, there is a Wikilinked phrase which says "create this page." Should I click on that "create this page" link, to create my user page? (This may seem a silly question, but I tried to create a userpage at another Wiki before, and mistakenly created an article under my own username, or something, and it was a massive faux pas. So now I am especially wary.)
- What is the protocol, about how similar we make our Wikimedia user page, to our Wikipedia user page? Can they be close copies of one another? Or is that frowned upon? Catsmoke (talk) 19:39, 4 January 2019 (UTC)
Change outgoing email notifications
RESOLVED | |
Set up a cron job or similar to clear the job queue every 5 minutes or less. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
As an admin of a wiki, I've noticed users say that email notifications don't arrive promptly. Is there a way to tell, or to change, how often my wiki sends out email notifications for watchlist, confirmations, or user private messages? IcarusATB (talk) 19:48, 4 January 2019 (UTC)
- Set up a cron job or similar to clear the job queue every 5 minutes or less. Then you should see emails sent more regularly. ☠MarkAHershberger☢(talk)☣ 22:59, 4 January 2019 (UTC)
MediaWiki's #p
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello. MediaWiki has many things with #p, like #p-logo, #p-search, etc. I would like to know if there is a place where I can find them all. Thanks 190.218.65.209 (talk) 03:12, 5 January 2019 (UTC)
- You grep the codebase for them. Malyacko (talk) 12:16, 5 January 2019 (UTC)
- Or you could use codesearch: #p-logo, #p-search ☠MarkAHershberger☢(talk)☣ 16:46, 5 January 2019 (UTC)
- Thank you 190.218.65.209 (talk) 23:22, 5 January 2019 (UTC)
DB Error: 1054 Unknown column 'ug_expiry' in 'field list'
Hey wikifriends,
it seems my upgrade did not add a table due to permission problems perhaps (?) and now I cannot do anything with users, either logging in or even see the user pages... any ideas on how to fix this?
Cheers, g
When I try to open a User:Project page it looks like this:
Error: 1054 Unknown column 'ug_expiry' in 'field list' (project.mysql.project.com)
MediaWiki internal error.
Original exception: [XDB2SoOCRgYAAH1RSSEAAAAJ] /project/index.php?title=Benutzer:Gego Wikimedia\Rdbms\DBQueryError from line 1457 of /u/www/project/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?
Query: SELECT ug_user,ug_group,ug_expiry FROM `project07_user_groups` WHERE ug_user = '1'
Function: UserGroupMembership::getMembershipsForUser
Error: 1054 Unknown column 'ug_expiry' in 'field list' (project.mysql.project.com)
Backtrace:
#0 /u/www/project/includes/libs/rdbms/database/Database.php(1427): Wikimedia\Rdbms\Database->makeQueryException(string, integer, string, string)
#1 /u/www/project/includes/libs/rdbms/database/Database.php(1200): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
#2 /u/www/project/includes/libs/rdbms/database/Database.php(1653): Wikimedia\Rdbms\Database->query(string, string)
#3 /u/www/project/includes/user/UserGroupMembership.php(318): Wikimedia\Rdbms\Database->select(string, array, array, string)
#4 /u/www/project/includes/user/User.php(1571): UserGroupMembership::getMembershipsForUser(integer, Wikimedia\Rdbms\DatabaseMysqli)
#5 /u/www/project/includes/user/User.php(538): User->loadGroups()
#6 /u/www/project/includes/libs/objectcache/WANObjectCache.php(1092): User->{closure}(boolean, integer, array, NULL)
#7 /u/www/project/includes/libs/objectcache/WANObjectCache.php(1240): WANObjectCache->{closure}(boolean, integer, array, NULL)
#8 /u/www/project/includes/libs/objectcache/WANObjectCache.php(1097): WANObjectCache->doGetWithSetCallback(string, integer, Closure, array, NULL)
#9 /u/www/project/includes/user/User.php(561): WANObjectCache->getWithSetCallback(string, integer, Closure, array)
#10 /u/www/project/includes/user/User.php(482): User->loadFromCache()
#11 /u/www/project/includes/user/User.php(407): User->loadFromId(integer)
#12 /u/www/project/includes/skins/Skin.php(360): User->load(integer)
#13 /u/www/project/includes/skins/SkinTemplate.php(1348): Skin->getRelevantUser()
#14 /u/www/project/includes/skins/SkinTemplate.php(482): SkinTemplate->buildNavUrls()
#15 /u/www/project/includes/skins/SkinTemplate.php(249): SkinTemplate->prepareQuickTemplate()
#16 /u/www/project/includes/OutputPage.php(2388): SkinTemplate->outputPage()
#17 /u/www/project/includes/MediaWiki.php(868): OutputPage->output(boolean)
#18 /u/www/project/includes/MediaWiki.php(880): MediaWiki->{closure}()
#19 /u/www/project/includes/MediaWiki.php(524): MediaWiki->main()
#20 /u/www/project/index.php(42): MediaWiki->run()
#21 {main} 213.47.13.4 (talk) 10:06, 5 January 2019 (UTC)
- P.S. My DB does not have the column ug_expiry under project07_user_groups 213.47.13.4 (talk) 10:12, 5 January 2019 (UTC)
- I looked into another install and there the ug_expiry for UGs column is there with NULL value for the groups... 213.47.13.4 (talk) 10:27, 5 January 2019 (UTC)
- ug_expiry was introduced in 1.29 according to Manual:User groups table#ug expiry. Which steps did you follow on which website in order to upgrade the database scheme? Malyacko (talk) 12:16, 5 January 2019 (UTC)
- I used the manual Manual:Upgrading#Web browser and upgraded from a 1.25 I did not have all the required prerequisites for the latest until recently... 213.47.13.4 (talk) 07:14, 6 January 2019 (UTC)
Warnings on Home page after installing Mediawiki
Getting Following Warning messages after configuring Mediawiki
Sat Jan 05 16:30:47.619510 2019] [php7:warn] [pid 11652:tid 1092] [client ::1:52839] PHP Warning: "continue" targeting switch is equivalent to "break". Did you mean to use "continue 2"? in C:\\Apache24\\htdocs\\mediawiki-1.31.1\\languages\\LanguageConverter.php on line 773, referer: http://localhost:8888/mediawiki-1.31.1/index.php/Main_Page
[Sat Jan 05 16:31:00.176175 2019] [php7:warn] [pid 11652:tid 1092] [client ::1:52848] PHP Warning: "continue" targeting switch is equivalent to "break". Did you mean to use "continue 2"? in C:\\Apache24\\htdocs\\mediawiki-1.31.1\\includes\\json\\FormatJson.php on line 297, referer: Rk0064410 (talk) 11:17, 5 January 2019 (UTC)
- Which exact PHP version is used? Malyacko (talk) 12:14, 5 January 2019 (UTC)
- This is an issue with PHP 7.3. Issues with MW 1.31 and PHP 7.3 are being tracked here: T206988 ☠MarkAHershberger☢(talk)☣ 16:53, 5 January 2019 (UTC)
MediaWiki loads with no style/css
Hi, I tried everything I could find on the web but to no avail... The website loads without any styling.
Images DO work, however...
Help please! 79.183.227.112 (talk) 12:10, 5 January 2019 (UTC)
- Read please: Manual:Errors and symptoms#The wiki appears without styles applied and images are missing :)
- If that does not help, check your web browser's developer tools and your webserver log for errors. Malyacko (talk) 12:13, 5 January 2019 (UTC)
How to force UI to be in English or remove non-English UI languages?
I've spent maybe half an hour searching for this and exploring the Preferences to no avail. I can read languages other than English but pretty much cannot use user interfaces in a language other than English, especially when editing non-English pages; it is super confusing and time-consuming for me.
Is there any way to force the Wikipedia interface to be in English while editing non-English pages? Or a way to remove, for example, Display languages other than English?
Thank you. Wisdawn (talk) 13:46, 5 January 2019 (UTC)
- Have a look again at the preferences: Under "Internationalisation" it says "Language" - that is where you can chose the interface language, which MediaWiki should use. 87.123.197.137 (talk) 14:31, 5 January 2019 (UTC)
Wisdawn (talk) 14:18, 7 January 2019 (UTC)I don't know if MediaWiki and Wikipedia use the same preferences, but this is on Wikipedia.org; if you mean Preferences -> User profile -> Internationalisation -> More language settings -> Display -> English + Apply settings, then that's what I do, but the interface language keeps changing from English. And if you mean the language in the drop-down menu under Internationalisation, then it's also "en - English". The Wikipedia interface still changes from English to other languages if I view articles in that language, and those languages are listed as options under Display, and I don't have a way to removing them from the Display options.
- https://www.wikipedia.org/ has no login and no preferences. Malyacko (talk) 17:11, 7 January 2019 (UTC)
how do you report a bug?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
How do you report a bug? I have a province I have attacked many times and it is not being switched to my ownership Pfpmod (talk) 16:13, 5 January 2019 (UTC)
- I don't think your problem is with MediaWiki, which is what this forum supports. How did you end up here? ☠MarkAHershberger☢(talk)☣ 16:35, 5 January 2019 (UTC)
- I think a link for support for an online game, admittedly, I was very confused, and am more so now, ...sorry for the entry Pfpmod (talk) 17:57, 5 January 2019 (UTC)
How do I cache a short element of code?
I have a custom tag in my wiki page. The tag processes a GitHub URL, retrieves information from the GitHub API and then gives it back for display in the wiki page. The information I get is in JSON format.
When the page cache is purged, the GitHub API is queried again and again, which basically is useless, if the information on GitHub.com have not changed. Basically, I want to be able to reuse the information I got from GitHub.
What is the best way to store the information I received from GitHub?
I read Manual:Caching, but it does not help me. 87.123.197.137 (talk) 20:08, 5 January 2019 (UTC)
- You can use getWithSetCallback once you have a cache object. I used it in this code in LdapProvider. ☠MarkAHershberger☢(talk)☣ 01:45, 6 January 2019 (UTC)
- Thanks for the hint!
- I am now able to get information from the API and to store them in cache. :-) What I am still missing is a way to determine, if there actually was a change before querying the API... I have written this piece of code:
- 2001:16B8:1057:5500:201A:8CB3:E5B9:3EBB (talk) 23:03, 6 January 2019 (UTC)
<?php $apiUrl = 'https://api.github.com/repos/wikimedia/mediawiki/issues/94'; $cacheType = CACHE_DB; $cache = ObjectCache::getInstance( $cacheType ); /* 1 day */ $cacheTime = 60*60*24; $res = $cache->getWithSetCallback( $cache->makeKey( "bugtracker", "github", $apiUrl ), $cacheTime, function () use ( $apiUrl ) { $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, $apiUrl); curl_setopt($ch, CURLOPT_HEADER, false); curl_setopt($ch, CURLOPT_ENCODING, 'identify'); curl_setopt($ch, CURLOPT_USERAGENT, 'Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:64.0) Gecko/20100101 Firefox/64.0'); curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true); $res = curl_exec($ch); curl_close($ch); return $res; } ); return $res;
- > What I am still missing is a way to determine, if there actually was a change before querying the API...
- How would you determine if it were changed without querying? If you could do that, you wouldn't need to cache this at all.
- Right now, though, you have the timeout set to one day. I would say change it to one hour so you don't have to wait so long. ☠MarkAHershberger☢(talk)☣ 17:54, 8 January 2019 (UTC)
- > How would you determine if it were changed without querying? If you could do that, you wouldn't need to cache this at all.
- I wanted to only request the header first, check the value of Last-Modified or of the ETag and then, only if the content has really changed, request the content again. The thought behind that also was to not hit the GitHub rate limit so quickly. However, it seems like requesting only the headers is counting in the rate limit as well. So I end up doing two requests for one thing: Always request the header (which counts into the rate limit) and then doing a second request, if the ETag has changed. Not how I thought this would work... That way it would be cheaper to just always get the content again.
- Or am I missing something? 2001:16B8:1078:7C00:A86F:7E18:23A9:C131 (talk) 19:55, 8 January 2019 (UTC)
- If the etag has changed you should be getting the updated response in the first request. That is, if you get 200 Ok, you're also getting the updated page. If you're getting 304 Not Modified, then just use what you have.
- rfc
- Google on HTTP Caching ☠MarkAHershberger☢(talk)☣ 18:09, 11 January 2019 (UTC)
Error by using Yampp on local testserver
Hi everybody,
I've installed my wiki "Atlantisforschung.de" on the server of my hoster; bur it do not work on my local test server xampp 7.1.25. There's an error calles
Fatal error: Uncaught Error: Call to a member function getCode() on null in C:\xampp\htdocs\atlantisforschung\includes\user\User.php:1737 Stack trace: #0 C:\xampp\htdocs\atlantisforschung\includes\user\User.php(5412): User::getDefaultOptions() #1 C:\xampp\htdocs\atlantisforschung\includes\user\User.php(3096): User->loadOptions() #2 C:\xampp\htdocs\atlantisforschung\includes\context\RequestContext.php(336): User->getOption('language') #3 C:\xampp\htdocs\atlantisforschung\includes\Message.php(380): RequestContext->getLanguage() #4 C:\xampp\htdocs\atlantisforschung\includes\Message.php(1290): Message->getLanguage() #5 C:\xampp\htdocs\atlantisforschung\includes\Message.php(842): Message->fetchMessage() #6 C:\xampp\htdocs\atlantisforschung\includes\Message.php(934): Message->toString('text') #7 C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php(199): Message->text() #8 C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php(299): MWExceptionRenderer::msg('dberr-problems', 'Sorry! in C:\xampp\htdocs\atlantisforschung\includes\user\User.php on line 1737,
despite it works online with the same files as set online, except the local settings: There's a few lines, which are different frome the online version, which are:
## UPO means: this is also a user preference option
$wgEnableEmail = true;
$wgEnableUserEmail = true; # UPO
$wgEmergencyContact = "roland.horn@atlantisforschung.de";
$wgPasswordSender = "roland.horn@atlantisforschung.de";
$wgEnotifUserTalk = true; # UPO
$wgEnotifWatchlist = true; # UPO
$wgEmailAuthentication = true;
## Database settings
$wgDBtype = "mysql";
$wgDBserver = "localhost";
$wgDBname = "accounts";
$wgDBuser = "root";
$wgDBpassword = "";
Is thisfalse, respectivle can somebody help me in thist matter?
Thanks a lot in advance
Roland RolandHorn (talk) 07:34, 7 January 2019 (UTC)
- Had the same thing yesterday (with many other issues). This seems to have gone after enabling the Parameter: $wgCacheDirectory.
- # $wgCacheDirectory = "$IP/cache"; 2A02:8071:B5AC:1D00:F94F:16FD:FD19:C643 (talk) 09:42, 7 January 2019 (UTC)
- Then appears the following error reports:
- Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 299
- Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 303
- Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 315
- Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 342
- Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 346
- Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 348
- Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 349
- Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 350
- Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 351
- But when I change the php.ini back to utf-8, the German special characters wouldn't be showed. RolandHorn (talk) 12:00, 7 January 2019 (UTC)
- PHP warnings should be hidden on production. try google:php+hide+warnings+reporting Ciencia Al Poder (talk) 22:00, 7 January 2019 (UTC)
- What MediaWiki version? This looks like an exception during handling another exception (quite unfortunate at least) Ciencia Al Poder (talk) 10:07, 7 January 2019 (UTC)
- 1.31.1 RolandHorn (talk) 11:44, 7 January 2019 (UTC)
Mediawiki Installations fails: Die Hauptseite konnte nicht erstellt werden: Failed to update page row to use new revision.
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
PHP 7.0 (had 7.2 downgraded to 7.1 and 7.0 without any change)
Apache2
Database: mysql Ver 15.1 Distrib 10.4.1-MariaDB, for Linux (x86_64) using readline 5.1
I had my wiki running for around 2 month without any problems. After patching the server (yum update -y) I cannot update pages anymore.
Full blank installation fails, too:
Datenbank wird eingerichtet… erledigt
Datentabellen werden erstellt… erledigt
Datenbankbenutzer wird erstellt… erledigt
Interwikitabellen werden eingerichtet… erledigt
Statistiken werden initialisiert… erledigt
Geheimschlüssel werden erstellt… erledigt
Unnötige Aktualisierungen nicht ausführen… erledigt
Administratorkonto wird erstellt… erledigt
Erstellung der Hauptseite mit Standardinhalten… gescheitert
Informationen
Die Hauptseite konnte nicht erstellt werden: Failed to update page row to use new revision.
Example of working wiki with broken pages: https://wiki.lethentir.de/Sandkasten
Example of wiki failing during setup: https://www.lethentir.de/wiki/mediawiki-1.31.1/mw-config/index.php
Any idea? 2A02:8071:B5AC:1D00:F94F:16FD:FD19:C643 (talk) 09:35, 7 January 2019 (UTC)
- The message is too generic. Maybe a database error occurred (database may be read-only or has some corrupted table). Try saving a page and if it fails, enable exception details as detailed in Manual:How to debug Ciencia Al Poder (talk) 10:16, 7 January 2019 (UTC)
IP: 109.192.195.203
Start request POST /index.php?title=Sandkasten&action=submit
HTTP HEADERS:
HOST: wiki.lethentir.de
CONNECTION: keep-alive
CONTENT-LENGTH: 1975
CACHE-CONTROL: max-age=0
ORIGIN: https://wiki.lethentir.de
UPGRADE-INSECURE-REQUESTS: 1
CONTENT-TYPE: multipart/form-data; boundary=----WebKitFormBoundarygoXp18MEazJ5ooog
USER-AGENT: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36
ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8
REFERER: https://wiki.lethentir.de/index.php?title=Sandkasten&action=edit
ACCEPT-ENCODING: gzip, deflate, br
ACCEPT-LANGUAGE: en-GB,en;q=0.9,en-US;q=0.8,de;q=0.7
COOKIE: wiki_wiki_UserName=Nagajdin; wiki_wiki__session=eskg2cr1aeqp3bjbchh337vknoa0oc6h; wiki_wiki_UserID=1
[StashEdit] Cached parser output for key 'wiki-wiki_:prepared-edit:d9dcfd4230c2c9560ec5594343bb5f2c:406e884f0fa990682eaa7cb894f3c8f38c7fe6a1:7a347af025660092f3f54c01a7842865' ('Sandkasten').
[DBQuery] wiki SELECT /* {closure} */ RELEASE_LOCK('49ba59ab9b02dbd9112898544c03695a7c46b742') as lockstatus
[caches] cluster: SqlBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: SqlBagOStuff, session: SqlBagOStuff
[DBQuery] wiki REPLACE /* SqlBagOStuff::setMulti */ INTO `wiki_objectcache` (keyname,value,exptime) VALUES ('wiki-wiki_:stashedit:text:9addbf544119efa4a64223b649750a510f0d463f','+▒2▒R▒\0 %k\0','20190107113158')
[caches] LocalisationCache: using store LCStoreCDB
[Mime] MimeAnalyzer::loadFiles: loading mime types from /var/www/html/wiki.lethentir.de/html/mediawiki-1.31.1/includes/libs/mime/mime.types
[Mime] MimeAnalyzer::loadFiles: loading mime info from /var/www/html/wiki.lethentir.de/html/mediawiki-1.31.1/includes/libs/mime/mime.info
MediaWiki::preOutputCommit: primary transaction round committed
MediaWiki::preOutputCommit: pre-send deferred updates completed
MediaWiki::preOutputCommit: LBFactory shutdown completed
[cookie] setcookie: "UseDC", "master", "1546860428", "/", "", "1", "1"
[cookie] setcookie: "UseCDNCache", "false", "1546860428", "/", "", "1", "1"
[DBQuery] wiki COMMIT /* MWCallableUpdate::doUpdate */
[DBQuery] wiki BEGIN /* Wikimedia\Rdbms\Database::query (Pingback::checkIfSent) */
[DBQuery] wiki SELECT /* Pingback::checkIfSent */ ul_value FROM `wiki_updatelog` WHERE ul_key = 'Pingback-1.31.1' LIMIT 1
[DBQuery] wiki COMMIT /* MWCallableUpdate::doUpdate */
Request ended normally
[session] Saving all sessions on shutdown
[DBConnection] Wikimedia\Rdbms\{closure}: closing connection to database 'localhost'.
[DBConnection] Wikimedia\Rdbms\{closure}: closing connection to database 'localhost'.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openConnection: calling initLB() before first connection.
[DBReplication] Cannot use ChronologyProtector with EmptyBagOStuff.
[DBReplication] Wikimedia\Rdbms\LBFactory::getChronologyProtector: using request info {
"IPAddress": "109.192.195.203",
"UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/71.0.3578.98 Safari\/537.36",
"ChronologyProtection": false,
"ChronologyPositionIndex": 0
}
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openConnection: connected to database 0 at 'localhost'.
[DBQuery] wiki SHOW /* Wikimedia\Rdbms\DatabaseMysqlBase::serverIsReadOnly */ GLOBAL VARIABLES LIKE 'read_only'
[SQLBagOStuff] Connection 2460 will be used for SqlBagOStuff
[DBQuery] wiki SELECT /* SqlBagOStuff::getMulti */ keyname,value,exptime FROM `wiki_objectcache` WHERE keyname = 'WANCache:v:global:user:id:wiki-wiki_:1'
[SQLBagOStuff] Connection 2460 will be used for SqlBagOStuff
[DBQuery] wiki SELECT /* SqlBagOStuff::getMulti */ keyname,value,exptime FROM `wiki_objectcache` WHERE keyname = 'wiki-wiki_:MWSession:eskg2cr1aeqp3bjbchh337vknoa0oc6h'
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openConnection: connected to database 0 at 'localhost'.
[DBQuery] wiki BEGIN /* Wikimedia\Rdbms\Database::query (WikiPage::pageData) */
[DBQuery] wiki SELECT /* WikiPage::pageData */ page_id,page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_links_updated,page_latest,page_len,page_content_model FROM `wiki_page` WHERE page_namespace = '0' AND page_title = 'Sandkasten' LIMIT 1
[DBQuery] wiki SELECT /* SqlBagOStuff::getMulti */ keyname,value,exptime FROM `wiki_objectcache` WHERE keyname = 'WANCache:v:wiki-wiki_:page-restrictions:5:539'
Title::getRestrictionTypes: applicable restrictions to Sandkasten are {edit,move}
[DBQuery] wiki SELECT /* SqlBagOStuff::getMulti */ keyname,value,exptime FROM `wiki_objectcache` WHERE keyname = 'WANCache:v:wiki-wiki_:page-content-model:539'
[ContentHandler] Created handler for wikitext: WikitextContentHandler
[DBQuery] wiki SELECT /* SqlBagOStuff::getMulti */ keyname,value,exptime FROM `wiki_objectcache` WHERE keyname = 'WANCache:v:wiki-wiki_:page-content-model:539'
EditPage::edit: enter
EditPage::importFormData: Passed token check.
User: loading options for user 1 from override cache.
[DBQuery] wiki SELECT /* Title::getCascadeProtectionSources */ pr_page,page_namespace,page_title,pr_expiry,pr_type,pr_level FROM `wiki_templatelinks`,`wiki_page_restrictions`,`wiki_page` WHERE tl_namespace = '0' AND tl_title = 'Sandkasten' AND (tl_from=pr_page) AND pr_cascade = '1' AND (page_id=pr_page)
User::getBlockedStatus: checking...
[DBQuery] wiki SELECT /* Block::newLoad */ ipb_id,ipb_address,ipb_timestamp,ipb_auto,ipb_anon_only,ipb_create_account,ipb_enable_autoblock,ipb_expiry,ipb_deleted,ipb_block_email,ipb_allow_usertalk,ipb_parent_block_id,ipb_reason AS `ipb_reason_text`,NULL AS `ipb_reason_data`,NULL AS `ipb_reason_cid`,ipb_by,ipb_by_text,NULL AS `ipb_by_actor` FROM `wiki_ipblocks` WHERE ipb_address = 'Nagajdin'
[DBQuery] wiki SELECT /* SqlBagOStuff::getMulti */ keyname,value,exptime FROM `wiki_objectcache` WHERE keyname = 'WANCache:v:global:revision-row-1.29:wiki-wiki_:5:539'
[DBQuery] wiki SELECT /* SqlBagOStuff::getMulti */ keyname,value,exptime FROM `wiki_objectcache` WHERE keyname = 'WANCache:v:wiki-wiki_:revisiontext:textid:tt%3A512'
[DBQuery] wiki SELECT /* MediaWiki\Storage\SqlBlobStore::fetchBlob */ old_text,old_flags FROM `wiki_text` WHERE old_id = '512' LIMIT 1
Article::fetchContentObject failed to retrieve content of revision 539
[DBQuery] wiki SELECT /* WikiPage::pageData */ page_id,page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_links_updated,page_latest,page_len,page_content_model FROM `wiki_page` WHERE page_namespace = '0' AND page_title = 'Sandkasten' LIMIT 1
[DBQuery] wiki SELECT /* WikiPage::pageData */ page_id,page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_links_updated,page_latest,page_len,page_content_model FROM `wiki_page` WHERE page_namespace = '0' AND page_title = 'Sandkasten' LIMIT 1
[DBQuery] wiki SELECT /* SqlBagOStuff::getMulti */ keyname,value,exptime FROM `wiki_objectcache` WHERE keyname = 'WANCache:v:global:revision-row-1.29:wiki-wiki_:5:539'
timestamp: 20190106124650, edittime: 20190106124650
EditPage::internalAttemptSave: getting section
[DBQuery] wiki SELECT /* WikiPage::pageData */ page_id,page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_links_updated,page_latest,page_len,page_content_model FROM `wiki_page` WHERE page_namespace = '0' AND page_title = 'Sandkasten' LIMIT 1
[DBQuery] wiki SELECT /* SqlBagOStuff::getMulti */ keyname,value,exptime FROM `wiki_objectcache` WHERE keyname = 'WANCache:v:wiki-wiki_:revisiontext:textid:tt%3A512'
[DBQuery] wiki SELECT /* MediaWiki\Storage\SqlBlobStore::fetchBlob */ old_text,old_flags FROM `wiki_text` WHERE old_id = '512' LIMIT 1
[DBQuery] wiki SELECT /* SqlBagOStuff::getMulti */ keyname,value,exptime FROM `wiki_objectcache` WHERE keyname = 'wiki-wiki_:prepared-edit:d9dcfd4230c2c9560ec5594343bb5f2c:406e884f0fa990682eaa7cb894f3c8f38c7fe6a1:7a347af025660092f3f54c01a7842865'
[StashEdit] Timestamp-based cache hit for key 'wiki-wiki_:prepared-edit:d9dcfd4230c2c9560ec5594343bb5f2c:406e884f0fa990682eaa7cb894f3c8f38c7fe6a1:7a347af025660092f3f54c01a7842865' (age: 0 sec).
[DBQuery] wiki SELECT /* SqlBagOStuff::getMulti */ keyname,value,exptime FROM `wiki_objectcache` WHERE keyname = 'WANCache:v:wiki-wiki_:page-content-model:539'
[DBQuery] wiki SELECT /* SqlBagOStuff::getMulti */ keyname,value,exptime FROM `wiki_objectcache` WHERE keyname = 'WANCache:v:wiki-wiki_:revisiontext:textid:tt%3A512'
[DBQuery] wiki SELECT /* MediaWiki\Storage\SqlBlobStore::fetchBlob */ old_text,old_flags FROM `wiki_text` WHERE old_id = '512' LIMIT 1
[DBQuery] wiki SELECT /* SqlBagOStuff::getMulti */ keyname,value,exptime FROM `wiki_objectcache` WHERE keyname = 'WANCache:v:wiki-wiki_:revisiontext:textid:tt%3A512'
[DBQuery] wiki SELECT /* MediaWiki\Storage\SqlBlobStore::fetchBlob */ old_text,old_flags FROM `wiki_text` WHERE old_id = '512' LIMIT 1
[DBQuery] wiki ROLLBACK /* MWExceptionHandler::rollbackMasterChangesAndLog */
[exception] [XDM3gmJzZRr83-M4wG3LSwAAAAc] /index.php?title=Sandkasten&action=submit MWException from line 1722 of /var/www/html/wiki.lethentir.de/html/mediawiki-1.31.1/includes/page/WikiPage.php: Could not find text for current revision 539.
#0 /var/www/html/wiki.lethentir.de/html/mediawiki-1.31.1/includes/page/WikiPage.php(1674): WikiPage->doModify(WikitextContent, integer, User, string, array)
#1 /var/www/html/wiki.lethentir.de/html/mediawiki-1.31.1/includes/EditPage.php(2214): WikiPage->doEditContent(WikitextContent, string, integer, boolean, User, string, array, integer)
#2 /var/www/html/wiki.lethentir.de/html/mediawiki-1.31.1/includes/EditPage.php(1506): EditPage->internalAttemptSave(array, boolean)
#3 /var/www/html/wiki.lethentir.de/html/mediawiki-1.31.1/includes/EditPage.php(652): EditPage->attemptSave(array)
#4 /var/www/html/wiki.lethentir.de/html/mediawiki-1.31.1/includes/actions/EditAction.php(60): EditPage->edit()
#5 /var/www/html/wiki.lethentir.de/html/mediawiki-1.31.1/includes/actions/SubmitAction.php(38): EditAction->show()
#6 /var/www/html/wiki.lethentir.de/html/mediawiki-1.31.1/includes/MediaWiki.php(500): SubmitAction->show()
#7 /var/www/html/wiki.lethentir.de/html/mediawiki-1.31.1/includes/MediaWiki.php(294): MediaWiki->performAction(Article, Title)
#8 /var/www/html/wiki.lethentir.de/html/mediawiki-1.31.1/includes/MediaWiki.php(861): MediaWiki->performRequest()
#9 /var/www/html/wiki.lethentir.de/html/mediawiki-1.31.1/includes/MediaWiki.php(524): MediaWiki->main()
#10 /var/www/html/wiki.lethentir.de/html/mediawiki-1.31.1/index.php(42): MediaWiki->run()
#11 {main}
[DBQuery] wiki BEGIN /* Wikimedia\Rdbms\Database::query (Pingback::checkIfSent) */
[DBQuery] wiki SELECT /* Pingback::checkIfSent */ ul_value FROM `wiki_updatelog` WHERE ul_key = 'Pingback-1.31.1' LIMIT 1
[DBQuery] wiki COMMIT /* MWCallableUpdate::doUpdate */
[DBQuery] wiki SELECT /* JobQueueDB::doGetSiblingQueuesWithJobs */ DISTINCT job_cmd FROM `wiki_job` WHERE job_cmd IN ('refreshLinks','deleteLinks','htmlCacheUpdate','sendMail','enotifNotify','fixDoubleRedirect','AssembleUploadChunks','PublishStashedFile','ThumbnailRender','recentChangesUpdate','refreshLinksPrioritized','refreshLinksDynamic','activityUpdateJob','categoryMembershipChange','clearUserWatchlist','cdnPurge','userGroupExpiry','clearWatchlistNotifications','enqueue','null')
Request ended normally
[session] Saving all sessions on shutdown
[DBConnection] Wikimedia\Rdbms\{closure}: closing connection to database 'localhost'.
[DBConnection] Wikimedia\Rdbms\{closure}: closing connection to database 'localhost'.
2A02:8071:B5AC:1D00:F94F:16FD:FD19:C643 (talk) 11:29, 7 January 2019 (UTC)- Setting these parameters had no effect to the output on the page:
- $wgExceptionDetails = true;
- $wgShowDBErrorBacktrace = true;
- $wgDebugLogFile = "/var/www/html/wiki.lethentir.de/logs/debug-{$wgDBname}.log";
- $wgDebugDumpSql = true; 2A02:8071:B5AC:1D00:F94F:16FD:FD19:C643 (talk) 11:30, 7 January 2019 (UTC)
- Root Cause is in the database: Seems some kind of corruption happened.
- Did a fresh reinstall of mariadb from scratch without any old database and setup ran fine.
- Was able the import data into the database -> everything is running (except: I have to delete the pages with missing revisions) 2A02:8071:B5AC:1D00:F94F:16FD:FD19:C643 (talk) 14:15, 7 January 2019 (UTC)
Login not working for my user
Dear,
i am not able to login to page user "esacsal" 94.56.24.34 (talk) 11:56, 7 January 2019 (UTC)
Download as PDF
RESOLVED | |
See PDF export. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Which extension is used to download pages as PDF?
Thanks Crismagnabosco (talk) 13:55, 7 January 2019 (UTC)
- See PDF export. AhmadF.Cheema (talk) 15:40, 7 January 2019 (UTC)
Class 'ResourceLoaderUserCSSPrefsModule' not found after upgrade
RESOLVED | |
Moving all the resource folder triggers the error. You need to copy just the Asset folder! |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi!
I just upgrade mediawiki 1.28 to 1.31 and I can't use the visual editor. After clicking edit it does nothing
The backtrace is
[XDNrLn8AAQEAAEevRToAAAAB] /load.php?debug=false&lang=es&modules=startup&only=scripts&skin=vector Error from line 561 of /home/wic/mediawiki-1.31.1/includes/resourceloader/ResourceLoader.php: Class 'ResourceLoaderUserCSSPrefsModule' not found
Backtrace:
#0 /home/wic/mediawiki-1.31.1/includes/resourceloader/ResourceLoader.php(148): ResourceLoader->getModule(string)
#1 /home/wic/mediawiki-1.31.1/includes/resourceloader/ResourceLoaderStartUpModule.php(440): ResourceLoader->preloadModuleInfo(array, DerivativeResourceLoaderContext)
#2 /home/wic/mediawiki-1.31.1/includes/resourceloader/ResourceLoaderStartUpModule.php(422): ResourceLoaderStartUpModule->getAllModuleHashes(DerivativeResourceLoaderContext)
#3 /home/wic/mediawiki-1.31.1/includes/resourceloader/ResourceLoaderModule.php(831): ResourceLoaderStartUpModule->getDefinitionSummary(DerivativeResourceLoaderContext)
#4 /home/wic/mediawiki-1.31.1/includes/resourceloader/ResourceLoader.php(665): ResourceLoaderModule->getVersionHash(DerivativeResourceLoaderContext)
#5 [internal function]: ResourceLoader->{closure}(string)
#6 /home/wic/mediawiki-1.31.1/includes/resourceloader/ResourceLoader.php(678): array_map(Closure, array)
#7 /home/wic/mediawiki-1.31.1/includes/resourceloader/ResourceLoader.php(759): ResourceLoader->getCombinedVersion(ResourceLoaderContext, array)
#8 /home/wic/mediawiki-1.31.1/load.php(51): ResourceLoader->respond(ResourceLoaderContext)
#9 {main}
Even with every extension turned off on LocalSettings the error persist.
What am I missing? Feandoe (talk) 15:15, 7 January 2019 (UTC)
- Along with MediaWiki core, did you upgrade the skin and extensions too? AhmadF.Cheema (talk) 15:36, 7 January 2019 (UTC)
- I didn't upgrade the skins. Now I upgrade all the extensions again and the skins too, and the site looks completely broken ): Feandoe (talk) 19:04, 7 January 2019 (UTC)
- Now, I downloaded mediawiki again I did all from scratch. My problem was that I copied all the resource folder, and I needed just to copy resource/asset Now it works! Feandoe (talk) 21:06, 7 January 2019 (UTC)
Database table "text"
What is the database table named "text" for? In the wiki I'm moving - it has around 6000 articles - it is around 1,3 GB big, which is extreme for a database table and prevents me from dumping the database via phpMyAdmin (no shell access on that webspace). I expected the database to be at around 50 MB or so...
Is the table needed or can it be emptied? If not, is there a way to compress it, to make it smaller, and why does it need to be that big?
Wiki runs on MediaWiki 1.23 with php 5.4 (!) / Apache 2.2.22 and is going to be updated to the most recent release of MW and php 7.2 / nginx in the process of moving, Semako96 (talk) 18:13, 7 January 2019 (UTC)
- The text table contains the text of every single revision, which has ever been created in the wiki. This table is fundamental for MediaWiki to work.
- Manual:Reduce size of the database shows a few ways in which the size of the database can be reduced. Note however that these have certain drawbacks: You can compress the table - but then certain extensions will no longer be able to work with it. You also can delete certain entries from the table - but then the history of these deleted entries will be lost.
- However, if you actually have much spam inside the database, then it might be an idea to use nukePage.php in order to completely remove those pages, which never had any valid content at all.
- Also purgeOldText.php can be used to clean up unused entries inside the text table. 2001:16B8:10E5:B900:A0A9:5B82:19AC:7F59 (talk) 18:26, 7 January 2019 (UTC)
- But the problem is that all those scripts seemingly are supposed to start via shell commands, which the old server doesn't support. Is there any other method? Semako96 (talk) 18:56, 7 January 2019 (UTC)
- Managed to dump the DB via phpMyAdmin, it has a total size of more than 2GB... Now I have to import that monster to my new server.. Semako96 (talk) 19:51, 7 January 2019 (UTC)
- I have an idea to execute shell commands via Web, but need your server allow using
exec()
function. <?php exec('mysqldump -u <your database user name, may is root> -p <user password> <the wiki database name> > wiki.db.dump', $output, $code); if ($code === 0) { echo 'Database dump to wiki.db.dump'; } else { echo "Error: $output"; }
- Upload this code to a new file on the server and access it via web. If success, your wiki database dump to
wiki.db.dump
file under your web directory. Please download (via HTTP or FTP) or move to a location other than the web directory as soon as possible to prevent the third party from downloading, also deleting the above code. - WARNING: Adopting this solution will put your data at risk. 星耀晨曦 (talk) 05:49, 8 January 2019 (UTC)
- Note that the text table not only contains revision text, but also other blobs of information. For example, AbuseFilter log details are stored there. Removing entries on that table can cause potential data loss Ciencia Al Poder (talk) 10:10, 8 January 2019 (UTC)
Article List
- Hi,
- How can I get list of all articles along with their creation date and author. The report should comprise of document name, author and created by - unique document names only
- Thanks in advance 148.64.28.91 (talk) 18:20, 7 January 2019 (UTC)
- See API:Main page how you can construct MediaWiki API queries in order to get only some information (like author of the first revision of a MediaWiki page). Malyacko (talk) 18:53, 7 January 2019 (UTC)
- There isn't any extension which can be used for the mentioned requirement? 185.2.196.59 (talk) 17:22, 10 January 2019 (UTC)
- Hopefully not. However, nobody stops you from writing an extension that covers any potential and extremely generic "I want to get data X, Y, Z based on A, B, C" usecase that anyone might ever come up with for whatever reasons. :) Malyacko (talk) 12:03, 11 January 2019 (UTC)
- Thanks. One more question. Under Special Pages, there is a report for New pages. Does this capture list of all pages or its limited to certain time period . If you could provide more clarity on this.
- Thanks! 148.64.9.59 (talk) 15:43, 8 January 2019 (UTC)
- Only period set for Recentchanges. See Manual:$wgRCMaxAge. wargo (talk) 17:03, 8 January 2019 (UTC)
Customizing the Search Bar's Font Color
I'm wanting to customize my wiki's search bar so that the font color can be whatever color I designate. I'm successful in customizing the bar's font color when the user types in what they want to search for, but I'm having trouble with the font color of what's written in the search box by default. In other words, I'm trying to make the "Search (my wiki name)" be written in light green (hex code: #ccff00), but can't. The same is applied for the font color of the suggestions, which I also want to be light green. What's the proper CSS code for this? The-Psychid (talk) 18:32, 7 January 2019 (UTC)
- I did not know the answer to your question up to like a minute ago.
- Then I used the developer tools of my browser to examine the sarchbox nd to have a look at its CSS styles. Clicking the box e.g. showed me these styles:
#simpleSearch #searchInput::placeholder { color: #72777d; }
- So if you use this and change the color to something greenish, it should work. :-) 2001:16B8:10E5:B900:A0A9:5B82:19AC:7F59 (talk) 18:47, 7 January 2019 (UTC)
- The good news is that the code you gave me solved the issue of the color of the default text to be displayed (but for your convenience, I think you're supposed to put in a comma between the "#simpleSearch" and "#searchInput"; otherwise, it wouldn't work). However, I'm still wanting to see if there'd be code that would change the font color of the search suggestions. The following screenshot should prove my point: The-Psychid (talk) 19:16, 7 January 2019 (UTC)
- (No comma is required between "#simpleSearch" and "#searchInput" -- the rule is aimed at one object nested in the other so a descendant relation is appropriate.)
- You are perhaps looking to style objects with class
suggestions-result
. .suggestions-result {
color: green;
}
Clump (talk) 20:30, 7 January 2019 (UTC)- I'm able to modify the "SearchInput" portion of my wiki as I want it, except for one thing: The "Containing..." part of it. I want to change it, mostly so that it'll be easy for the user to read. I know there's the "Ctrl+Shift+C" method to try and find out the code for it; but when I do try it, I'm unable to get it, as the "search results" bar disappears when I do. (This part isn't a glitch, though.) If it helps, when I hover over it, the "Containing..." portion is highlighted white.
- If anyone knows what the code for this would be, could you please tell me? I'd appreciate it.
- Also, for your convenience, here's a screenshot for my current dilemma: The-Psychid (talk) 20:49, 7 February 2019 (UTC)
- It is hard to capture, but if you look at the generated html this is what the popup looks like:
- <div class="suggestions-special" style="display: block;"><div class="special-label">containing...</div><div class="special-query">asdf</div></div>
- So, if you want modify the "containing..." text you are looking to style the div with class "special-label". Note that there is an existing rule,
.suggestions-special .special-label { ... }
so if your style needs to override that then you may need a rule with higher specificity (such asdiv.suggestions-special div.special-label { ... }
) and/or to use!important
. - If you want to style the actual suggestions you will also need another similar rule for that div too. Clump (talk) 21:18, 7 February 2019 (UTC)
manual access to db fails
Following instructions at Manual:Database access
Product | Version |
---|---|
MediaWiki | 1.31.1 |
PHP | 7.1.25 (apache2handler) |
MariaDB | 10.1.37-MariaDB |
ICU | 57.1 |
php sql.php --conf /Users/paperless/Technology/docker/wikidata3/mediawiki/LocalSettings.php
[1b3b9f51603f14a36d948228] [no req] Wikimedia\Rdbms\DBConnectionError from line 1004 of /Users/paperless/Technology/docker/wikidata5/includes/libs/rdbms/database/Database.php: Cannot access the database: php_network_getaddresses: getaddrinfo failed: nodename nor servname provided, or not known (mariadb)
Backtrace:
#0 /Users/paperless/Technology/docker/wikidata5/includes/libs/rdbms/loadbalancer/LoadBalancer.php(1134): Wikimedia\Rdbms\Database->reportConnectionError(string)
#1 /Users/paperless/Technology/docker/wikidata5/includes/libs/rdbms/loadbalancer/LoadBalancer.php(749): Wikimedia\Rdbms\LoadBalancer->reportConnectionError()
#2 /Users/paperless/Technology/docker/wikidata5/maintenance/sql.php(85): Wikimedia\Rdbms\LoadBalancer->getConnection(integer, array, boolean)
#3 /Users/paperless/Technology/docker/wikidata5/maintenance/doMaintenance.php(94): MwSql->execute()
#4 /Users/paperless/Technology/docker/wikidata5/maintenance/sql.php(205): require_once(string)
#5 {main}
not able to connect to db. Paperlessnow (talk) 20:28, 7 January 2019 (UTC)
- Docker is a sandbox. What exactly have you tried already to allow it use getaddrinfo? See https://stackoverflow.com/questions/53078135/php-network-getaddresses-getaddrinfo-failed-error-in-dockers-adminer and many other postings out there. Malyacko (talk) 03:39, 8 January 2019 (UTC)
- This is my docker-compose.yml file, the default configuration file. Now what I need to do to connect to MariaDB instance. Can you point me to relevant documentation?
- version: '2'
- services:
- mariadb:
- image: 'bitnami/mariadb:latest'
- environment:
- - ALLOW_EMPTY_PASSWORD=yes
- - MARIADB_USER=bn_mediawiki
- - MARIADB_DATABASE=bitnami_mediawiki
- volumes:
- - '/Users/paperless/Technology/docker/wikidata5/bitnami'
- mediawiki:
- image: 'bitnami/mediawiki:latest'
- depends_on:
- - mariadb
- ports:
- - '80:80'
- - '443:443'
- environment:
- - MEDIAWIKI_DATABASE_USER=bn_mediawiki
- - MEDIAWIKI_DATABASE_NAME=bitnami_mediawiki
- - ALLOW_EMPTY_PASSWORD=yes
- volumes:
- - '/Users/paperless/Technology/docker/wikidata5:/bitnami' Paperlessnow (talk) 05:44, 8 January 2019 (UTC)
- My issue is am not able to connect to DB. command line or using tool like sequel pro.
- So I feel I will not be able to migrate in future. Paperlessnow (talk) 15:39, 8 January 2019 (UTC)
finding the db being used
Though the special page and version shows following
Product | Version |
---|---|
MediaWiki | 1.31.1 |
PHP | 7.1.25 (apache2handler) |
MariaDB | 10.1.37-MariaDB |
ICU | 57.1 |
but am not able to find any MariaDB named (fully or partially) file.
and not able to successfully connect to it.
I can see within maintenance dir following directories mssql, oracle, Postgres, sqlite but no file/ folder named MariaDB. where to locate it? Paperlessnow (talk) 20:40, 7 January 2019 (UTC)
- on console following log is printed:
- mariadb_1 | 2019-01-07 20:47:54 140379178088320 [Note] /opt/bitnami/mariadb/sbin/mysqld: ready for connections.
- mariadb_1 | Version: '10.1.37-MariaDB' socket: '/opt/bitnami/mariadb/tmp/mysql.sock' port: 3306 Source distribution
- but when I try
- netstat -vanp tcp |grep 3306
- doesn't show any process Paperlessnow (talk) 20:51, 7 January 2019 (UTC)
- > I can see within maintenance dir following directories mssql, oracle, Postgres, sqlite but no file/ folder named MariaDB. where to locate it?
- The files for MariaDB are the mysql files. MySQL is the default DB, so it doesn't have separately-named files. So, look for tables.sql and the like.
- To connect to the DB, have you tried
mysql --socket /opt/bitnami/mariadb/tmp/mysql.sock
- Is mysql running on the same system or is it running in a container? ☠MarkAHershberger☢(talk)☣ 18:31, 8 January 2019 (UTC)
Separate CSS Pages
I'm able to customize the CSS pages for both "Common.css" and the skin I'm using for my wiki (which, in this case, is "Refreshed.css"). But whenever I try to create a different .css page for my wiki, the CSS isn't applied. Is there any way to fix this? The-Psychid (talk) 04:36, 8 January 2019 (UTC)
- You can't use arbitrary pages of CSS. You need to stick to the Common.css, etc. ☠MarkAHershberger☢(talk)☣ 18:23, 8 January 2019 (UTC)
- If you want to add other pages, try using @import. ☠MarkAHershberger☢(talk)☣ 18:24, 8 January 2019 (UTC)
Add count Yandex.Metrics in Vector
RESOLVED | |
See Category:Web Analytics extensions, Extension:YandexSiteVerification and Category:Yandex extensions. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi, help pls me add Count Yandex.Metrics and Google.Analytics in Vector style.
example: footer mediawiki - two icons Wikimedia and Powered by Mediawiki Fanatikvoice (talk) 13:17, 8 January 2019 (UTC)
- For existing solutions, see Category:Web Analytics extensions, Extension:YandexSiteVerification and Category:Yandex extensions. AhmadF.Cheema (talk) 17:11, 8 January 2019 (UTC)
Clickable button
Hello everyone,
I didn't found the respond yet in talks, but maybe I looked up badly.
I am creating a private wiki, and I want to insert a clickable button. This template doesn't work properly, because it shows a link, but no button. I saw that there was a problem with TemplaBox, so I loaded it.
Now, when i put the same code, the clickable button AND the Templatebox, the button appears, but also the text of the Templatebox.
Do I normally need to add {{templatebox}} in the code, or it should work properly without?
Thank you for your answer!
PS : version of wiki : 1.31.0
PS : I can't share my wiki with you :( Frchdel4 (talk) 16:58, 8 January 2019 (UTC)
- What do you mean by "loaded" the Templatebox?
- And also from which link did you get Templatebox? AhmadF.Cheema (talk) 17:05, 8 January 2019 (UTC)
- I mean Import, sorry. I did an "export" and put manually "template:templatebox", and then import it in my wiki Frchdel4 (talk) 17:07, 8 January 2019 (UTC)
- When exporting did you remember to check "Include templates"?
- And again from which link exactly did you export Templatebox? AhmadF.Cheema (talk) 17:13, 8 January 2019 (UTC)
- Yes i checked "Include templates".
- For the Templatebox link, i took it from WikiCommons. In the searchbar of Commons, I tipped "Special:export", and then, arriving in the page, put "Template:TemplateBox" in the manual field, checked "Include templates", and save.
- At first I imported "Template:Clickable button" from Commons, but it was not working, and as I saw it, TemplateBox was missing (error message), so I imported TemplateBox.
Frchdel4 (talk) 07:10, 9 January 2019 (UTC)
Can't upload pdf
[XDTdODlnxsZnxGkFiPUYwAAAAAY] 2019-01-08 17:26:17: Fataler Ausnahmefehler des Typs „MediaWiki\ShellDisabledError“
localsettings.php:
$wgVerifyMimeType = true;
$wgCheckFileExtensions = true;
$wgStrictFileExtensions = true;
$wgCheckFileExtensions = true;
$wgFileExtensions = array( 'png', 'pdg', 'gif', 'jpg', 'jpeg', 'ppt', 'tif', 'pdf', 'doc', 'docx', 'psd', 'mp3','xls','xlsx', 'zip','swf', 'doc', 'odt', 'odc', 'odp', 'odg', 'mpp', 'lov');
$wgFileBlacklist = array('html', 'htm','php', 'phtml', 'php3', 'php4', 'phps', 'shtml', 'jhtml', 'pl', 'py', 'exe', 'scr', 'dll', 'msi', 'vbs', 'bat', 'com', 'pif', 'cmd', 'vxd', 'cpl' );
Could anybody help me?
Handbuch.kiloundgramm.ch
Yvonne 2A02:120B:2C2E:5F70:F593:E6BA:92D3:9E41 (talk) 17:36, 8 January 2019 (UTC)
- It looks like you can't run executables from PHP. You will need to update your php.ini or talk to your hosting provider. ☠MarkAHershberger☢(talk)☣ 18:10, 8 January 2019 (UTC)
- Thank you
- My hosting provider thought this morning, that it must be the problem from mediawiki.
- So I wait what he means this evening :)
Sternenbaer (talk) 20:00, 8 January 2019 (UTC)- According to the source code
- https://doc.wikimedia.org/mediawiki-core/master/php/ShellDisabledError_8php_source.html#l00028
- the issue is that the hosting provider has disabled proc_open(). Him disabling a PHP function is not really a problem of MediaWiki, I would say. ;-) 2001:16B8:1021:200:4184:DB1B:1142:8A48 (talk) 18:37, 11 January 2019 (UTC)
Need short hint on extension development
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I need to develop an extension which does the following:
When the user has edited a page or section and presses "Save Changes" the text of the entire page which is edited is passed through a regular expression replacement which changes some text received from the user.
I am using the PageContentSave hook but in the $content object I receive in the handler it seems I have no write/modify access to the text content (private variable). It also looks like the object has no method for changing the text content.
Is there a different hook I can use?
Is there a possibility to change text content? 217.95.170.237 (talk) 22:04, 8 January 2019 (UTC)
- This should be possible by saving the content as a new Content object in your hook function - you cannot replace/add content to $content itself:
public static function onPageContentSave( WikiPage &$wikiPage, User &$user, Content &$content, &$summary, $isMinor, $isWatch, $section, &$flags, Status&$status ) { // Get the plain wikitext of the Content object $data = $content->getNativeData(); // ..so it's possible to simply add/remove/replace wikitext like you want $data = str_replace('apples', 'bananas', $data); // Save the text as a new Content object $content = new WikitextContent( $data ); return true; }
- The code is untested, but I guess you get the idea. :-) 2001:16B8:1078:7C00:8C91:55C4:923:617D (talk) 22:15, 8 January 2019 (UTC)
- Cool. Great help. Works with some small adjustments. Good support! 217.95.171.145 (talk) 22:41, 9 January 2019 (UTC)
Upgrade 1.20->1.31.1 Create a Book says "Book Creator is undergoing changes" - Confused
I am upgrading my MediaWiki to
MediaWiki 1.31.1
PHP 7.2.10 (apache2handler)
MariaDB 10.3.11-MariaDB
When I try and start the book creator I get a page that says:
"Book Creator is undergoing changes"
However, that page links to:
https://www.mediawiki.org/wiki/Reading/Web/PDF_Functionality
for details. This page seems to indicate that the book generator is supposed to be operational, but I cannot tell so I don't know what should work and what does not.
What is the current status? Is this issue that the "Download as PDF" is not working? Rather creating a PDF via PediaPress should work? Neither is working for me, but I have familiar with the process as I have extensively used book creation via "Download as PDF" in the past.
Thank you. Brent 96.3.194.104 (talk) 23:07, 8 January 2019 (UTC)
- I have migrated this question to Talk:Reading/Web/PDF Functionality with some feedback for anyone else that may be trying to understand the status of Book Creation in MediaWiki 1.31.1. Brentl999 (talk) 15:30, 9 January 2019 (UTC)
Nested collapsible table shows wrong toggle state
I am using MediaWiki version 1.31.1 with PHP 7.3 and MariaDB 5.5.60. I have a table definition such as:
Main Menu | ||||
---|---|---|---|---|
|
Main Menu correctly shows [Expand] next to it. The problem is now if I expand "Main Menu", General is initially in a collapsed state, but the label next to General incorrectly shows [Collapse] when it should say [Expand]. Once General is expanded, the label correctly shows [Collapse]. Now if I click on General to collapse it, the label next to General now is in the correct toggle state and does show [Expand]. Toggling General back and forth works, until I collapse Main Menu and expand it again, and General incorrectly shows [Collapse] when it should show [Expand].
Anyone ever encounter this bug and know how to fix it?
Thank you. 162.255.236.20 (talk) 04:08, 9 January 2019 (UTC)
- Can't reproduce this bug here. I expanded "Main Menu" and General still reads "Expand". Might have been fixed in MW 1.32/1.33 though, can't say. Leaderboard (talk) 04:52, 9 January 2019 (UTC)
- Yes, happening in v1.31.1. Not occurring in Wikimedia Wikis, so possibly fixed in v1.32 or v1.33. AhmadF.Cheema (talk) 05:36, 9 January 2019 (UTC)
- Thanks for your replies. I will try the upgrade to v1.32 and v1.33.
- Forgot to also mention that I am running on RHEL 7.6 and this issue does not appear on v1.20.2 with PHP 5.3.3 and MySQL 5.1.73. The problem may also be due to other syntax errors on the main page, where there are also many other 2-level nested collapsible table definition menus. However, v1.20.2 works fine, just not v1.31. 162.255.236.20 (talk) 12:18, 9 January 2019 (UTC)
- Check any custom scripts on your wiki, like MediaWiki:Common.js, MediaWiki:Monobook.js, etc in case you have any script that is trying to implement collapsible templates, causing it to trigger the actions twice Ciencia Al Poder (talk) 10:25, 10 January 2019 (UTC)
Fail to upload pdf
Yes, just pdf! Anyway, I get this error when trying to upload
[35107bde4eb37ec0d2143a4c] /mediawiki/index.php/Special:Upload MWException from line 496 of /var/lib/mediawiki/includes/filerepo/file/LocalFile.php: Could not find data for image 'file.pdf'.
Backtrace:
#0 /var/lib/mediawiki/includes/filerepo/file/LocalFile.php(654): LocalFile->loadExtraFromDB()
#1 /var/lib/mediawiki/includes/filerepo/file/LocalFile.php(919): LocalFile->load(integer)
#2 /var/lib/mediawiki/extensions/PdfHandler/includes/CreatePdfThumbnailsJob.php(112): LocalFile->getMetadata()
#3 /var/lib/mediawiki/includes/Hooks.php(177): CreatePdfThumbnailsJob::insertJobs(UploadFromFile, string, boolean)
#4 /var/lib/mediawiki/includes/Hooks.php(205): Hooks::callHook(string, array, array, NULL)
#5 /var/lib/mediawiki/includes/upload/UploadBase.php(481): Hooks::run(string, array)
#6 /var/lib/mediawiki/includes/upload/UploadBase.php(347): UploadBase->verifyFile()
#7 /var/lib/mediawiki/includes/upload/UploadFromFile.php(95): UploadBase->verifyUpload()
#8 /var/lib/mediawiki/includes/specials/SpecialUpload.php(503): UploadFromFile->verifyUpload()
#9 /var/lib/mediawiki/includes/specials/SpecialUpload.php(207): SpecialUpload->processUpload()
#10 /var/lib/mediawiki/includes/specialpage/SpecialPage.php(522): SpecialUpload->execute(NULL)
#11 /var/lib/mediawiki/includes/specialpage/SpecialPageFactory.php(568): SpecialPage->run(NULL)
#12 /var/lib/mediawiki/includes/MediaWiki.php(288): SpecialPageFactory::executePath(Title, RequestContext)
#13 /var/lib/mediawiki/includes/MediaWiki.php(861): MediaWiki->performRequest()
#14 /var/lib/mediawiki/includes/MediaWiki.php(524): MediaWiki->main()
#15 /var/lib/mediawiki/index.php(42): MediaWiki->run()
#16 {main}
With other file extensions there is no problem. I check other similar issues but mine seems to be different (images directory permissions are 777; I don't run SELinux; pdf is an allowed file extension).
My version is
Product | Version |
---|---|
MediaWiki | 1.31.1 |
PHP | 7.0.32-0ubuntu0.16.04.1 (apache2handler) |
MySQL | 5.7.24-0ubuntu0.16.04.1 |
ICU | 55.1 |
Elasticsearch | 5.6.1 |
Lua | 5.1.5 |
Thanks for any help!
Lorenzo Loman87 (talk) 09:29, 9 January 2019 (UTC)
- What is the MIME type of 'file.pdf'? Command would be: file --mime-type -b file.pdf Malyacko (talk) 12:24, 9 January 2019 (UTC)
- Hi,
- thanks for your answer. The MIME type is application/pdf. I have tried with different pdf but it doesn't work. Loman87 (talk) 13:59, 9 January 2019 (UTC)
- I guess my issue is related with this and this, maybe related with the pdfhandler extension. But I can't figure it out...please help! Loman87 (talk) 11:18, 11 January 2019 (UTC)
- Any help? Ever since upgrading to MW 1.33 I have been experiencing the exact same error! I can't upload any new PDF files! At least time I got thumbnails working (couldn't get working for anything on 1.32...) but I have many PDF files I need to upload. Do you think importImages.php might do the trick? Bttfvgo (talk) 03:44, 14 July 2019 (UTC)
- Well I tried it and surprisingly enough, I was actually able to upload new PDFs. Or at least 3 out of the 4 I tried. The last three went through fine but the first one failed (even though the image was placed in the proper directory, it says it doesn't exist.) I can't reupload a copy because I get the same "Could not find data..." error. But this was also the file that failed the last time. So I'm not sure whether importImages worked, or whether those were files that the system might have accepted via upload without shooting out errors anyway. I guess I'll have to find more files I want to upload and see if they go through or fail. But I know the image is valid... it comes straight from Commons! Bttfvgo (talk) 04:00, 14 July 2019 (UTC)
- Just noticed that the file, and its metadata DO show up in Special:MIMESearch/application/pdf, but not on the page itself! Bttfvgo (talk) 04:06, 14 July 2019 (UTC)
- And yes I tried the "disable PDF handler, upload the file, and then re-enable it". It refuses to generate thumbnails and contains no metadata. There has to be something going on that I just can't figure out. (I've been getting more errors since I upgraded to 1.33 than I ever did before - no errors in 1.30. I'll figure them out, but SO much has changed between 1.32 and 1.33...) Bttfvgo (talk) 04:04, 14 July 2019 (UTC)
- The method "disable PDF handler, upload the file, and then re-enable it" worked for me with 1.31; maybe yours is something different, don't you have any backtrace? Loman87 (talk) 08:04, 16 July 2019 (UTC)
- It provided one almost identical to yours. Strangely enough, the file actually showed up, in all its glory, metadata and all, when I checked the next day. I haven't tried uploading any more PDFs since then, but if I have any problems, I'll certainly let you know! Bttfvgo (talk) 01:31, 17 July 2019 (UTC)
Database too big to import, "official" support?
After managing to successfully dump a huge 2.3GB database, I now need to import it into the new server's database system, but it is too big to be imported via phpMyAdmin, which only supports files of up to 200 MB, and another script especially for big dumps I tried errors out because the tables themselves are too big (extended assets error).
I also contacted the new hosting provider's support, but maybe you can help me too?
I want to upload the table and hopefully get the wiki running and then make a full backup before starting to edit the DB to reduce the size and increasing the performance...
Is there any kind of "official" support I can trust and provide access data for my server for better help? Only asking there, eventually provding screenshots or code snippes is much more complicated than having a trustworthy supporter checking the problems directly on my server. Semako96 (talk) 14:56, 9 January 2019 (UTC)
- Is there an option/page like Administrator's Noticeboard or Vandalism Report where I can report the spammer? Semako96 (talk) 16:24, 9 January 2019 (UTC)
- With a dump totaling 2.3 GB in size I have doubts you might be on a shared host, hence your issue. Clarifying this would help.
- It would be needed to know if your hosting provider supports databases that big (they might not), and if they do, then you have 2 issues: timeouts and dump size. However I do not understand why would you think backing the DB after it gets uploaded to whatever backend your hosting provider sets you up with will make the dump decrease in size - unless you expect to delete contents, which you can also do on a local installation and ease the burden on the upload/import procedures.
- The only way thing I can think off is that you manually cut lines (full lines!) off the dump so that you split the import into a bunch acceptable-sized files, which will run smoothly as INSERT statements should end within the line (CREATEs are different tho...).
- PS: Spammer seems to have been blocked already as per meta:Special:CentralAuth/Bhanav11, and got another shiny warning at his talk page on the only other wiki he has ever used, w:User_talk:Bhanav11 . 85.51.175.227 (talk) 17:16, 9 January 2019 (UTC)
- I mean that I want to do the database import first and get the wiki running, then do a full backup and then do stuff to reduce the database size like deleting tables of no longer needed extensions (flagged revisions comes to mind) and running the scripts mentioned here in the manual, since only the new webspace has shell access.
- I use the largest packet on a shared hoster, and the wiki isn't that active, it has roughly 6000 pages and around 10k images or so, but isn't quite active (which I hope will change...). So aside from the large database size, it should run pretty fine on that shared hoster.
- And, as I already asked is there some kind of "official" support or so, which I can trust and provide access data to the servers so that they can look up the old and new server to help me with the database prroblem? I hope you understand that I don't want to give access data to some random users nobody knows... ;) Semako96 (talk) 20:19, 9 January 2019 (UTC)
- There's Professional development and consulting in case you need something formal. About your issue, if your shared host doesn't allow you command line access to import the dump of the database, there's probably nothing to do about this, unless you manually split the dump in chunks and import each one separately Ciencia Al Poder (talk) 10:22, 10 January 2019 (UTC)
- What you can do @Semako96 is instead of waiting for your hosting to import your dump (*provided they do support such sizes per schema*) is, instead of waiting on your hosting provider to import the dump and then tweak the DB on production (live), is to install a Apache+PHP+SQL enviroment along with a mediawiki deployed with all the extensions you intend to use, in another computer you have such as your laptop or destop computer (local/staging install), and use it as your personal server in which to tweak the database and reduce its size.
- If you want to go down that way, but dont know where to start setting up a local enviroment, you can check out projects as xampp, that will deal with it for you and ley you jump directly to start deployment of mediawiki and its plugins.
- Just be careful of connecting that computer to open networks (as free wi-fi) with those services running and unconfigured firewalls, as they could be a security risk. 85.51.175.227 (talk) 09:31, 11 January 2019 (UTC)
Internal linked text in brackets?
When one tries to have a word which is linked and adds an extra bracket at the beginning and the end, the link is lost and three brackets are displayed instead. Is there any way not to have this behaviour, I.e. to be able to have linked text in brackets? Spiros71 (talk) 15:40, 9 January 2019 (UTC)
- https://en.wikipedia.org/wiki/Wikipedia:Naming_conventions_(technical_restrictions)#Forbidden_characters linked from https://en.wikipedia.org/wiki/Wikipedia:Page_name#Technical_restrictions_and_limitations (hmm, I wonder if there is a page on mediawiki.org instead of English Wikipedia) Malyacko (talk) 16:56, 9 January 2019 (UTC)
New and very confused - blocked
RESOLVED | |
Discuss the content issues at Wikipedia. For blocking, contact the blocking administrator on your user talk page or email them. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I have a business and I was on facebook and noticed that my logo was not showing and so I selected the info icon listed on the fb app on my post link to my business and it references to wikimedia and so I clicked the content link attached to it and it says I’m blocked for vandalism and dog and rapper abuse. Im so confused. It also states that once facebook has more info about the company they will list it how it should but until I get it into wikipedia then I’m unable to show anything on facebook. I think this is what all this mean. They are doing tests that they started last year to control certain content and tractability. It’s hard to get any solid answers here because it keeps referencing to other pages with more info and I just can’t follow. I was able to make an account on here and I guess on wikipedia but then it will kick me out saying my IP is block globally. Please tell me what to do somebody. I read through all the terms I understand I just want someone to help me If this is possible. Kassconstruction (talk) 17:43, 9 January 2019 (UTC)
- You've mixed a lot of things here.
- Wikipedia is a host for anything -Contrary to popular belief. Wikipedia only tends to accept articles about things that are deemed important, and have legitimate and reliable references (not facebook, not myspace). That's why whatever you want hosted in wikimedia wikis will not always get added.
- Blocked IP range - Some admins have blocked a specific IP range that seems to cover a whole internet service provider, simply because they are unable to deal with the vandalism created by that person. So they chose the greater evil of banning everyone from there.
- Lastly, as far as content and handling other users, Wikimedia wikis are mostly controlled by random volunteers. So whatever professional expectation one may have of them is completely misplaced.
- 3. This is not the right forum to ask these questions - This is a wiki about mediawiki software that is used run wikimedia wikis. 197.218.91.72 (talk) 17:52, 9 January 2019 (UTC)
- Okay thanks. I never even created an account and Im just trying to find some kind of human answer. Kassconstruction (talk) 18:36, 9 January 2019 (UTC)
Allow path
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hey, I'm using the XML2Wiki-Extension. You can also use a path to grap an XML-file for a Wiki-page.
"It's the XML file to be opened, it could be a internal file (this means something like File:somefile.xml) or a full path (it must be an allowed path)."
How do I allow a path? Cause the one I'm currently using is not working.
Thanks in advance! 80.146.228.66 (talk) 09:57, 10 January 2019 (UTC)
- I've documented the $wgXML2WikiAllowedPaths configuration setting on Extension:XML2Wiki from the source code. Try it and see if it works. Ciencia Al Poder (talk) 10:19, 10 January 2019 (UTC)
- Thanks :) 80.146.228.66 (talk) 13:26, 11 January 2019 (UTC)
Numbers in headings
Hey,
I made an index for my wiki page. The headings were numbered automatically. How can I make the numbers also visible in the headlines, not just in the index?
Thanks!!
80.146.228.66 (talk) 11:37, 10 January 2019 (UTC)
- Nobody??
80.146.228.66 (talk) 12:51, 10 January 2019 (UTC)- Patience??? Malyacko (talk) 12:01, 11 January 2019 (UTC)
- yeah I know, but sometimes it's a bit urgent 80.146.228.66 (talk) 14:30, 11 January 2019 (UTC)
- See Manual:Table of contents#Auto-numbering and Extension:MagicNumberedHeadings. AhmadF.Cheema (talk) 03:53, 11 January 2019 (UTC)
- THANK YOU :)
80.146.228.66 (talk) 13:25, 11 January 2019 (UTC)
New empty wiki despite existing data base
Hi,
I want to bring my wiki "Atlantisforschung.de" (1.31.1) on my local Xampp-Server (php 7.1.25), but after executing the update.php, I got only a new empty wiki, despite there is an existing database and a LocalSettings.php. What can I do?
Greetings
Roland RolandHorn (talk) 13:51, 10 January 2019 (UTC)
Webpage is not posting items
- We are using MediaWiki 1.16.0 and our website was fine in November. I was able to upload materials onto our website. At the end of December as I went in to upload new information I noticed that our web page no longer showing what we had posted before. When I logged into the web page and went to the edit area all the coding is still there and everything that we uploaded was still there but it is not displaying on the website. What can we do to fix this? 74.14.80.139 (talk) 15:39, 10 January 2019 (UTC)
- You can contact your hosting provider and ask them what they changed. Also note that MediaWiki version 1.16 has dozens of security problems nowadays as you are using an ancient unsupported insecure version. You should upgrade: Manual:Upgrading Malyacko (talk) 12:01, 11 January 2019 (UTC)
- MediaWiki 1.16.0 requires PHP5. Has your webhost upgraded to PHP7? Your wiki's Special:Version page may show what version of PHP your server is running. Maybe check that?
- Compatibility#PHP Rogerhc (talk) 20:44, 10 January 2019 (UTC)
- I guess that this is your problem: Manual:Errors_and_symptoms#All_pages_have_no_content,_but_when_editing_a_page_the_wiki_text_is_there.
- As said already - even if your problem should be a different one -, please do an upgrade of your old, insecure version. 2001:16B8:1021:200:4184:DB1B:1142:8A48 (talk) 17:57, 11 January 2019 (UTC)
Michael Landon photo black image
RESOLVED | |
English WIkipedia content is off-topic here on mediawiki.org |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
- The photo at the top of this page: https://en.wikipedia.org/wiki/Michael_Landon appears as plain black with no image. 96.241.235.76 (talk) 19:16, 10 January 2019 (UTC)
- Appears to be fine now. AhmadF.Cheema (talk) 03:53, 11 January 2019 (UTC)
robots.txt + site root level Short URS
I asked the below question on Manual_talk:Robots.txt#robots.txt_+_site_root_level_Short_URS? but maybe I should have asked here? Can you help?:
I use site root level Short URS for my wiki, eg expample.com/Page_name. I know, I'm stubborn, but I like short. What robots.txt is compatible with this? Would the following even work?:
User-agent: * Disallow: /index.php? Disallow: /index.php/Help Disallow: /index.php/MediaWiki Disallow: /index.php/Special: Disallow: /index.php/Template
--Rogerhc (talk) 20:33, 10 January 2019 (UTC)
- Nope, I think that wouldn't work for me. Time for bed though. I found what I think I could use and added it to Manual_talk:Robots.txt#robots.txt_+_site_root_level_Short_URL. Rogerhc (talk) 05:47, 11 January 2019 (UTC)
How do I tag a particular person I want to follow?
How do I tag a particular person I want to follow?
Ruthanne Bright (talk) 02:01, 11 January 2019 (UTC)
Error uploading *.xlxs file
Notice: iconv(): Wrong charset, conversion from `CP437' to `UTF-8' is not allowed in /var/www/mediawiki/w/includes/utils/ZipDirectoryReader.php on line 447
All config file is here LocalSetting.php
....
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";
$wgEnableUploads = true;
# Strict file extension
$wgStrictFileExtensions = false;
# Allowed fileTYpe upload
$wgFileExtensions = array(
'png', 'gif', 'jpg', 'jpeg', 'doc', 'xls', 'mpp',
'application/pdf', 'ppt', 'tiff', 'bmp', 'docx', 'xlsx','pptx',
'ps', 'odt', 'ods', 'odp', 'odg', 'txt', 'application/vnd.openxmlformats-officedocument.spreadsheetml.sheet',
'application/vnd.ms-excel',
'application/zip',
);
... 154.126.102.205 (talk) 08:58, 11 January 2019 (UTC)
- MediaWiki tries to convert the character set in the file name to UTF8, which obviously fails. What is the name of the file? Does it have some special characters in it? 2001:16B8:1021:200:4184:DB1B:1142:8A48 (talk) 18:14, 11 January 2019 (UTC)
Restrict Access to MediaWiki Page
Hi,
We have created a Wiki page for just a function in our company. I want to restrict access to all the page to this function. Ideally, I will do this restriction via Windows Authentication.
I have MediaWiki 1.31.1 installed, is there anything I can do to implement Windows Authentication?
Thanks. Ejdrijin (talk) 09:07, 11 January 2019 (UTC)
- Can't you host it in your company's intranet, so that it isn't accessible from the outside.
- Otherwise, passwort protecting the directory via .htaccess might be an option? Semako96 (talk) 14:51, 11 January 2019 (UTC)
- See Manual:Preventing access. 2001:16B8:1021:200:4184:DB1B:1142:8A48 (talk) 17:51, 11 January 2019 (UTC)
- What webserver are you using to serve MediaWiki?
- It sounds like you want to have your wiki users match your Windows (usually Active Directory) users and authorize them (or not) based on that information.
- You can do this with LDAP+Kerberos or SAML. ☠MarkAHershberger☢(talk)☣ 18:39, 11 January 2019 (UTC)
Mediawiki not working after installing extension
Hey, I installed the XML2Wiki-Extension on my Wiki and now I can't even reach the Wiki anymore. As soon as I remove the extension it works again. Any ideas why this happens? Thanks in advance! 80.146.228.66 (talk) 13:28, 11 January 2019 (UTC)
- We need an error message to help you further.
- See Manual:How to debug for how to get it! 2001:16B8:1021:200:4184:DB1B:1142:8A48 (talk) 17:55, 11 January 2019 (UTC)
Giving myself bureaucrat/founder rights
In my wiki currently another user's account is the founder account, since I took the wiki over from him to host it on my own server.
Now the question is, how can I give my own account the founder status/bureaucrat rights, as I “only“ have regular admin and CU rights.
I know it must be a database edit, but which table and which value?
And can I change my username via the database? If yes, what needs to be changed? Semako96 (talk) 14:46, 11 January 2019 (UTC)
- See Manual:CreateAndPromote.php. AhmadF.Cheema (talk) 15:15, 11 January 2019 (UTC)
- Thanks, and what abiut the name change?
- Are there some special rights only the founder account has? I'm asking since bureaucrats in Wikipedia can't remove rights such as sysop, bureaucrat or CU, but the wiki founder or “head admin“ obviously needs to be able to do that.
- If yes, what is the command for the script to give my own account those rights? Semako96 (talk) 15:21, 11 January 2019 (UTC)
- For renaming users, see Extension:Renameuser.
- The specific user rights a group might have, can be customized and therefore dependent on each MediaWiki setup.
- Unlike Wikipedia, if I'm not mistaken, MediaWiki installations, by default, have the bureaucrat group which can give and take all user rights. AhmadF.Cheema (talk) 16:43, 11 January 2019 (UTC)
- Can I also rename an user just by changing the database entry? Semako96 (talk) 17:09, 11 January 2019 (UTC)
- More is needed than just renaming the entry in the user table. 2001:16B8:1021:200:4184:DB1B:1142:8A48 (talk) 17:50, 11 January 2019 (UTC)
Issues with Images copied over in editor from Word
Urgent Support Request:- I have successfully hosted and implemented MediaWiki . Only problem is that we have Word documents to upload as Wiki pages. The current editor allows only text to be copied over and Images are not when you copy and paste it from word. Is there a way for images to be copied over as well ?
We have over 200 documents and only way in Mediawiki is to extract images and upload one by one.
Is there an editor or plugin we can use which allows content and images to be pasted from work in editor ? Akshayboston (talk) 17:39, 11 January 2019 (UTC)
- You can use pandoc to convert to wikitext. But, yeah, it looks like your upload options are limited then.
- You could stitch the uploads and documents together into one big XML file that you could import. I've done that before with some stuff that was already wikitext, but it is going to take a SMOP to do all that for you. ☠MarkAHershberger☢(talk)☣ 18:29, 11 January 2019 (UTC)
- Also relevant, Project:Support desk/Flow/2017/08#h-How_to_convert_MS_word_document_into_Mediawiki_page?-2017-08-08T09:13:00.000Z. AhmadF.Cheema (talk) 19:00, 11 January 2019 (UTC)
- Thanks, I will try to load Extension:Html2Wiki as suggested which uses Pandoc as Mark also mentioned. Akshayboston (talk) 19:17, 11 January 2019 (UTC)
Page content missing after upgrading to 1.31
I partly have this problem: Manual:Errors and symptoms#All pages have no content, but when editing a page the wiki text is there
The solution mentioned is upgrading to a supported mediawiki version but this occurred after the upgrade to 1.31
But its a bit vague because some parts can be seen on the page but the majority can not. The language bar, categories and a Infobox template are viewable but the rest of the page content is not. It is also not on all pages, just on some.
All googling just directs me to the error I mentioned earlier. Any help would be appreciated. 217.62.3.177 (talk) 21:05, 11 January 2019 (UTC)
- PHP version 7.0.32
- MySQL version 5.7.24
- And a example page https://65.87.3.241/85X 217.62.3.177 (talk) 21:14, 11 January 2019 (UTC)
- I don't know what could be the problem. parsing the page from the api gives the entire contents.
- Maybe some of your extensions is misbehaving. Have you tried disabling WikiSEO? Also, try viewing the page with another skin Ciencia Al Poder (talk) 15:23, 12 January 2019 (UTC)
- If I disable WikiSEO content seems to appear agian but it makes me think the problem lies elsewhere as it now shows me a different similar problem.
- If I disable WikiSEO the first section of the page seems re-appear but stops after a section from the Tabber extension. If I click on the last/most right Tabber tab it doesn't show the content in that tab but it does show the content that is supposed to be below the Tabber section. Disabling the Tabber extension shows all content immediately. But this makes me think something else is causing this because it are 2 extensions that are causing very similar problems while this all works perfectly on the production site with 1.28 217.62.3.177 (talk) 18:10, 12 January 2019 (UTC)
- Disabling ParserFunctions with WikiSEO and Tabber on seems to show all content but as expected not as it should be. (Because pretty much all our templates use it). Updating ParserFunctions seem to have no effect 217.62.3.177 (talk) 18:20, 12 January 2019 (UTC)
- Tried viewing the page with MonoBook, same result. 217.62.3.177 (talk) 18:22, 12 January 2019 (UTC)
- Along with MediaWiki core, have you updated those extensions too? AhmadF.Cheema (talk) 10:46, 13 January 2019 (UTC)
- Yeah, everything was updated at the same time 217.62.3.177 (talk) 11:13, 13 January 2019 (UTC)
- WikiSEO is adding some strange markup on the page, like p HTML tags inside HTML comments, which are inside other p tags. If your wiki or server has some sort of HTML tidy enabled, it may get confused by that and remove the content. MediaWiki already comes with an internal HTML sanitizer, which could be the culprit. See $wgTidyConfig (although it's not clear for me if this can be disabled).
- About Tabber, in the api results I can see that the last tab is "Weaponry". Inside that element there are 2 HTML p elements with class mw-empty-elt, and then the h2 element of the Features section, but no closing div for that tab. Looks like there may be some unbalanced HTML on the VehicleWeaponry template, or a bug in the extension (which I doubt because it's a very simple one)
- There may be 2 problems here. Try to isolate them. Create a page first without the WikiSEO stuff and only tabber, and try to locate the problem with tabber. Ciencia Al Poder (talk) 12:03, 13 January 2019 (UTC)
- Going to check this all but its weird because its using the same content as our site which is currently live on MW 1.27.2 (not 1.28) and on there it is working. The server is a copy of the live server. ( Available at https://starcitizen.tools ) The only thing that has changed is the MW Core and extension files 217.62.3.177 (talk) 13:11, 13 January 2019 (UTC)
- I have set
$wgTidyConfig = null;
which seems to resolve the Tabber problem. But it doesnt fix WikiSEO, which is still causing the same problems. 217.62.3.177 (talk) 13:34, 13 January 2019 (UTC) - MediaWiki 1.27 was using no tidy at all (unless configured). But MediaWiki 1.31 uses RemexHTML. This change may cause some differences in parsing output. However, I think there may be some problem in one template causing Tabber to misbehave. WikiSEO problem may be caused by some change in how MediaWiki renders code now. I see WikiSEO is doing some funky things with HTML output that may be the cause of the problem. Ciencia Al Poder (talk) 17:54, 13 January 2019 (UTC)
- I can look into the template further later. We had no problems in 1.27 with Tidy disabled so I might just leave that disabled.
- As for WikiSEO what do you recommend I do? Not sure what my options are 217.62.3.177 (talk) 18:03, 13 January 2019 (UTC)
- Report the problem to the maintainer of the extension.
MediaWiki 1.30 is a LTS, you can try upgrading to 1.30 instead of 1.31 and see if it works on that version, until a fix is available.Ciencia Al Poder (talk) 22:00, 13 January 2019 (UTC) - Actually, 1.31 is the LTS version. ;-) 2001:16B8:107B:7E00:4084:8448:355:3311 (talk) 22:04, 13 January 2019 (UTC)
- Oops, indeed sorry Ciencia Al Poder (talk) 10:06, 14 January 2019 (UTC)
PetScan "Bad Gateway" instead of results for a query.
Hello! I have been trying to use PetScan to generate a list of English Wikipedia articles from the category "male writers". The query I used is here.
I used same query for other categories and it worked well. I'm not sure what's wrong with this one. I really appreciate your help. Reem Al-Kashif (talk) 21:43, 11 January 2019 (UTC)
- Have you tried filing an issue?
- I'm not sure what problem you are seeing. I don't get bad gateway when I search here. ☠MarkAHershberger☢(talk)☣ 22:38, 12 January 2019 (UTC)
I uploaded my FTDNA data in 2015 (seems longer) and sure I need to update.
I do not remember what kind of file I updated from my FTDNA tests when I first joined.
I have since tested more:
Y111, Big Y 500, Family Finder, and my mothers (mtdna - but still waiting for the test results).
Since my data is old what do I need to do to update. I am overrun with data on the website and frankly I am lost.
Help will be much appreciated.
Member T319690 47.183.175.102 (talk) 06:02, 12 January 2019 (UTC)
- Sorry, wrong support forum.😕 AhmadF.Cheema (talk) 08:42, 12 January 2019 (UTC)
gpg verification of the 1.32.0 signature fails
When running the following:
># gpg --verify mediawiki-1.32.0.tar.gz.sig
gpg: Signature made Fri 11 Jan 2019 02:26:26 GMT using RSA key ID 875BE862
gpg: Can't check signature: No public key
>#
I get the following:
gpg: Signature made Fri 11 Jan 2019 02:26:26 GMT using RSA key ID 875BE862
gpg: Can't check signature: No public key
46.18.107.153 (talk) 14:14, 12 January 2019 (UTC)
- Thanks for reporting. This should be fixed now in https://phabricator.wikimedia.org/T213521 AKlapper (WMF) (talk) 20:54, 12 January 2019 (UTC)
- The key is given on the keys page and you can download it using
gpg --recv 875BE862
$ gpg --recv-key 875BE862 gpg: key 131910E01605D9AA: "Mukunda Modell (WMF) <mmodell@wikimedia.org>" not changed gpg: Total number processed: 1 gpg: unchanged: 1 $ gpg --list-key 875BE862 pub rsa4096 2016-01-08 [SC] [expires: 2020-07-31] C83A8E4D3C8FEB7C8A3A1998131910E01605D9AA uid [ undef ] Mukunda Modell (WMF) <mmodell@wikimedia.org> uid [ unknown] Mukunda Modell <twentyafterfour@gmail.com> uid [ undef ] [jpeg image of size 2928] sub rsa4096 2018-12-25 [A] [expires: 2020-12-24] sub rsa4096 2018-12-25 [E] [expires: 2020-12-24] sub rsa4096 2018-12-26 [S] [expires: 2019-12-26] $ gpg --verify mediawiki-1.32.0-rc.0.tar.gz.sig gpg: assuming signed data in 'mediawiki-1.32.0-rc.0.tar.gz' gpg: Signature made Fri 09 Nov 2018 03:52:36 PM EST gpg: using RSA key 131910E01605D9AA gpg: checking the trustdb gpg: marginals needed: 3 completes needed: 1 trust model: classic gpg: depth: 0 valid: 4 signed: 25 trust: 0-, 0q, 0n, 0m, 0f, 4u gpg: depth: 1 valid: 23 signed: 33 trust: 22-, 0q, 0n, 1m, 0f, 0u gpg: next trustdb check due at 2019-01-29 gpg: Good signature from "Mukunda Modell (WMF) <mmodell@wikimedia.org>" [full] gpg: aka "Mukunda Modell <twentyafterfour@gmail.com>" [unknown] gpg: aka "[jpeg image of size 2928]" [full]
- I trust Modell's key because it is signed by Grossmeier's and Gossmeier and I have signed each other's keys in person. ☠MarkAHershberger☢(talk)☣ 20:54, 12 January 2019 (UTC)
- I think thats the problem the keys page does not contain that key. When I import from the keys page I get the following:
gpg: key 1605D9AA: "Mukunda Modell (WMF) <mmodell@wikimedia.org>" not changed
46.18.107.153 (talk) 23:33, 13 January 2019 (UTC)
Change color of "header"
Above, on the right, there are links like Talk, Contributions, Watchlist, etc. I know it has a name (#p-something I think) but I can't remember it. I would like to know its name to change its color, shape, etc with CSS.
Thanks. 181.197.70.134 (talk) 17:14, 12 January 2019 (UTC)
Anti-spam: A global rate limiter?
I'm running MediaWiki 1.30.0 on a remote server which uses a platform called Fusion Forge. The PHP version is 5.6.33-0+deb8ul. The mysql version is 5.5.59-0+deb8ul (Debian). URL of the wiki is https://comun.ourproject.org/en/w/
The wiki suffered a spam attack, so I disabled account creation. I will now implement some anti-spam measures and then re-anable account creation. But before I re-enable account creation, I want to put a rate limiter on the whole wiki, so that even if my anti-spam filters don't work, the amount of damage (spam edits) will be limited. I am aware of the configuration setting $wgRateLimits, but it doesn't do what I want: it limits the editing rate *per user*; what I want is to limit the rate for *all users combined*. That is, I want to set things so that only 50 edits can be made, by all users combined, in a day.
This will not greatly affect normal legitimate use of the wiki, because it has at present quite low traffic: no more than two legitimate users have ever edited here in any given day, and usually only one user in a day. It will, however, be effective in limiting the kind of spam I was getting, which consisted of spam account creation at a rate of about one per minute, with each new account generally putting some material onto its user page, consisting of promotional material, spam hyperlinks, etc. Each spam account would make only one, or at most a few edits (page saves).
Do you know of a way I can limit the number of page saves on the wiki to 50 (or some similar number) per day?
Regards,
Communpedia Tribal Communpedia Tribal (talk) 20:21, 12 January 2019 (UTC)
Fatal exception of type MWException
When trying to merge articles in Spanish Wikipedia I get the following:
[XDqomgpAADsAACxLiIEAAACM] 2019-01-13 02:55:22: Fatal exception of type MWException Warko (talk) 02:57, 13 January 2019 (UTC)
- Reported bug T213661 ☠MarkAHershberger☢(talk)☣ 17:53, 13 January 2019 (UTC)
Automatic fixing of html errors
There are cases in my html of unclosed <i>
tags. Tidy would fix the in older versions. What is the best way to go about it now (MW 1.31)? I.e. would adding this in LocalSettings.php suffice?
$wgTidyConfig = RemexHtml
Spiros71 (talk) 11:15, 13 January 2019 (UTC)
- You mean the wrong HTML code is coming fro wrong nesting in content? Seems like fixing the content would be the solution to go for then... 2001:16B8:107B:7E00:4084:8448:355:3311 (talk) 22:02, 13 January 2019 (UTC)
- Fixing the content manually is not an option due to the amount of html and the number of pages. As I said, Tidy would do the job nicely in older versions. Spiros71 (talk) 08:25, 14 January 2019 (UTC)
- Note that $wgTidyConfig is an array. Look at the documentation for instructions Ciencia Al Poder (talk) 10:27, 14 January 2019 (UTC)
- Thanks, I can see at RemexHtml "To use this library, set
$wgTidyConfig
toRemexHtml"
- Does that mean that adding
$wgTidyConfig=RemexHtml;
in LocalSettings.php would suffice? Spiros71 (talk) 11:02, 14 January 2019 (UTC)
HELP: cannot re-upload a previously deleted image
I am evaluating MediaWiki v.1.31.1 with VisualEditor and Parsoid installed on Ubuntu 18.04.
So far, things ran smooth until I deleted an earlier uploaded image.
I noticed that I had misspelled the filename and wanted to re-upload it using the correct name.
Now, whenever I try to re-upload the image, I get error:
A file identical to this file (Mona-Lisa-by-Leo-Da-Vinci.jpg) has previously been deleted. You should check that file's deletion history before proceeding to re-upload it.
I checked the file's deletion history and do not want to restore the file.
I want to re-upload it with a different filename.
After consulting the docs, I added the following lines to LocalSettings.php
:
$wgGroupPermissions['user']['reupload'] = true;
$wgGroupPermissions['autoconfirmed']['reupload'] = true;
which do not work for me either.
Can anyone please help me and tell me how I can re-upload the same image?
Thanks!
--jagrabbit Jagrabbit (talk) 14:10, 13 January 2019 (UTC)
- I cannot figure this out: even if I copy the image to a file with an entire different name, then I still get this error when attempting to upload it.
- How can I prevent this error from occurring?
- Surely I must be able to re-upload a file, overwriting an existing one?
- --jagrabbit Jagrabbit (talk) 15:36, 13 January 2019 (UTC)
- There should be a checkbox to ignore warnings on upload. Did you try checking it? ☠MarkAHershberger☢(talk)☣ 17:45, 13 January 2019 (UTC)
sin miniatura en videos
al subir videos en mi wiki http://surtico.com.mx/laplumaazul/wiki no muestra la miniatura, tengo instalado correctamente la extension timed media handler la version de mediawiki es 1.33.0 wmf.12 y la version de php es 7.1 ¿como puedo hacer que se muestre la miniatura de todos los videos que sube a mi wiki? 189.217.121.190 (talk) 23:05, 13 January 2019 (UTC)
- Manual:Errors and symptoms#Image Thumbnails not working and/or appearing Malyacko (talk) 10:06, 14 January 2019 (UTC)
- En Archivo:Hampton the Hampster (Hampster dance) - On Piano (w Sheets!).ogv se puede ver un caso de error. En la parte "Estado de transcodificación" salen errores, aunque no se muestra el detalle de los mismos. Los vídeos son archivos por lo general pesados, y normalmente requieren bastante memoria para ser procesados. Probablemente el servidor no tenga suficiente memoria para procesarlo, o la configuración de PHP lo está limitando. Puedes revisar Manual:$wgMaxShellMemory.
- Sería conveniente revisar los registros de errores de PHP del servidor por si aparece algo que dé más detalles del error. La ubicación del mismo depende de muchos factores por lo que no puedo decirte dónde está, aunque seguramente en /var/log/ exista una carpeta o archivo con el nombre "php". También puede ser útil configurar MediaWiki para que registre los casos "exception" y "error" en archivos de registro, como se explica en Manual:How to debug#Creating custom log groups. Ciencia Al Poder (talk) 10:19, 14 January 2019 (UTC)
- de acuerdo a Manual:Errors and symptoms#Image Thumbnails not working and/or appearing y Manual:$wgMaxShellMemory le añadi a localsentigs lo que decia que le añada, despues actualize el wiki y volvi a subir un archivo existente pero sigue igual me sigue apareciendo sin miniatura 189.217.121.190 (talk) 16:49, 14 January 2019 (UTC)
- también he visto que cuando inserto videos de wikimedia commons si me muestra la miniatura y el video correctamente Uvas magicas (talk) 17:20, 14 January 2019 (UTC)
- La miniatura de commons se genera en los servidores de commons, no en el tuyo (hasta donde yo sé), por lo que no es problema.
- Agrega el registro de error, y usa el link de Actualizar el estado de transcodificación de la página del vídeo. Trata de ver si se produce un error. Ciencia Al Poder (talk) 22:27, 14 January 2019 (UTC)
- al actualizar el estado de transcodificación de la página del vídeo se añade y se produce un error 189.217.123.62 (talk) 00:50, 15 January 2019 (UTC)
- el error es convertir los archivos a otros formatos y eso provoca que no tenga miniatura 189.217.120.62 (talk) 01:51, 16 January 2019 (UTC)
- Es necesario que encuentres un mensaje de error explicativo sobre el mismo para poder darte indicaciones de cómo solucionarlo. Los detalles del error estarán seguramente en el registro de error Ciencia Al Poder (talk) 10:21, 16 January 2019 (UTC)
Usual behavior without executing update.php?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I''m currently in the process of moving a wiki and upgrading it from MediaWiki 1.24 in the process. I installed a new MediaWiki 1.31 on my new server, moved the images folder from the old server to the new one, imported the database and updated the local settings.php and removed any references to extensions not included in the standard mediawiki tarball to install new versions of them later if needed.
Due to problems with the command line terminal on the new webspace (support already contacted) I couldn't execute the update.php script yet. Currently I am getting 404s for every page on the wiki. Is this the usual behaviour after an upgrade (with skipping so many versions) without running update.php?
The path didn't change, the domain is already transferred and points to the wiki's installation directory as it did on the old server (although that directory is now named ''wiki/'' instead of ''w/'').
Also, is there anything that can cause problems when I activate https for the wiki's domain? On the old server, it ran without https, that's why I am asking. 2A02:8388:6982:B700:844:8A99:8FEC:4C95 (talk) 09:14, 14 January 2019 (UTC)
- 404 errors are caused by a misconfiguration, not the lack of running update.php.
- Probably you need to configure short URLs on the new server if they were configured on the old one. If you changed the folder where MediaWiki is published, you'll need to adjust some configuration variables, probably Manual:$wgScriptPath and/or Manual:$wgArticlePath.
- Enabling HTTPs isn't an issue for MediaWiki, since it's all handled by the server. Once HTTPS works, simply add the https:// protocol to $wgServer. Ciencia Al Poder (talk) 10:23, 14 January 2019 (UTC)
- Sorry, can you probably tell me what I have to change in my localsettings.php and what my .htaccess has to look like?
- On the old server, the domain pointed to the root directory, the wiki was installed in the folder /w and there was a .htaccess file which contained some rewrite rules to create the shorturls.
- On the new server however, as I just noticed that it is different, the wiki is installed in the folder /wiki and the domain points to this folder and not to the root directory.
- I am now quite confused what path I need to enter and what redirects I must define in my .htaccess... Semako96 (talk) 11:10, 14 January 2019 (UTC)
- Probably set the values to default, like: $wgScriptPath = "/wiki"; and $wgArticlePath = "{$wgScript}?title=$1";
- And temporarily remove any redirect rules in .htaccess to ascertain that aside from a path problem, no other errors are causing the present issues. AhmadF.Cheema (talk) 11:32, 14 January 2019 (UTC)
- That doesn't work either...
- I know I need a htaccess with mod_rewrite rules, but I don't know what exactly I need to redirect and what to insert into the localsettings.php file. Semako96 (talk) 14:51, 14 January 2019 (UTC)
- What happens if you visit the index.php page for your website? ☠MarkAHershberger☢(talk)☣ 17:02, 14 January 2019 (UTC)
- Thank you for your response, I managed to get the wiki running, and articles load now, but there are still several problems:
- https://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2019/01#h-Several_problems_after_moving_and_upgrading_a_wiki-2019-01-14T15%3A32%3A00.000Z Semako96 (talk) 17:04, 14 January 2019 (UTC)
Error message when calling-up local MediaWiki
Recintly I installed Xampp (under Windows 10 32bit) and MediaWiki-1.3.1 for a local wiki.
Calling-up http://localhost/lokalwiki/mediawiki-1.3.1/ I get the following error messages:
Warning: "continue" targeting switch is equivalent to "break ".Did you mean to use "continue 2"? in C:\xampp\lokalwilolhtdocs\lokalwiki\mediawiki- 1.31.l\includes\json\FormatJson. php on line 297
and some message for mediawiki- 1.31.\languages\LanguageConverter.php on line 773
Hints to remedy this issue I found in Internet were not useful.
What to do 91.48.153.67 (talk) 14:44, 14 January 2019 (UTC)
- This issue is being followed on phabricator. If you can use a version of PHP before 7.3, you won't see these warnings. If you need to use 7.3, then you can disable the display of warnings by adding the following to your LocalSettings.php:
- ☠MarkAHershberger☢(talk)☣ 17:10, 14 January 2019 (UTC)
error_reporting( 0 ); ini_set( 'display_errors', 0 );
Problem with login/register on MediaWiki
RESOLVED | |
To everyone: Please do not reply this topic |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello, I made a MediaWiki site (http://projectpedia.co.nf/) and I can't login to m'y admin account, register a new account, nor login to another account... I don't know what went wrong with my LocalSettings.php... Can you help me with that?
Regards, Minteck The Real Minteck (talk) 14:57, 14 January 2019 (UTC)
- If you have access to the command line, can create a new account with administrative privileges, or update the password for the account you created during installation. ☠MarkAHershberger☢(talk)☣ 17:13, 14 January 2019 (UTC)
- No, I don't have any access to command line. Just MediaWiki and PhpMyAdmin.
- And the problem is for all the accounts on the wiki... The Real Minteck (talk) 18:02, 14 January 2019 (UTC)
- And now I also have access to my account from only one computer... The Real Minteck (talk) 18:04, 14 January 2019 (UTC)
- d I also tried to change my password using SQL requests.n The Real Minteck (talk) 18:08, 14 January 2019 (UTC)
- For informations about versions, go here : http://projectpedia.co.nf/index.php?title=Spécial:Version (in French, but you can just take a look at the first table) The Real Minteck (talk) 18:36, 14 January 2019 (UTC)
- The problem probably lies elsewhere. I tried to create a test article, and got hit by this error:
MediaWikiinternal error. Original exception: [XDzaN7mwK1oAACBgfa0AAABG] 2019-01-14 18:51:36: Fatal exception of type "Wikimedia\Rdbms\DBQueryError" Exception caught inside exception handler. Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information. Fatal error: Uncaught Wikimedia\Rdbms\DBTransactionError: Transaction round stage must be 'cursory' (not 'within-rollback') in /srv/disk12/2932603/www/projectpedia.co.nf/includes/libs/rdbms/lbfactory/LBFactory.php:703 Stack trace: #0 /srv/disk12/2932603/www/projectpedia.co.nf/includes/libs/rdbms/lbfactory/LBFactory.php(251): Wikimedia\Rdbms\LBFactory->assertTransactionRoundStage('cursory') #1 /srv/disk12/2932603/www/projectpedia.co.nf/includes/libs/rdbms/lbfactory/LBFactory.php(179): Wikimedia\Rdbms\LBFactory->commitMasterChanges('Wikimedia\\Rdbms...') #2 /srv/disk12/2932603/www/projectpedia.co.nf/includes/libs/rdbms/lbfactory/LBFactory.php(152): Wikimedia\Rdbms\LBFactory->shutdown(0) #3 /srv/disk12/2932603/www/projectpedia.co.nf/includes/libs/rdbms/lbfactory/LBFactory.php(728): Wikimedia\Rdbms\LBFactory->destroy() #4 [internal function]: Wikimedia\Rdbms\LBFactory->__destruct() #5 {main} thrown in /srv/disk12/2932603/www/projectpedia.co.nf/includes/libs/rdbms/lbfactory/LBFactory.php on line 703
- Looks like a database error from first glance.
- Edit: It's also on the main page, scroll to the bottom... Leaderboard (talk) 18:52, 14 January 2019 (UTC)
- It's probably because my host sometimes reset MySQL and MediaWiki is unable to access the database for several minutes... The Real Minteck (talk) 19:04, 14 January 2019 (UTC)
- I changed database and I no longer have this problem... The Real Minteck (talk) 20:46, 14 January 2019 (UTC)
- The problem is back and I can login from work... The Real Minteck (talk) 12:00, 16 January 2019 (UTC)
- What's the exact problem? Creating a test article worked this time... Leaderboard (talk) 13:32, 16 January 2019 (UTC)
- So, it was you that made the test article I deleted...
- The problem is very random, sometime I can login, and sometimeI can't... The Real Minteck (talk) 19:12, 16 January 2019 (UTC)
Several problems after moving and upgrading a wiki
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
After moving and upgrading a wiki, I managed to get it running, but as you can see here: https://mariowiki.net - there are still several problems.
There are no images showing up.I can't get them to load, because I always get an error 500. altough they exist on the server and can be downloaded via FTP. I don't know what the problem is there, maybe it has something to do with the shorturls?
I am using the htaccess example from Manual:Short_URL/Apache:## http://www.mediawiki.org/wiki/Manual:Short_URL/Apache # Enable the rewrite engine RewriteEngine On # Short URL for wiki pages RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/index.php [L] # Redirect / to Main Page RewriteRule ^/*$ %{DOCUMENT_ROOT}/index.php [L]but with the /w removed, since my domain points right to the installation directory of MediaWiki. Articles load fine.
Also, I can't log in, it always gives me an error message that the action got canceled because of a problem with the transmission of my account data. Is that problem related to the above one?
Another problem is that on the login page I get an error message where the user menu should be: ''Warning: call_user_func() expects parameter 1 to be a valid callback, function 'efClearStatistics' not found or invalid function name in /home/.sites/327/site4525714/web/wiki/includes/Setup.php on line 940''
And of course the wiki looks kinda broken, but that might be related to changes in the vector.css page? I can't edit that page of course, because I can't login.
Can someone help me, please? Semako96 (talk) 15:32, 14 January 2019 (UTC)
- I am getting an error which translates to "The database is temporarily closed to new entries and changes. Please try again later.". I think you've locked it? Leaderboard (talk) 15:48, 14 January 2019 (UTC)
- yeah, I locked the database, but that shouldn't affect logins, right? Semako96 (talk) 15:49, 14 January 2019 (UTC)
- Unlocking the database allowed me to login (I could log in even after the database was locked on the old server with MW 1.24...), and I managed to solve the images problem (that was caused by an errant .htaccess in the images folder), but the error message I mentioned above is still there, where the user menu should be.
- Also, I noticed that there are several calls for a /w directory in my server's error log, which doesn't exist because my MediaWiki is installed in a directory called /wiki and the domain points to that directory:oh, and even after reverting my changes to the Vector.css page, the skin still looks kinda broken. What happened there? Semako96 (talk) 15:55, 14 January 2019 (UTC)
[Mon Jan 14 16:47:34 2019] [error] [client 46.229.168.135] File does not exist: /home/.sites/327/site4525714/web/wiki/w [Mon Jan 14 16:47:34 2019] [error] [client 46.229.168.135] File does not exist: /home/.sites/327/site4525714/web/wiki/error
- Also stuff like collapsible tables doesn't work as I just noticed, and sometimes thumbnail images still don't load...
- And it doesn't redirect you to the main page, when you just enter the domain, you need to enter https://mariowiki.net/wiki/MarioWiki:Hauptseite to reach it, entering https://mariowiki.net gives you the provider's default page or a not found error. Semako96 (talk) 16:35, 14 January 2019 (UTC)
- To be redirected to the front page, you need an .htaccess file that will perform the redirect.
- You need something similar for /w and /wiki: short urls. ☠MarkAHershberger☢(talk)☣ 17:19, 14 January 2019 (UTC)
- I already read that manual, my current .htaccess is in that thread's opnening post. But what's wrong with that .htaccess? Semako96 (talk) 17:31, 14 January 2019 (UTC)
- Maybe a cache issue?
- https://mariowiki.net redirects to https://mariowiki.net/wiki/MarioWiki:Hauptseite on my end. AhmadF.Cheema (talk) 17:46, 14 January 2019 (UTC)
- Okay, it works, but sometimes it doesn't load for whatever reason...
- And what about my other problems? Any help...? Semako96 (talk) 17:51, 14 January 2019 (UTC)
- Interestingly sometimes the page loads, sometimes it doesn't.
- I'll switch back to the old URL structure later to see if that helps. Semako96 (talk) 18:53, 14 January 2019 (UTC)
- I'm seeing this error:
Warning: call_user_func() expects parameter 1 to be a valid callback, function 'efClearStatistics' not found or invalid function name in .../includes/Setup.php on line 940
- This seems to indicate that you've modified the MediaWiki source code directly. If you've done that, then we cannot be of much help since we don't know what other modifications you've made.
- Also, I would recommend sticking with a URL structure that mimic's Wikipedia's (e.g. /w and /wiki). Others can work, but they require more tinkering. ☠MarkAHershberger☢(talk)☣ 19:10, 14 January 2019 (UTC)
- I also don't know what causes that error. I moved to a clean, new MediaWiki installation, the only files I took over from the old wiki were the localsettings.php (altough updated), the images folder and the database. Maybe in the old installation source code was modified, but in the new installation, sourcecode definitely is not modified. Semako96 (talk) 20:25, 14 January 2019 (UTC)
- So I just changed the structure by renaming the wiki folder to /w, pointing the domain to the server's root directory and changed the script path in the localsettings.php from "" to "/w" - and now all I get is a certificate error and the hoster's default 404 page. Not even a MediaWiki error. What's the problem there...?
- I am now using exactly the example .htaccess from the Short URLs manual I linked above. Semako96 (talk) 20:35, 14 January 2019 (UTC)
- Managed to get the wiki running again with the new folder structure, which is now the MediaWiki default one, but the other problems still remain, and it is sometimes loading images, sometimes not, and loading of the stylesheet is delayed too... Semako96 (talk) 20:58, 14 January 2019 (UTC)
- The problem with efClearStatistics is caused by one of your skins or extensions. Disable all of them, and then enable them one by one until you find which one is what makes the error message appear on every page.
- If you upgraded, remember to upgrade also all extensions. Don't carry them from the old install, since they may be incompatible. Also, be sure to not unpack the new files over the old ones. Always unpack them on a new folder, to avoid leaving old files from the old install there that may cause strange problems Ciencia Al Poder (talk) 21:07, 14 January 2019 (UTC)
- chmod 775 for the image folder, subfolders and files should be fine? Semako96 (talk) 21:24, 14 January 2019 (UTC)
- I would use chmod -R 1777 images ☠MarkAHershberger☢(talk)☣ 21:30, 14 January 2019 (UTC)
- I just set chmod 777 for images and subfolders and files, without any noticeable change... (not via shell, via ftp settings) Semako96 (talk) 21:37, 14 January 2019 (UTC)
- The error may be not folder permissions, but some misconfiguration on the server: https://mariowiki.net/w/images/thumb/3/31/Richtig.png/23px-Richtig.png
- It gives a forbidden error. Maybe a htaccess is preventing requests from accessing that folder Ciencia Al Poder (talk) 22:00, 14 January 2019 (UTC)
- That is the error I find in the error log:
- [Mon Jan 14 23:03:18 2019] [crit] [client 93.236.167.163] (13)Permission denied: /home/.sites/327/site4525714/web/wiki/w/images/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable
- So for whatever reason it searches for a .htaccess in the images folder and because it can't find one it prevents access? What's that? Usually it should allow access if there's no htaccess preventing access to the files/folders, right? Semako96 (talk) 22:06, 14 January 2019 (UTC)
- Yes, there's no problem if .htaccess is not present. However, the error says ensure it is readable.
- Another problem may be that you added 777 permissions to everything, while it should be done only to folders, not files. Having files with 7 or 5 permissions makes them executable, and can cause a remote execution on your server. Maybe your .htaccess is affected too, and it refuses to read it for security.
- To fix permissions you'll need shell access... Changing permissions from a web interface can be very cumbersome. Maybe your hoster can do that for you if you ask... Ciencia Al Poder (talk) 22:24, 14 January 2019 (UTC)
- I don't need shell access, but I have it if I need it.
- I have now set permissions to 777 for folders and 755 for files, still thumbnails are not loading properly, but the image you linked above is no longer a 403 error.
- As I said there is NO htacccess in the images folder. Semako96 (talk) 22:33, 14 January 2019 (UTC)
- I found the reason for the error message, it was an errant variable in the localSettings.php file. But the problem with the thumbnails not loading (and mariowiki.net not always properly redirecting, I contacted my hoster because of that already) persists.
- Also, collapsible tables don't work anymore and I still get other error messages on some pages like MediaWiki:Vector.css: https://mariowiki.net/wiki/MediaWiki:Vector.css
- And thank you for trying to help me, it is my first time hosting my own wiki, since I took that one over from the old hoster, I "only" have experience with forum softwares, not with mediawiki so I am still learning ;-) Semako96 (talk) 23:08, 14 January 2019 (UTC)
- Any ideas? Semako96 (talk) 05:48, 15 January 2019 (UTC)
- Files should have mode 644 or 664, not 7 nor 5 (which makes them executable) Ciencia Al Poder (talk) 10:06, 15 January 2019 (UTC)
- There are still permission issues it seems:
Warning: md5_file(/home/.sites/327/site4525714/web/wiki/w/images/Wiki.png): failed to open stream: Permission denied (...)
- For whatever reason PHP can't access that file for reading. Ciencia Al Poder (talk) 10:20, 15 January 2019 (UTC)
- There's a problem with your scripts. If you open the browser console you'll see:
ReferenceError: addOnloadHook is not defined
- addOnloadHook has been deprecated for a long time. The fix should be as easy as replacing all "addOnloadHook" with "$", which is the jQuery replacement. There are instances of this on MediaWiki:Common.js
- See also ResourceLoader/Migration guide (users) Ciencia Al Poder (talk) 10:24, 15 January 2019 (UTC)
- yes, that was because those scripts were never updated before, similar to the mediaWiki version. Thanks for mentioning it, I just replaced the addOnloadHooks with a "$", and now stuff like the collapsible tables works again.
- I don't know what caused that error, the file is named Wiki.png with captial "W", and that file can be opened for me.
- Another issue I just noticed is that file names with symbols such as question marks are corrupted (examples can be found [https://mariowiki.net/wiki/%3F-Block here]. The problem is that the image names on the server are corrupted, so that the file pages are empty. How to fix that? Semako96 (talk) 11:15, 15 January 2019 (UTC)
- The problem with the question marks was apparently caused by Windows, which replaced them with underscores when I saved the files locally after downloading them from the old server. So I just have to reupload the files from my Linux computer.
- Any ideas why the wiki looks broken the first time you open it on mmobile but fine after a reload? Semako96 (talk) 07:14, 16 January 2019 (UTC)
- I'm unable to discover the mobile version of MarioWiki Ciencia Al Poder (talk) 10:19, 16 January 2019 (UTC)
- Just open the wiki on the phone. There's no mobile frontend installed yet, but the vector skin looks broken the first time you load it on the phone, and when you reload it, it will look fine. Semako96 (talk) 10:23, 16 January 2019 (UTC)
- I'm using the browser's tool to simulate a mobile device, and it doesn't switch to the mobile skin... And appending ?useformat=mobile to the URL doesn't work Ciencia Al Poder (talk) 10:28, 16 January 2019 (UTC)
- I suspect you're using browser sniffing, but even then I can't get it to work neither by emulation nor by my S6; I only see the desktop one. Leaderboard (talk) 10:28, 16 January 2019 (UTC)
- There's NO MOBILE SKIN installed yet.
- It is just the regular Vector skin. And THAT VECTOR SKIN LOOKS BROKEN when you open the wiki on phone (I am using an android phone with Google Chrone), but reloading the page fixes it.
- And I don't know what causes that problem, so I am asking here for help. Semako96 (talk) 11:25, 16 January 2019 (UTC)
- Altough usually there are no more errors present, uploading an image still gives several errors at once:
- Warning: is_executable(): open_basedir restriction in effect. File(/bin/bash) is not within the allowed path(s): (/home/.sites/327/site4525714/web:/home/.sites/327/site4525714/tmp:/usr/share/pear:/usr/bin/php_safemode) in /home/.sites/327/site4525714/web/wiki/w/includes/shell/Command.php on line 312
- Warning: is_executable(): open_basedir restriction in effect. File(/bin/bash) is not within the allowed path(s): (/home/.sites/327/site4525714/web:/home/.sites/327/site4525714/tmp:/usr/share/pear:/usr/bin/php_safemode) in /home/.sites/327/site4525714/web/wiki/w/includes/shell/Command.php on line 312
- Warning: is_executable(): open_basedir restriction in effect. File(/bin/bash) is not within the allowed path(s): (/home/.sites/327/site4525714/web:/home/.sites/327/site4525714/tmp:/usr/share/pear:/usr/bin/php_safemode) in /home/.sites/327/site4525714/web/wiki/w/includes/shell/Command.php on line 312
- Warning: is_executable(): open_basedir restriction in effect. File(/bin/bash) is not within the allowed path(s): (/home/.sites/327/site4525714/web:/home/.sites/327/site4525714/tmp:/usr/share/pear:/usr/bin/php_safemode) in /home/.sites/327/site4525714/web/wiki/w/includes/shell/Command.php on line 312
- Warning: is_executable(): open_basedir restriction in effect. File(/bin/bash) is not within the allowed path(s): (/home/.sites/327/site4525714/web:/home/.sites/327/site4525714/tmp:/usr/share/pear:/usr/bin/php_safemode) in /home/.sites/327/site4525714/web/wiki/w/includes/shell/Command.php on line 312
- Despite the errors, everthing works correctly, the thumbs are generated. What might cause that errors? Semako96 (talk) 14:42, 16 January 2019 (UTC)
- As I said on another thread, open_basedir is likely set by your hoster. If you have control over the php.ini, you can fix these errors. Search for open_basedir on this wiki to read more. ☠MarkAHershberger☢(talk)☣ 14:48, 16 January 2019 (UTC)
- Can I also just hide these messages, since uploads work fine and these are only warnings, not actual errors? and if yes, how? I assume it must be a variable for the localSettings.php file?
- I am on a shared host and so I don't have access to a php.ini file. Semako96 (talk) 15:39, 16 January 2019 (UTC)
In your LocalSettings.php file you would have $wgShowExceptionDetails set to true. Set it to false to hide the warnings and errors.AhmadF.Cheema (talk) 16:04, 16 January 2019 (UTC)- Actually, no. PHP warnings need to be removed from error_reporting Ciencia Al Poder (talk) 19:57, 16 January 2019 (UTC)
- To which php script do I need to add that?
- What is open_basedir exactly and what does MediaWiki need it for? Semako96 (talk) 22:48, 16 January 2019 (UTC)
- Information on open_basedir.
- You can hide errors by putting the following in your LocalSettings.php:
error_reporting( 0 ); ini_set( 'display_errors', 0 );
- Note that if you encounter problems later, you may want to remove those. ☠MarkAHershberger☢(talk)☣ 01:48, 17 January 2019 (UTC)
- Regarding the mobile problem, here is a screenshot:
- https://abload.de/img/screenshot_2019-01-1690kds.png
- That's how the wiki looks when I open it on my phone. After reloading the page it fixes itself and looks fine. Semako96 (talk) 16:06, 16 January 2019 (UTC)
- It works properly (no need to reload) on my end:
- <figure-inline>File:MarioWiki.net.png</figure-inline> Leaderboard (talk) 16:32, 16 January 2019 (UTC)
- That's interesting...
- Maybe a bug in mobile chrome? Semako96 (talk) 17:22, 16 January 2019 (UTC)
- I was editing a template and when I saved, I got a whole bunch of errors:
- https://abload.de/img/errorsxojm6.png
- When I reloaded the page, Firefox asked me if I want to send data again, I accepted and the edit was saved.
- What went wrong this time? Semako96 (talk) 14:57, 17 January 2019 (UTC)
- I think the open_basedir is causing your intermittent problems. If that is the case, you have three options:
- Work with your hoster to resolve it. It looks like your problem would be solved they can allow PHP to execute /bin/bash.
- Switch hosters.
- Agitate for this task in Phabricator to be resolved so that MediaWiki no longer requires access to /bin/bash. I doubt you would have much success with this route. ☠MarkAHershberger☢(talk)☣ 19:58, 17 January 2019 (UTC)
- Thanks. Contacted the hosting provider.
- I don't want to change hosters again - do you even know a shared hoster that allows /bin/bash to be executable by default? I don't have the time to set up and maintain a dedicated server or v-server and I don't want to have to pay for two hosting services (there's another website running on the wiki's shared hosting) ;) Semako96 (talk) 20:54, 17 January 2019 (UTC)
<tbody> tags
While integrating a separate editor https://ckeditor.com/ckeditor-4 . Found out that it has <tbody> tags placed when copying and pasting from word. Is there a way in Mediawiki to take out <tbody> tags to stop displaying ? Akshayboston (talk) 17:55, 14 January 2019 (UTC)
Advertising
Hi everyone. I would like to list adds in order to generate income to keep my newly created wiki running. I want to do this on some pages that will have a lot of traffic, pages which will be written with this purpose in mind and before anyone tells me off I plan on keeping the rest of the 99% content add free. I've been trying to find a way to list adwords for hours, but I can't seem to get the hang of it. Is there any chance someone could help me out? 2A02:C7F:3067:CB00:A5B5:4135:7EED:397A (talk) 19:09, 14 January 2019 (UTC)
- AdManager
- Google AdSense
- Notes on advertising. ☠MarkAHershberger☢(talk)☣ 19:16, 14 January 2019 (UTC)
- Thank you, MarkAHershberger for your quick reply. I don't really want to use the sidebar to display the adds as I believe it will have a negative impact on user experience. I'd like, if possible, to display the add on pages, mostly on the top right or bottom of articles, same as one would display a picture. Hope it makes sense. 2A02:C7F:3067:CB00:A5B5:4135:7EED:397A (talk) 19:26, 14 January 2019 (UTC)
- That would take a SMOP, then, to modify one of those extensions (preferably). ☠MarkAHershberger☢(talk)☣ 21:19, 14 January 2019 (UTC)
- Thank you, MarkAssershberger. I have no idea how to repay you for this amazing advice. 2A02:C7F:3067:CB00:A5B5:4135:7EED:397A (talk) 22:15, 14 January 2019 (UTC)
Export only latest versions of all articles of my wiki
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
- Hi Im a total newb. Im using MediaWiki 1.23 on blaced.net.
- When I want to make a bacup of my articles, i go through bplaced to phpMyAdmin and then export a single file (localhost.sql). I suppose this contains the full version history.
- The problem is, that the export file gets from time to time bigger (now 60MB). I dont need the full version history of every article, its enough for me to export only the latest version of all articles.
- How can I do this? Remember, Im newb.
- Thank very much.
Polyphon522 (talk) 20:08, 14 January 2019 (UTC)- On an unrelated note, please upgrade to a supported version. 1.23 has security vulnerabilities, so your wiki is not safe. Malyacko (talk) 00:52, 15 January 2019 (UTC)
- There is an option in Special:Export to select only the latest revision. Leaderboard (talk) 20:29, 14 January 2019 (UTC)
- Thanks. I know this page. But there is a problem. I would have to add each article of my wiki seperately in the list.
- Is it possible, to secure all articles at once? I didnt put all articles in one same category. Polyphon522 (talk) 06:56, 15 January 2019 (UTC)
- In "Add pages from namespace", select all. Leave the other columns blank and click add. Leaderboard (talk) 07:00, 15 January 2019 (UTC)
- Thanks, I see. Im sorry but in my case I have to use the old version 1.23, where I dont see the bar "Add pages from namespace".
- I have only the bar "Add pages from category" and "Add pages manually" :(
- Is there another way to export all latest articles, without doing it manually? Polyphon522 (talk) 11:43, 15 January 2019 (UTC)
- You're right, but surely you can't upgrade to the latest version? Leaderboard (talk) 11:46, 15 January 2019 (UTC)
- That option should be available from v1.15.
- To enable it, see Manual:$wgExportFromNamespaces. AhmadF.Cheema (talk) 11:53, 15 January 2019 (UTC)
- Thanks for your patience guys. No it will be too much trouble to update the wiki now.
- Ahmad ! I see your link Manual:$wgExportFromNamespaces, but what exactly do I have to do, to activate the bar?
- Do I need to go to the article MediaWiki:Common.css ?? This article contains already this:
- .tocnumber {
- display: none;
- } Polyphon522 (talk) 12:12, 15 January 2019 (UTC)
- Add $wgExportFromNamespaces = true in localsettings.php. Leaderboard (talk) 12:14, 15 January 2019 (UTC)
- Thanks it helped me ! Polyphon522 (talk) 19:39, 15 January 2019 (UTC)
- See the manual page for backing up a wiki. ☠MarkAHershberger☢(talk)☣ 21:27, 14 January 2019 (UTC)
Using patch & rc releases
Hi,
I am currently running version 1.31.1 but would like to update using patch to 1.32.0.
Do I have to apply each rc release in between 1.31.1 and 1.32.0? I don't remember doing that in the past.
SyntaxHighlight_GeHSi bug?
RESOLVED | |
open_basedir() causes problems. You need to work with your hoster (or modify your php.ini file) to resolve it. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Wiki: https://mariowiki.net/wiki/MarioWiki:Hauptseite
php 7.2
MediaWiki 1.31
MySQL 5.5, InnoDB
Apache
Warning: is_executable(): open_basedir restriction in effect. File(/bin/bash) is not within the allowed path(s): (/home/.sites/327/site4525714/web:/home/.sites/327/site4525714/tmp:/usr/share/pear:/usr/bin/php_safemode) in /home/.sites/327/site4525714/web/wiki/w/includes/shell/Command.php on line 312In my localSettings.php, the extension is loaded via ''wfLoadExtension( 'SyntaxHighlight_GeSHi' );''.
As soon as I decativate the extension, the above error message disappears.
It is the version that came with the MediaWiki 1.31 tarball.
Since I am using a clean install with only extensions that came with the MediaWiki tarball and no modifications to the page's code - only Images folder and database (and parts of localSettings.php were carried over from the old installation - I assume that the extension itself is bugged and needs to be fixed. Right? If yes, is that bug already known and reported, or do I need to report the bug? Semako96 (talk) 09:59, 15 January 2019 (UTC)
- Probably not relevant, but your Special:Version also shows Extension:RandomSelection. Was this extension present in the MediaWiki tarball too? AhmadF.Cheema (talk) 10:40, 15 January 2019 (UTC)
- That extension is just a little script in the localSettings.php file. It was not present in the MediaWiki tarball. Can that cause this error? It was active all the time, the only change I made between "error message displayed" and "error message gone" was deactivating the SyntaxHighlight extension. Semako96 (talk) 10:52, 15 January 2019 (UTC)
- It isn't clear how you resolved this, so I reopened it to point out that the error you are seeing:
open_basedir restriction in effect. File(/bin/bash) is not within the allowed path(s)
- If you search for instances of
open_basedir
on this wiki, you'll see that it often causes problems. You need to work with your hoster to resolve this. ☠MarkAHershberger☢(talk)☣ 12:45, 16 January 2019 (UTC)
Which extension...?
RESOLVED | |
Thanks, installed those extensions, they work fine. Exactly what I searched for ;) |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I'm searching two extensions, but I don't know which ones. They were used in MW 1.24 , one created "magic words" starting with an '#' like {{#description2:TEXT}} or {{#vardefine:left|}} and the other one provided tags such as <charinsert></charinsert> for special characters. Does someone know if these extensions still exist today and can be used in MW 1.31? Semako96 (talk) 11:50, 15 January 2019 (UTC)
- See Extension:Description2, Extension:Variables and Extension:CharInsert. AhmadF.Cheema (talk) 13:00, 15 January 2019 (UTC)
I have been trying to upload ged but i am have promblems doing so
RESOLVED | |
Off-topic: We are not GED. We are mediawiki.org. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I keep getting a message just one dot but its a zip so two dot always comes up what can I do 165.225.38.79 (talk) 12:04, 15 January 2019 (UTC)
- Wrong support forum.😕 AhmadF.Cheema (talk) 14:47, 15 January 2019 (UTC)
mysqli
Estoy tenienedo un problema con la instalacion de mediawiki 1.32, lo instale en un servidor centos 7 pero cuando voy a ir a la configuracion de la wiki despues de haber instalado los paquetes correspondientes me sale el siguiente error
No se encontró un controlador adecuado para la base de datos. Necesitas instalar un controlador de base de datos para PHP. Se admiten los siguientes gestores de bases de datos: MariaDB, MySQL o un sistema compatible, PostgreSQL, Oracle, Microsoft SQL Server, SQLite.
Si compilaste PHP por tu cuenta, debes reconfigurarlo activando un cliente de base de datos, por ejemplo, mediante ./configure --with-mysqli
. Si instalaste PHP desde un paquete de Debian o Ubuntu, también debes instalar, por ejemplo, el paquete php-mysql
.
estoy trabajando con la version de php 7.2.14 no se si tenga algo que ver con la version, si a alguien le ha pasado agredezco lo q me puedan colaborar. Emilioip (talk) 13:41, 15 January 2019 (UTC)
- Tienes que instalar el paquete php-mysql
- https://serverfault.com/questions/826211/enabling-mysqli-extension-on-centos-server/826216
- Si ya lo has hecho, quizá te falta habilitar php-mysqli.so (o similar) en el php.ini Ciencia Al Poder (talk) 10:35, 16 January 2019 (UTC)
Not installing Extension:WikiSEO
Hi,
I installing Extension:WikiSEO by composer, and extension is not correctly installing:
Deprecated: Use of WikiSEO's extension.json or skin.json does not have manifest_version was deprecated in MediaWiki 1.29. [Called from ExtensionRegistry::loadFromQueue in /includes/registration/ExtensionRegistry.php at line 158] in /includes/debug/MWDebug.php on line 309
How fixed problem? Fanatikvoice (talk) 14:44, 15 January 2019 (UTC)
- You have not posted an explanation what makes you think that the extension is not correctly installing, so we cannot help (yet). Malyacko (talk) 11:02, 16 January 2019 (UTC)
- To clarify: a deprecation notice does not mean there is a problem. ☠MarkAHershberger☢(talk)☣ 12:55, 16 January 2019 (UTC)
MediaWiki marks internal urls consisting of /w/index.php as external
RESOLVED | |
thank you! |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
MediaWiki marks internal urls consisting of /w/index.php instead of the usual short url formal /wiki/Article, such as domain.tld/w/index.php?title=Article&action=edit as external urls. Can I fix that and if yes, what is the right solution? Semako96 (talk) 15:53, 15 January 2019 (UTC)
- From what I understand, basically no. See Help:Links#External links to internal pages. AhmadF.Cheema (talk) 19:10, 15 January 2019 (UTC)
Проблема с аккаунтом!!!
Здраствуйте,
Я онлайн пользователь. У меня есть вопрос ! Почему меня обвинили в вандализме? Я хочу создать аккаунт, а мне пишут что я вандал!!! Вы просите но я мальчик и мне 14 лет я и живу и учусь в России. Я делаю аккаунт для того чтобы воспользоваться дополнительными услугами. Я делаю проект. Если я что-то натворил, то простите пожалуйста. Если можно снимите с меня блокировку! Если понадобится моя почта, то я на связи kurbartur@mail.ru.
С уважением ChestAVAY. 145.255.3.200 (talk) 15:56, 15 January 2019 (UTC)
- From your post, it looks like that you were blocked (somewhere). If it is a Wikipedia block, please ask there; we can't help you. Same applies if it is a block not on this project (mediawiki.org). Leaderboard (talk) 17:50, 15 January 2019 (UTC)
WYSIWYG alternative to VisualEditor?
Are there "simpler" WYSIWYG alternatives to the VE? Setting it up on a shared host like mine requires using a 3rd party service, because of Parsoid, and even then according to the explanation page here, it might consume too much ressources on larger article pages. I mean, forums use WYSIWYG editors since many years (like CKEditor, Redactor and many others) and have never caused ressource problems on shared hosts and don't require a permanently running service such as Parsoid. What is different in a Wiki - except that it uses Wikitext over BBCode tags- that it needs such a much more complicated WYSIWYG editor that almost requires hosting on a dedicated server?
Semako96 (talk) 18:54, 15 January 2019 (UTC)
- Wikitext has been intentionally engineered over the years to provide a lot of power, but the consequence of that expressive power is that a basic WYSIWYG editor can't cope with much of the output of wikitext. Templates, parser functions, and extension tags in particular are way beyond the static scope of HTML, and can't be handled well without a lot of heavyweight specialist code. Lots of people are willing to accept the lack of editability of content for some users by using a low-end WYSIWYG like CKEditor, but that's a decision to make based on the nature of your content and the character of your editing community; the Wikimedia editing community expressed very strong desires for full-feature editing, but that may not be necessary for you.
- Note that there is a project underway currently to port the Node service into PHP, which may mean that relatively soon you'd be able to use the visual editor in low-end hosting environments. However, I'm not an expert on such systems. Jdforrester (WMF) (talk) 19:21, 15 January 2019 (UTC)
- Have a look at Extension:TinyMCE or Extension:VisualEditor (BlueSpice) Osnard (talk) 07:38, 17 January 2019 (UTC)
- Thanks. I installed TinyMCE and translated it locally, and it works fine now. If I find time and motivation for that, I'll translate it on Translatewiki too ;-) Semako96 (talk) 15:16, 17 January 2019 (UTC)
Forcing skin for Special:Settings?
RESOLVED | |
Set $wgAllowSiteCSSOnRestrictedPages to true |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
My wiki uses a slightly modified vector skin, but the Special:Settings page is always played with the standard Vector skin, without the Vector.css custom declarations applied. Is it possible to force the modified skin to be used there too? It just looks awkward when the page switches skins when you go to another page... Semako96 (talk) 20:41, 15 January 2019 (UTC)
- Any solutions to this? 2001:62A:4:41A:E57:DE94:3412:3B8C (talk) 09:04, 16 January 2019 (UTC)
- Set $wgAllowSiteCSSOnRestrictedPages to true Ciencia Al Poder (talk) 10:22, 16 January 2019 (UTC)
- Thank you :) Semako96 (talk) 11:25, 16 January 2019 (UTC)
Lots of errors in the log, how to prevent them?
I just checked my server's error logs, because I wanted to see the reason for a random error 500 I got, but I didn't find any entry which could be related to an error 500, I found lots of entries regarding non-existant files (error 404):
https://abload.de/img/errorloge6ksx.png
For some reason, users (or bots) try to load those files, despite them not existing and the domain redirecting to the wiki. How can I prevent that? Semako96 (talk) 20:52, 15 January 2019 (UTC)
- There's no way you can prevent users or bots from requesting invalid or inexistent URLs. They may be using an older version of the page hosted somewhere else, or cached, or who knows what. Unless you find something on your server (wrongly) pointing to those inexistent URLs, there's nothing you can do. Just ignore them or disable 404 errors from logs Ciencia Al Poder (talk) 10:26, 16 January 2019 (UTC)
Collapsable elements help
If I have multiple collapsible elements on a page, is it possible to have any other expanded elements collapse when you expand a new one?
Say you have element A, B and C. All three start off collapsed. You click on B and it expands. Then you click A and it expands while collapsing B. Likewise if you then click C, it will expand C and simultaneously collapse A.
I have found the posts regarding "collapse or expand all" buttons, but none that function as I've described.
Thanks in advance
184.96.214.75 (talk) 21:17, 15 January 2019 (UTC)
- What you describe is an "accordion" effect. This is not implemented in standard MediaWiki. If you know JavaScript coding you could write a script yourself to do that. Ciencia Al Poder (talk) 10:33, 16 January 2019 (UTC)
Reviving an expired wiki
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
as a new user, I am confused.
I did not touch my wiki (iicwiki, iic.miraheze.org) for two months over the winter break and now I cannot work on it anymore - I understand it has been retired automatically since I did not use it for 2 months.
How do I reclaim it? (user: jdurand2)
Also, I got another wiki created for my community: iicwikitest (kmtf.miraheze.org)
I created a user account : userkmtf.
Now this user is unable to edit the Discussion page.
He needs to be a Member it says (or Admin).
But I do not even see the Members category on: Help:User rights and groups
How do I get my new accounts the right to edit Discussions?
Please help. Maybe the info is somewhere in the help pages but I already wasted 1h searching...
It is rather confusing to navigate the help or try figure out how to do things.
Thx,
- jacques
Jdurand2 (talk) 03:41, 16 January 2019 (UTC)
- This forum is not officially linked with Miraheze, you will have to ask at their Help center. AhmadF.Cheema (talk) 05:01, 16 January 2019 (UTC)
Mark for translation, Extension:FileImporter
RESOLVED | |
Will push at general help. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I have translation Help:Extension:FileImporter, which requires to localize four related pages. Please kindly mark them for translation, thank you in advance.
- Extension:FileImporter/Data
- FileImporter extension manual
- FileImporter configurations
- FileExporter extension manual Omotecho (talk) 06:58, 16 January 2019 (UTC)
- Please ask MediaWiki.org issues at Project:Current issues Ciencia Al Poder (talk) 10:30, 16 January 2019 (UTC)
Activates HTTPS and now CSS didnt seem to load
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi there
i activates HTTPS on Apache2 for my Wiki and now CSS do not load.
i already modified ""$wgServer" from the http://IP to HTTPS://SUBDOMAIN.DOMAIN.DE
Do you have any Idea for this Case? i've already looked at some Threats but only found the "solution" with "$wgServer"
Kind Regards,
Rob RHuschmidt (talk) 11:18, 16 January 2019 (UTC)
- Can you share your wiki's url? We may be able to see a problem.
- What version of MediaWiki are you using?
- Does your browser's console say anything about the style links? ☠MarkAHershberger☢(talk)☣ 13:36, 16 January 2019 (UTC)
- Hi Mark,
- wiki.****.de *i blanked the URL afterwards.
- "Does your browser's console say anything about the style links?"
- - i have to translate it:
- - load error <script> for the source: "https://wiki.innenausbau-fudala.de/wiki/load.php?debug=false&lang=de&modules=startup&only=scripts&skin=vector".
- so this is beside that Mutation Events shoudnt be used anymore.
- Also the Links dont work anymore. For Example: "Login".
- In the SSL Configuration i configured that all traffic is "routed" to https, maybe this is a problem?
- Hope you can understand my bad english :) RHuschmidt (talk) 08:58, 17 January 2019 (UTC)
- Apparently, something more has been changed beyond "https".
- Your wiki seems to expect the installation to be in /wiki/index.php but it seems to be in /index.php instead. Have you moved your wiki?
- Check if $wgScriptPath is correctly set. Ciencia Al Poder (talk) 11:37, 17 January 2019 (UTC)
- my wiki is in "/var/www/html/wiki" and i didnt moved it so far.
- i installed the wiki under the path above and went under http through the installation (GUI Webbrowser) after setting the wiki up and testing the login i activated https with Certbot and the result is viewable.
- The Path:
- ## The URL base path to the directory containing the wiki;
- ## defaults for all runtime URL paths are based off of this.
- ## For more information on customizing the URLs
- ## (like /w/index.php/Page_title to /wiki/Page_title) please see:
- ## https://www.mediawiki.org/wiki/Manual:Short_URL
- $wgScriptPath = "/wiki";
- And Documentroot:
- DocumentRoot /var/www/html/wiki
- Hope this helps :)
- Thank you so much so far.
RHuschmidt (talk) 13:48, 17 January 2019 (UTC)- There is your problem:
- > $wgScriptPath = "/wiki";
- > And Documentroot:
- > DocumentRoot /var/www/html/wiki
- When I remove the "/wiki" from your URL, then I am able to load the stylesheet. I am not sure of the best solution currently, but if you e.g. remove the "/wiki" from DocumentRoot, at least the stylesheet should be found again. 2001:16B8:109B:7300:11B5:3D03:8DBE:9E48 (talk) 13:59, 17 January 2019 (UTC)
- Thank you!
- If i remove /wiki from my DocumentRoot, then my site wont load. I have to use multible Documentroots with multible virtual host because i want to host multible sites.
- i also tried to remove /wiki from localsettings.php. but this also changed nothing :( RHuschmidt (talk) 14:40, 17 January 2019 (UTC)
- I think the solution is to leave your DocumentRoot alone and change $wgScriptPath to:
- ☠MarkAHershberger☢(talk)☣ 19:50, 17 January 2019 (UTC)
$wgScriptPath="";
- @Mark i think this is it!
- my mistake in this case: i changed "/wiki" to "/" because i tought of "root directory"
- $wgScriptPath=""; helped alot! thank you and all others very much for you quick help :D RHuschmidt (talk) 07:29, 18 January 2019 (UTC)
Request language in template
Can I request the language chosen by an user in a template so I can act depending on that? And if so, how? Waanders (talk) 13:08, 16 January 2019 (UTC)
- This would probably require javascript. In general user-specific data is kept out of wikitext. ☠MarkAHershberger☢(talk)☣ 13:22, 16 January 2019 (UTC)
- Okay, well thanks, we'll have a look whether this is an option. Waanders (talk) 14:00, 16 January 2019 (UTC)
Extension:Graph yields a blank canvas
Fresh install with 1.32 with latest JsonConfig, and Graph. Without parsoid, Graph yields an empty blank space where the graph should appear (tested using various sample Vega graphs), With parsoid, Graph yields a broken image icon. No errors appear in logs with logging turned on both on Mediawiki and php. I'm not sure how to debug this? Any clues? Siacali (talk) 20:31, 16 January 2019 (UTC)
- Not very familar with Graph extension, but my first debugging suggestion would be to look at the javasscript console in your web browser to check for JS errors. Bawolff (talk) 21:35, 16 January 2019 (UTC)
- Makes sense, but nothing very informative appears there...there are a bunch of minor javascript errors (certain attributes not available, etc), but nothing catastrophic and they change when I insert different graphs.
- No graphs (that I've tried so far) produce any real output other than the blank space...as I've used sources from graphs that appear to be working on this site, my expectation is that they should work on my own. Siacali (talk) 22:59, 16 January 2019 (UTC)
- Minor JS errors are probably enough (depending on what they actually are) to stop javascript execution and prevent the graph from showing up. Bawolff (talk) 19:30, 17 January 2019 (UTC)
- makes sense, but that gives no indication of what I should seek to fix or why the generated javascript would be wrong. All of the javascript is coming from underlying mediawiki or plugin code...not sure what I could "fix" in Javascript... Siacali (talk) 19:53, 17 January 2019 (UTC)
- Open a bug report to the maintainer of the extension, if you think it's a bug and not related to your personal/site JavaScript Ciencia Al Poder (talk) 10:32, 18 January 2019 (UTC)
- not sure if it's a bug or a configuration error...completely vanilla site, so it's not our javascript.... Siacali (talk) 00:09, 19 January 2019 (UTC)
Recovering user accounts
I haven't logged into my wikipedia account in a few years, but I had the username and password stored in my password manager. I have about a dozen possible email addresses and access to all of them, but I don't know which I used to create the account so I'm having a hard time recovering it. Are there any alternative recovery options to resetting my password? I can provide the expired password, I can reply to a link that is emailed, but it will take me half a month to figure out which email address I used. 72.83.98.211 (talk) 00:11, 17 January 2019 (UTC)
- You can try creating a task on phabricator. It may be quicker to follow the normal password recovery methods. ☠MarkAHershberger☢(talk)☣ 01:42, 17 January 2019 (UTC)
Can the Recent changes feed show the number of changed bytes?
The Recent changes page shows the number of changed bytes. The feed (see https://meta.wikimedia.org/wiki/Syndication_feeds#Recent_changes) doesn't. Is there a parameter so the feed shows this number too?
I would like to make social media posts only for changes, that have more than 300 added bytes. That's why I would need this number within the feed. Stefahn (talk) 10:34, 17 January 2019 (UTC)
Upgrade of CharInsert is missing an important previously existing feature.
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I am an English Wikisource editor, and we are currently using this updated version of CharInsert gadget. The previous version of Charinsert had a feature which saved a user's selected character set (row) in one of the Wikipedia cookies of the browser. With in this updated extension, the feature is no longer working and I am asking for this feature to be restored.
I know that CharInsert is gadgets are maintained by each wiki, and is not mediawiki programmers responsibility. But, I doubt that saving the user's selection in a cookie could have been done by our wiki community.~~~~
— Ineuw talk 12:54, 17 January 2019 (UTC)
- Changing the value of a cookie is something that is done via mw.storage so it is definitely something that they could do.
- I tried changing the selected row on wikisource and it worked for me. Maybe there is something else interfering with your selection on the wiki? ☠MarkAHershberger☢(talk)☣ 21:08, 17 January 2019 (UTC)
- @MarkAHershberger If this is a feature at Wikisource, it is way above my head, and pay scale. I have no idea how to go about it. — Ineuw talk 01:16, 18 January 2019 (UTC)
- You should ask for help from the JS/Gadget people on wikisource or wikipedia, then. ☠MarkAHershberger☢(talk)☣ 02:45, 18 January 2019 (UTC)
- Thanks — Ineuw talk 03:36, 18 January 2019 (UTC)
Is it possible to redirect if the user forgets the "/wiki"?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Is it possible to create an .htacess redirect that redirects to "/wiki/if the user forgets it, ie from domain.tld/article to domain.tld/wiki/article? Just a general redirect won't work of course, because the /w/ directory needs to be accessible, but I am so bad when it comes to .htaccess stuff... ;-) Semako96 (talk) 14:04, 17 January 2019 (UTC)
- Try adding the following the (untested) code to end of your .htaccess file
- ☠MarkAHershberger☢(talk)☣ 20:30, 17 January 2019 (UTC)
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/wiki/$1
- Thanks, that always redirects to the wiki's main page instead of just adding the /wiki/ if someone forgets it. Semako96 (talk) 22:43, 17 January 2019 (UTC)
- It should also redirect yourwiki.com/GiveMeAPrefix to yourwiki.com/wiki/GiveMeAPrefix. ☠MarkAHershberger☢(talk)☣ 04:15, 18 January 2019 (UTC)
- It doesn't? You can try it at my wiki: https://mariowiki.net/Mario redirects to the main page instead of to https://mariowiki.net/wiki/Mario .
- In my .htaccess only the general https redirect comes after your rule. Semako96 (talk) 09:11, 18 January 2019 (UTC)
- If you have something after my rule, then you should add
[L]
to the end of the RewriteRule line so that none of the other rules are executed. ☠MarkAHershberger☢(talk)☣ 18:03, 18 January 2019 (UTC) - Still only redirects to main page.
- Current .htaccess is:2A02:8388:6982:B700:CC4E:BC56:9C2:A192 (talk) 22:22, 18 January 2019 (UTC)
## http://www.mediawiki.org/wiki/Manual:Short_URL/Apache # Enable the rewrite engine RewriteEngine On # Short URL for wiki pages RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/w/index.php [L] # Redirect / to Main Page RewriteRule ^/*$ %{DOCUMENT_ROOT}/w/index.php [L] RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/wiki/$1 [L] ############HTACCESS W4Y START############ Order Allow,Deny Allow from all <IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{HTTP_HOST} mariowiki.net RewriteCond %{HTTPS} !=on RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L] </IfModule> #############HTACCESS W4Y END#############
- The message above me was mine, I didn't notice that I got logged out, sorry. Semako96 (talk) 22:23, 18 January 2019 (UTC)
- Ok, thanks for posting that.
- This is what I've tested and found works:
- ☠MarkAHershberger☢(talk)☣ 22:57, 18 January 2019 (UTC)
RewriteCond %{REQUEST_URI} !^/wiki/ RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d RewriteRule ^/?(.*)$ /wiki/$1 [R=301,L]
- yes, that does work. Thank you! Semako96 (talk) 10:36, 19 January 2019 (UTC)
- I just noticed that there's still a minor problem: entering the domain without https:// or just http:// (example: mariowiki.net/wiki/Mario, mariowiki.net/Mario or http://mariowiki.net/wiki/Mario), it always redirects to the main page (happens to both cases, with /wiki/ and without it), and not to the article in question. Is it possible to fix that? As our wiki was http only until I took it over and moved it to my server last week, there are still loads of http links to it floating around. Can anyone help me?
- Current .htaccess is Semako96 (talk) 11:49, 20 January 2019 (UTC)
## http://www.mediawiki.org/wiki/Manual:Short_URL/Apache # Enable the rewrite engine RewriteEngine On # Short URL for wiki pages RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/w/index.php [L] # Redirect / to Main Page RewriteRule ^/*$ %{DOCUMENT_ROOT}/w/index.php [L] RewriteCond %{REQUEST_URI} !^/wiki/ RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d RewriteRule ^/?(.*)$ /wiki/$1 [R=301,L] ############HTACCESS W4Y START############ Order Allow,Deny Allow from all <IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{HTTP_HOST} mariowiki.net RewriteCond %{HTTPS} !=on RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L] </IfModule> #############HTACCESS W4Y END#############
- Try this replacement:
- ☠MarkAHershberger☢(talk)☣ 21:21, 20 January 2019 (UTC)
## http://www.mediawiki.org/wiki/Manual:Short_URL/Apache # Enable the rewrite engine RewriteEngine On # Move to https RewriteCond %{HTTP_HOST} mariowiki.net RewriteCond %{HTTPS} !=on RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L] # Short URL for wiki pages RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/w/index.php [L] # Redirect / to Main Page RewriteRule ^/*$ %{DOCUMENT_ROOT}/w/index.php [L] # Redirect "forgot wiki" RewriteCond %{REQUEST_URI} !^/wiki/ RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d RewriteRule ^/?(.*)$ /wiki/$1 [R=301,L]
- Thank you very much, that fixes the problem with non-https:// URLs, but forgetting both https and /wiki (like http://mariowiki.net/Mario) still redirects to the main page, but is that even fixable? Semako96 (talk) 22:35, 20 January 2019 (UTC)
- When I click your link to http://www.mariowiki.net/Mario I end up on https://www.mariowiki.net/wiki/Mario -- maybe you fixed it already? ☠MarkAHershberger☢(talk)☣ 23:55, 21 January 2019 (UTC)
Disabling namespaces for discord extension
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I installed the discord extension from https://github.com/jaydenkieran/mw-discord and it works fine, but with one problem: I can't disable the MediaWiki and Category namespaces.
That's what the array in my LocalSettings.php looks like:$wgDiscordDisabledNS = ['NS_MEDIAWIKI', 'NS_MEDIAWIKI_TALK', 'NS_CATEGORY', 'NS_CATEGORY_TALK'];And despite also trying stuff like 'MediaWiki' or 'MEDIAWIKI', it still sends notifications for edits in the MediaWiki namespace. Disabling the hooks for stuff like blocking an user or changing site protection works fine.
Does that extension require a special format for the namespace array and if yes, what does it look like? Semako96 (talk) 16:15, 17 January 2019 (UTC)
- You are quoting the constants. You need to remove the quotes:
- ☠MarkAHershberger☢(talk)☣ 20:23, 17 January 2019 (UTC)
$wgDiscordDisabledNS = [NS_MEDIAWIKI, NS_MEDIAWIKI_TALK, NS_CATEGORY, NS_CATEGORY_TALK];
- that's interesting... I've used the format with the quotes in the array of disabled hooks and that works. I assume that is because those are constants? Semako96 (talk) 21:15, 17 January 2019 (UTC)
- hooks are different, yes. ☠MarkAHershberger☢(talk)☣ 21:52, 17 January 2019 (UTC)
Category Page - Change How Page Names Are Displayed
Hi There,
I work for a company that uses MediaWiki as their knowledgebase.
I have to have a main page per client, however, on the category page it shows the full page name instead of just the name after client name.
For example,
On the category page it shows Annodata:Main Page as that's the page name, I'd like it to show just Main page and not Annodata.\
Hope you Can help,
James x Kyocera Timms (talk) 16:34, 17 January 2019 (UTC)
- Could you clarify what you're trying?
- Do you have an "Annodata" namespace? Or are these pages in the main namespace that just have the "Annodata:" prefix? ☠MarkAHershberger☢(talk)☣ 20:11, 17 January 2019 (UTC)
- Hi Mark,
- I am rebuilding the wiki that my employer uses as it was structured horribly, so I'm not sure exactly what they have set up. I'm still learning Wiki myself.
- I have set up numerous Categories. For Example, The "Clients" Category which then contains the "Annodata" sub-category, which will then contain all of the pages previously made for Annodata client (I am currently in the process of categorizing everything as they didn't do so and the wiki was extremely random)
- I'm going to provide a screenshot of a category page for the client "Smit & Dorlas", as this shows more of what I mean.
- Screenshot
- As you can see the page names are "Smit & Dorlas:Main Page", "UCC: Creating a UCC DA Account" & "UCC: Full AX Guide".
- I need this to be "Main Page", "Creating a UCC DA Account" & "Full AX Guide".
- I cannot simply remake the page with the name "Main Page" as there are numerous duplicate page names in clients.
- Hope this clarifies for you.
- @MarkAHershberger Kyocera Timms (talk) 09:06, 18 January 2019 (UTC)
- Since you apparently want to have multiple Wiki pages with the (displayed) title "Main page" for each of your clients, as far as I know, there are two possible ways.
- Either use Extension:Display Title. I have tested it and the extension appears to be working fine.
- Upload the extension, append the following to your LocalSettings.php:On your Wiki's Smit & Dorlas:Main Page, add the following:
wfLoadExtension( 'DisplayTitle' ); $wgAllowDisplayTitle = true; $wgRestrictDisplayTitle = false;
{{DISPLAYTITLE:Main Page}}
. Perform a Null edit on the page to update the categories page and see if the category page changes as expected. - Or, define separate namespaces for each of your clients and hope one of the following old solutions to hide namespace prefixes from category pages still work:
- @AhmadF.Cheema Thank you for providing this response, but none of the extension solutions worked. In my case, I am trying to migrate a wiki from a much older version to a new version by installing the extensions and then doing an XML import of the data from the older wiki. The old wiki does not have the problem of displaying the category as a prefix, but the new one does after the XML import. Should I have "Extension:Display Title" installed prior to the import? Does the order of XML import and extension installation matter? Kamalabmi (talk) 18:34, 1 August 2024 (UTC)
Collapsible content obscures header
I've run across an odd behavior that I'd like some advice on how to correct. As demonstrated on User:Ray Jorgensen/Header problem demo, the collapsible "toolbox" on this page sometimes obscures the 2.0 Header (depends on your screen resolution and window size - you might need to play around with window size to see the effect).
What do I need to do to correct this problem? Add something to the collapsible div parameters? This div section is normally placed in a template on our articles, and includes some dynamic query content, so the box changes size on different pages, but when it runs across the whole page and encounters a header on the left side, it covers up the header. I would like the header to flow around the collapsible object like the text (the text ALWAYS flows around, but headers only sometimes flow around.) Ray Jorgensen (talk) 17:09, 17 January 2019 (UTC)
- Your problem is the "float: right" css bit. Compare with and without. ☠MarkAHershberger☢(talk)☣ 20:06, 17 January 2019 (UTC)
i cant see the page very well
I try creating an account but any time I try too there is always an error why 92.17.191.146 (talk) 19:36, 17 January 2019 (UTC)
- What errors are you seeing? ☠MarkAHershberger☢(talk)☣ 20:00, 17 January 2019 (UTC)
filtering table in mediawiki
- I have a table in mediawiki and I want to have a filterable field in each column of a table; and customize the size of each column.
- I tried to use:
- 1. Semantic wiki with Semantic Result Format. They allowed me to query and have a result table but I have a problem with the design. My table has 25 columns; so it overflow the page. How to create horizontal scrolling?
- 2. Datatables extension.
- I have a problem when I add the following code into Localsetting.php
$myResourceLoaderModule => array( 'scripts' => 'modules/jquery.dataTables.min.js', 'styles' => 'modules/jquery.dataTables.min.css', 'dependencies' => array( 'ext.datatables', // other javascript libraries... ) );
- My mediawiki won't load. How to add this extension into mediawiki? Can you please give me a tutorial?
- 3. I used the instruction on Implementing filterable table script in mediawiki?
- but it won't work.
- What I have to do? Hirami to (talk) 00:14, 18 January 2019 (UTC)
- When you tried to use the Datatables extension, your wiki wouldn't work because you introduced a coding error. You have
$myResourceLoaderModule => array(
when you should have$myResourceLoaderModule = array(
☠MarkAHershberger☢(talk)☣ 02:54, 18 January 2019 (UTC)
- When you tried to use the Datatables extension, your wiki wouldn't work because you introduced a coding error. You have
- When I use Semantic Result Format with format datatable. The entries in each page is 10. I don't know display all the results in the table without paging. I did set the following in my LocalSetting.php
- Hirami to (talk) 00:16, 18 January 2019 (UTC)
$smwgQMaxInlineLimit = 2000; $smwgQDefaultLimit = 2000; $smwgQMaxLimit = 2000; $smwgPropertyPagingLimit = 2000;
apierror-visualeditor-docserver-http-error: (curl error: 7) Couldn't connect to server
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
https://screenshotscdn.firefoxusercontent.com/images/294f123c-2e5e-49f6-8fe5-96bbaf9bcdc2.png
VisualEditor 1.23
Mediawiki 1.23
Parsoid 0.10.0
Addresses to api correct.
What is wrong? Whatever I do, it does not help me. I try different versions, docker - always the same error. 77.45.72.171 (talk) 03:08, 18 January 2019 (UTC)
- Those versions (1.23) are ancient, unsupported, and insecure nowadays. Why did you choose these version instead of installing recent supported software? Malyacko (talk) 12:36, 18 January 2019 (UTC)
- I wrote it bad.
- These are 1.32 versions!
- Here is the configuration description:
- https://stackoverflow.com/questions/54247707/visual-editor-and-mediawiki-couldnt-connect-to-server
- Sorry!
- Please help. Spcnk (talk) 18:52, 18 January 2019 (UTC)
- Set:
- In LocalSettings.php:
'url' => 'parsoid:8000',
- In docker-compose.yml:
PARSOID_DOMAIN_localhost: http://mediawiki:80/api.php
- And done.
- The addresses were guilty. Spcnk (talk) 04:25, 22 January 2019 (UTC)
Upgrading from 1.24.1
RESOLVED | |
Ended up being an IIS issue - its way too fiddly for it's own good! |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
- Hi,
- I'm trying to upgrade my implementation of mediawiki from 1.24.1, got as far as running the update from the browser.
- When I navigated /mw-config/ I received a message telling me I did not have all dependencies installed.
- Prior to the installation I updated my PHP to 7.31.1, which by my interpretation, was the only dependency I was missing.
- Any help is appreciated! And I apologise if it's something glaringly obvious I've missed Mbrooksham (talk) 15:09, 18 January 2019 (UTC)
- Reply to "opera" 197.156.111.243 (talk) 13:59, 21 January 2019 (UTC)
- Sorry? What do you mean? Mbrooksham (talk) 14:17, 21 January 2019 (UTC)
- I'm assuming you're running from a git checkout, right? If you update to the REL1_?? branch, the dependencies should be included. They are included in the tarball installation.
- If all else fails and you have shell access, you can run composer install from the command line in your mediawiki directory. ☠MarkAHershberger☢(talk)☣ 18:45, 18 January 2019 (UTC)
- I'm working with the handicap of not having an internet connection in the installation environment - so I was following the manual installation route listed here: Manual:Upgrading
- I now see the sentence describing the need for external php libraries. How would I go about installing these manually? The composer and git routes require an internet connection to download them I'm assuming, but you mentioned their inclusion in the tarball?
- Thanks for your patience. Mbrooksham (talk) 08:53, 21 January 2019 (UTC)
- Download from here. ☠MarkAHershberger☢(talk)☣ 23:51, 21 January 2019 (UTC)
Dynamic references
hi all
in a wikitable I'm showing some rows dynamic, e.g.
! class="showEntry" | table-vale <ref>reference text</ref>
and show at the end of table references using <references />
the reference is always shown.
how can i supress the reference when the row is not shown?
regards Murphy013 (talk) 21:58, 18 January 2019 (UTC)
- If you display/hide the row with JavaScript, you'll need to modify that JavaScript to find a reference on the row being hidden/shown and do the same on the corresponding reference text. Ciencia Al Poder (talk) 14:26, 19 January 2019 (UTC)
Password reset via DB?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I need to reset the passwort of the account I use for my bot in my wiki, since I forgot it a long time ago. As I forgot to set an email adress and can't use the maintenance script, I need to do it via the DB (of course backed up the table in question before trying anything). The SQL command looks like that
UPDATE `user` SET user_password = CONCAT(':pbkdf2:sha256:10000:128:', 'another-string', 'another-key') WHERE user_name = 'someuser';according to Manual:Resetting passwords, but I don't know what I need to insert as 'another-string' and 'another key'. It would be enough to set an one-letter-password to allow me to log in with that account and change it afterwards.
Can someone help me?
Semako96 (talk) 22:28, 18 January 2019 (UTC)
- If you can update the db, why not provide an email for the user and just recover it that way? ☠MarkAHershberger☢(talk)☣ 23:01, 18 January 2019 (UTC)
- Yeah, I am so dumb, I should have known that easy way to do that. Done, I can use that account again ;) Semako96 (talk) 10:47, 19 January 2019 (UTC)
Printable version
RESOLVED | |
Help:Printing#Printable version. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello there! Is there any help or manual page about the "printable version" function? I can't find anything when searching with "print", "printable" and similar keywords. AnonymusGdpr (talk) 11:44, 19 January 2019 (UTC)
- Help:Printing#Printable version. AhmadF.Cheema (talk) 12:53, 19 January 2019 (UTC)
- Hah! I did not consider looking up the WP documentation, have always been searching around here at mediawiki.org. Thank you! AnonymusGdpr (talk) 20:12, 19 January 2019 (UTC)
Ursprungszertifikat für Hsch31
RESOLVED | |
Content on the website de.wikipedia.org is off-topic for the website mediawiki.org |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
wieso glaubt mir mbf einfach nicht, dass ich meine Standardmodell-Konstruktionen alle alleine gemacht habe und unterstellt mir "unbekannte Herkunft" ohne Lizenzberechtigung ? Ob 3 oder 4 ist mir doch egal. Es ist doch nicht mein Fehler, wenn ein CERN Baukasten mit 17 Quadraten und allen Angaben mit Spin & Ladung von den Forschern nicht nach Gell-Mann's Angaben mit der nötigen STRANGENESS (mit den kleinen x/3 Brüchen, die nämlich 1960 in der Literatur veröffentlicht wurden (Labor & Chemie) erweitert wurde, sondern auf der 18 Konstanten benötigten Lagrange-Formel sitzen geblieben wurde. Ich habe schliesslich nur in meiner Pensionierung die neuen Medien am PC angewandt.
Ich warte eigentlich schon seit 2 Jahren, bis mir einer einen Konstruktionsfehler nachweist, der mit der Mathematik und experimentell nicht übereinstimmt. Auch wenn meine notgedrungene Publikation nicht von Gell-Mann gepeert wurde, kann sie dennoch nicht ganz falsch im jetzigen Zeitpunkt sein. Hsch31 (talk) 11:58, 19 January 2019 (UTC)
- Vermutlich betrifft dieser inhaltliche Änderungswunsch de:Standardmodell. Grundsätzlich gilt, dass Angaben in Artikeln durch reputable Quellen belegt sein müssen, siehe de:WP:Q. Wenn es solche Quellengibt, können die Angaben in Artikel eingebaut werden. Gibt es sie nicht, dann ist das nicht möglich. Das zu besprechen ist hier allerdings der falsche Ort. Der richtige Ort ist die Diskussionsseite des Artiels bzw. des anderen beteiligten Benutzers (dessen Name offenbar Mfb und nicht Mbf ist). 2001:16B8:10B9:5700:2933:4D21:24AD:F693 (talk) 13:37, 19 January 2019 (UTC)
Resize framed images
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi
I read Wiki information and found no way to resize a framed image. Who can help? Or is it possible to get a caption for resizable images? I found only thumbnails, but I don’t wanna use this way.
Best Murphy013 (talk) 21:35, 19 January 2019 (UTC)
- Apparently, "[a]n image with
frame
always ignores the size specification". for a possible solution, see Project:Support desk/Flow/2011/04#h-framed_image_resize_does_not_work-2011-04-03T07:18:00.000Z. - Or maybe use CSS to hide whatever issues thumbnails have, that make you want to not use them. AhmadF.Cheema (talk) 09:43, 20 January 2019 (UTC)
Populating multiple template arguments via a parser function
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I'm trying to use a parser hook to produce several arguments of a template, but it's not recognizing them as arguments.
My input:
{{Navbox |state = uncollapsed |name = {{subst:PAGENAME}} |title = [[Troops]] |listclass = hlist {{#arraymap:Test One~Test Two~Test Three|~|x|{{!}}group1{{=}}x{{!}}list1{{=}}Test|}} }}
Intended result:
{{Navbox |state = uncollapsed |name = {{subst:PAGENAME}} |title = [[Troops]] |listclass = hlist |group1=Title One |list1=Test |group1=Title Two |list1=Test |group1=Title Three |list1=Test }}
The issue is that the Navbox appears to be parsing the |group1=Title One|list1=Test|group1=Title Two|list1=Test|group1=Title Three|list1=Test part as a single string rather than several template arguments. How do I get it to do this properly?
P.S. I know the groups will override each other, this is an example. EliteMasterEric (talk) 01:00, 20 January 2019 (UTC)
- I have discovered the page Halo Esports Gamepedia: Template:OrgNavbox , which builds a navbox dynamically using a Lua module invocation. This is what I am moving to. EliteMasterEric (talk) 03:32, 20 January 2019 (UTC)
"Illegal offset type" errors after upgrading wiki/php/installing SSL redirect
RESOLVED | |
Hid error messages.
|
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I had been neglecting maintenance on my wiki for some time, and finally updated from version 1.24 to 1.32. This of course required me to change my PHP installation to 7.0. I also installed an SSL cert through LetsEncrypt and setup a https:// redirect as part of that. This was all done on Hostgator as part of FTP uploads/cPanel settings.
Now I often get this error at the bottom or top of pages:
Warning: Illegal offset type in /websitepath/includes/parser/ParserOutput.php on line 758
Warning: Illegal offset type in /websitepath/includes/parser/ParserOutput.php on line 760
Sometimes these errors are repeated twice. Below is what lies on those two lines:
758: $this->mImages[$name] = 1;
760: $this->mFileSearchOptions[$name] = [ 'time' => $timestamp, 'sha1' => $sha1 ];
Any help would be greatly appreciated! 97.92.209.213 (talk) 08:09, 20 January 2019 (UTC)
- If any other information needs to be provided to assist then please let me know. Generallund (talk) 21:10, 20 January 2019 (UTC)
- If they aren't causing problems (they are, after all, "just" warnings), then you can hide them by adding
error_reporting( 0 ); ini_set( 'display_errors', 0 );
- to your LocalSettings.php. If you run into problems later, commenting these out will probably help track down the trouble. ☠MarkAHershberger☢(talk)☣ 21:29, 20 January 2019 (UTC)
- Hey I'm fine with that! There's no problems, just an annoying error message. I'll do that and see if they keep occurring. Generallund (talk) 22:05, 20 January 2019 (UTC)
Mobile.css doesn't load, possible bug?
RESOLVED | |
Main topic resolved, it is in fact a bug in the extension, fixed with a workaround. For other problems, I opened a new topic. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Because the desktop version of Vector looks really messed up when I load it the first time (reload fixes it, screenshot: https://abload.de/img/screenshot_2019-01-1690kds.png), I installed Extension:MobileFrontend and Skin:Minerva Neue. Now it loads the Minerva skin on phones, and that doesn't look messed up.
Now I am trying to adapt our templates such as infoboxes for the new mobile skin, but the problem is, that MediaWiki:Mobile.css doesn't load at all in the mobile version, not even as overwritten by other CSS rules, as you can see here: https://abload.de/img/mobilecssbug2pk9h.png (trying to fix the messed-up infobox). What is the problem here? Is it a bug in either Minerva or MobileFrontend? Semako96 (talk) 11:41, 20 January 2019 (UTC)
- I just found the bug report on Phabricator and did the workaround via mobile.js, now it works fine. The only problems I have now are the messed-up vector skin (see screenshot) when using the desktop view on phone and that the infobox isn't the first thing in articles on mobile view, it sits after the first paragraph, despite being the first thing in the article's code.
- And I also just noticed that the expandable navigation templates at the page's end are missing entirely in the mobile view?! Semako96 (talk) 12:46, 20 January 2019 (UTC)
- Could you point to the phab task?
- What version of MediaWikia are you using? ☠MarkAHershberger☢(talk)☣ 21:30, 20 January 2019 (UTC)
- It is phab:T191596, I am on mediaWiki 1.31.
- Do you also have an idea why our stub template https://mariowiki.net/wiki/Vorlage:Stub is a bit too wide on phones, but not on firefox's mobile simulation?
- Edit: https://mariowiki.net/w/index.php?title=Spezial:Beiträge/Semako&mobileaction=toggle_view_mobile also looks broken, CSS doesn't load here at all, despite the mobile.js workaround? Semako96 (talk) 22:27, 20 January 2019 (UTC)
- Any ideas? Semako96 (talk) 12:05, 21 January 2019 (UTC)
Is there a way to search within a page
RESOLVED | |
Ctrl-F or ⌘-F |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Similar to word?
68.186.118.80 (talk) 00:55, 21 January 2019 (UTC)
- Web browsers usually have this feature built-in. Try ctrl-f or ⌘-f. Sam Wilson 01:48, 21 January 2019 (UTC)
- So simple. Thanks.
68.186.118.80 (talk) 03:34, 21 January 2019 (UTC)
Mediawiki slow to implement page changes following update
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi all,
I had a bit of a mare during an attempt to update my implementation of Mediawiki 1.24.1 to the current version, and I ended up having to back out and re-implement 1.24.1. Since then, there has been a recurring issue whereby changes to pages don't show up immediately after saving an edit and there will be edit locks as though multiple people are editing the same page, even though I know that is not the case.
I'm guessing this is a database issue, but I do not know how to remedy it - if there is a script to run to reboot the database? or if that is even the solution? Mbrooksham (talk) 09:03, 21 January 2019 (UTC)
- What you describe is handled by the Manual:Job queue. There's nothing wrong in the database, nor something to "reboot" it, unless you want to start from scratch...
- If during your failed attempt to upgrade, you ran the update script on the new version, and then you rolled back to the old version without rollink back also the database (using a recent backup), some things may be broken, since downgrading is not supported. Ciencia Al Poder (talk) 10:09, 21 January 2019 (UTC)
- I didn't run any scripts other than 'Runjobs.php' prior to the update, what i did was mostly just changing my php default document and moving files around. I went to update via the browser when I received an error regarding a missing dependency, so I just undid the steps and put back in the older files which I had backed up.
- It all seems to work as expected other than this issue - I'll check out that manual page, thanks. Mbrooksham (talk) 13:52, 21 January 2019 (UTC)
- Further to this it would seem that Mediawiki isn't handling log in that well, after logging in some users report seeing another username at the top of their screen. I had thought that since I did not run anything when I navigated to the browser update facility, that nothing was changed on the database.
- Any ideas how to fix this issue? Restoring the database perhaps? Mbrooksham (talk) 15:46, 21 January 2019 (UTC)
- Seeing another user at the top of the screen may indicate you're using some caching mechanism on the webserver, like a proxy-cache (varnish, squid), which is not properly configured. MediaWiki doesn't cache pages for logged-in users, although if there's a bug you won't get any support here if you run an old and insecure version. Ciencia Al Poder (talk) 22:55, 21 January 2019 (UTC)
- Thanks a lot! My issue turned out to be with IIS's default caching settings, instead of 'do not cache' I needed to put 'prevent caching'
Mbrooksham (talk) 09:58, 22 January 2019 (UTC)
- I'll look into it thanks, I've a view to upgrade this to the newest version but I had trouble last time I attempted it. Mbrooksham (talk) 09:02, 22 January 2019 (UTC)
Which webhoster do you recommend me for my MediaWiki?
RESOLVED | |
See Hosting services |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi,
I have 1.23.9 MedaWiki on bplaced.net. There I often have problems, when I update the Wiki on newer version. Thats why Im still on 1.23.9.
I am looking for an alternative. The criteria should be:
- for free
- no advertising
- able to run always the latest version of MediaWiki
Which hoster can you recommend to me? (I have very few technical knowledge) Polyphon522 (talk) 09:17, 21 January 2019 (UTC)
- See Hosting services Malyacko (talk) 09:53, 21 January 2019 (UTC)
1.32.0 - Create new User - [66ff6dd96b42943e94930794] 2019-01-21 11:43:33: Fataler Ausnahmefehler des Typs „BadMethodCallException“
PHP 7.3.1 (Win64)
This is a new installation from 1.32.2 to a 1.31.xx test installation with very little data.
I get this error message create a new user
Internal error: [66ff6dd96b42943e94930794] 2019-01-21 11:43:33: Fatal exception error of type "BadMethodCallException". 213.61.101.146 (talk) 11:52, 21 January 2019 (UTC)
- Correction:
- This is a new installation from 1.32.2 refundet 1.31.xx test installation with very little data.
213.61.101.146 (talk) 12:54, 21 January 2019 (UTC)- did you carry over any data besides localsettings.php, uploads and database? Semako96 (talk) 13:10, 21 January 2019 (UTC)
- Nothing. I create a new localsettings.php. 213.61.101.146 (talk) 13:13, 21 January 2019 (UTC)
- apache error.log show this.
- -----[error.log]--------------
- [Mon Jan 21 13:15:17.167070 2019] [php7:warn] [pid 1692:tid 288] [client x.x.x.x:63566] PHP Warning: session_id(): Cannot change session id when session is active in [...]\\wiki\\includes\\Setup.php on line 879 213.61.101.146 (talk) 14:05, 21 January 2019 (UTC)
- What is the error when you add
$wgShowExceptionDetails=true;
to the end of your LocalSettings.php? ☠MarkAHershberger☢(talk)☣ 00:02, 22 January 2019 (UTC) - [a23d5de78988bd610d52df0c] /wiki/index.php?title=Spezial:Benutzerkonto_anlegen&returnto=Hauptseite BadMethodCallException from line 456 of C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\session\Session.php: Encryption is not available. You really should install the PHP OpenSSL extension, or failing that the mcrypt extension. But if you really can't and you're willing to accept insecure storage of sensitive session data, set $wgSessionInsecureSecrets = true in LocalSettings.php to make this exception go away.
- Backtrace:
- #0 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\session\Session.php(485): MediaWiki\Session\Session::getEncryptionAlgorithm()
- #1 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\auth\AuthManager.php(1139): MediaWiki\Session\Session->setSecret(string, array)
- #2 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\specialpage\AuthManagerSpecialPage.php(357): MediaWiki\Auth\AuthManager->beginAccountCreation(User, array, string)
- #3 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\specialpage\AuthManagerSpecialPage.php(482): AuthManagerSpecialPage->performAuthenticationStep(string, array)
- #4 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\htmlform\HTMLForm.php(665): AuthManagerSpecialPage->handleFormSubmit(array, VFormHTMLForm)
- #5 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\specialpage\AuthManagerSpecialPage.php(416): HTMLForm->trySubmit()
- #6 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\specialpage\LoginSignupSpecialPage.php(317): AuthManagerSpecialPage->trySubmit()
- #7 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\specialpage\SpecialPage.php(569): LoginSignupSpecialPage->execute(NULL)
- #8 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\specialpage\SpecialPageFactory.php(568): SpecialPage->run(NULL)
- #9 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)
- #10 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\MediaWiki.php(860): MediaWiki->performRequest()
- #11 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\MediaWiki.php(517): MediaWiki->main()
- #12 C:\Program Files\Apache24\htdocs\AERUS\wiki\index.php(42): MediaWiki->run()
- #13 {main} 213.61.101.146 (talk) 06:23, 22 January 2019 (UTC)
- Error fixed with add openssl to my php.ini and restart apache
- ; 22.01.2019 TW für MediaWiki
- extension=openssl 213.61.101.146 (talk) 06:32, 22 January 2019 (UTC)
- was there any hint to openssl extension during installation? 213.61.101.146 (talk) 06:50, 22 January 2019 (UTC)
- I've created a task for this issue in Phabricator. ☠MarkAHershberger☢(talk)☣ 12:51, 22 January 2019 (UTC)
External Data Extension
Hi,
Have installed external data extension, and wanting to use #get_db_data functionality. Have made all the configuration settings as mentioned in : Extension:External Data##get db data - retrieve data from a database
My query was pertaining to how is the data displayed form this extension. Just creating a new page and adding the below query will retrieve the results or I am missing something? I am trying to retrieve data from mediawiki table in . Sample query as below
{{#get_db_data: db=employee-db |from=tblPersonalInfo |order by=employeeName ASC |data=dbemail=employeeEmail,name=employeeName }}
Thanks
Sneha.1812 (talk) 11:58, 21 January 2019 (UTC)
- ping @Yaron Koren ☠MarkAHershberger☢(talk)☣ 00:03, 22 January 2019 (UTC)
- Did you read the documentation for displaying data? ☠MarkAHershberger☢(talk)☣ 00:07, 22 January 2019 (UTC)
- Thanks but it is not letting me in 2600:1012:B12C:B0D1:90A5:14D1:82E4:9735 (talk) 03:44, 22 January 2019 (UTC)
problem at www.cyclechaos.com/wiki/Motorcycle/wiki
- problem at www.cyclechaos.com/wiki/Motorcycle/wiki
- I could not find any other place to report problem but this site seems pertinent. On Jan 3, 2019 I accessed this
- terrific wikipedia about Motorcycles but today ( two weeks later) I get errors suggesting I am running a version of PHP that is too old. I am just a user interested in motorcycles and I assure you I am not running any version of PHP. I tried both Chrome and Edge in Windows 10 on desktop with no change. I would appreciate if someone else could access the site and see if it works for them. Therefore it would be a problem with my computer and not the site.
- On Jan 3, I did some screen captures to show some of the sites content if anyone wants to see what it looked like. contact me at 2scott@bellsouth.net and I will reply with some attachments. If there is a better place to report this error function or suggestion for other pursuit, please send me an email to the address mentioned and I will pursue this elsewhere.
- Scott in Atlanta.... 2scott@bellsouth.net Interested in MOTORCYCLES 2600:1700:8990:70C0:3177:B31D:A230:74D2 (talk) 14:07, 21 January 2019 (UTC)
- I've had the same for several weeks, as of 2-3 days ago my bookmark to the site is bringing up error 404, seems they've taken the site down.
- A pity as it was very useful. 78.144.171.142 (talk) 12:24, 9 February 2019 (UTC)
- This is a problem on the server of www.cyclechaos.com. It seems like they either upgraded MediaWiki or they downgraded PHP and now the combination they are using now does no longer fit together.
- As a visitor of the website there is nothing you can do about that - only the website administrator can solve this issue. 2001:16B8:1074:1100:2857:A74D:EAF3:C557 (talk) 18:55, 21 January 2019 (UTC)
- maybe you have luck and can find articles from that site archived at archive.org? Semako96 (talk) 19:38, 21 January 2019 (UTC)
Minerva Neue problems
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I installed said skin and MobileFrontend extension, and while it works basicially fine, there are still several displaying erros, and I don't know what causes them.
- The Special:Contributions page is corrupted
- The box templates such as the one at the top of the main page or https://mariowiki.net/wiki/Vorlage:Stub are too wide, for whatever reason, while infoboxes are not, which are tables too and use the same width:100%
- The expandable navigation bars at the end of articles are missing entirely (altough they work fine in desktop version)
- The desktop skin Vector is broken when loaded on mobile the first time, https://abload.de/img/mobilecssbug2pk9h.png, but fixes itself when reloading.
What is the problem here? I already removed lots of old, outdated scripts from common.js and added the remaining scripts and the css from common.css to mobile.js and mobile.css, respectively, but the problems persist. Semako96 (talk) 19:48, 21 January 2019 (UTC)
- The Special:Contributions page with "Mobile view" is problematic on Wikimedia Wikis too. See m.mediawiki.org/wiki/Special:Contributions and en.m.wikipedia.org/wiki/Special:Contributions.
- Infoboxes are dependent on several other templates and CSS rules in Common.css. Their 100% width is probably in reference to some specific sub element and not the entire page.
- The "expandable navigation bars" are probably restricted from being rendered in mobile view in their template codes. AhmadF.Cheema (talk) 20:49, 21 January 2019 (UTC)
- Thank you. The stub template doesn't depend on other templates, and it is too wide in mobile, as you can see on its page: https://mariowiki.net/wiki/Vorlage:Stub Interestingly the problem only appears on mobile phones, not in the mobile simulation of a desktop browser like Firefox.
- The infoboxes work as intended, except that they're not at the top of the page, they are below the first paragraph instead (altough they're the first object in the page's wiki code.
- I can't find anything that restricts the expandable navigation bars from being displayed in the mobile skin.
- Any ideas about the desktop vector skin problem on mobile? User who don't like the mobile version should get to see a working desktop skin and not such a mess...
- Edit: expandable tables don't work at all in the mobile skin. Semako96 (talk) 21:16, 21 January 2019 (UTC)
- Can anyone help me? Semako96 (talk) 07:56, 22 January 2019 (UTC)
- Via remote bugging I found out that the reason for the stub template being to wide was a bug with how Chrome (also desktop, but as I am using Firefox on desktop, I thought it was mobile-exclusive) handled the padding. Adding box-sizing:border-box fixed that issue.
- Regarding the not working collapsible tables in the Minerva skin, I get an error in the browser's console when I try to click the button to expand them:
- ReferenceError: collapseTable is not defined
- But I don't know what exactly the problem is, since the JS code seems to be valid and works in Vector.
- For the other problems - navigation bars not showing at all, infoboxes at the wrong position and the page being corrupted when switching to vector on phone, I haven't found solutions yet, so I hope that someone can help me :) Semako96 (talk) 10:09, 22 January 2019 (UTC)
- It's easier for us if you provide URLs to the pages with problems, rather than requiring us to search random pages of your site to see if any have a problem. Ciencia Al Poder (talk) 10:16, 22 January 2019 (UTC)
- Infobox wrong position, navigation bars missing: https://mariowiki.net/wiki/Mario
- Collapsible table not working, throwing JS error: https://mariowiki.net/Super_Mario_3D_Land
- Page corrupted: Screenshot https://abload.de/img/mobilecssbug2pk9h.png, happens on main page for example
- Mobile.js: https://mariowiki.net/wiki/MediaWiki:Mobile.js Semako96 (talk) 10:24, 22 January 2019 (UTC)
- What's "navigation bars"? The table of contents? Minerva doesn't have table of contents.
- JavaScript is scoped. The collapsible tables code should be rewritten. You can try with this version (untested), for MediaWiki:Mobile.js.
- I don't see that corruption thing. It happens at the first page load during the first second maybe but it fixes itself. Ciencia Al Poder (talk) 15:55, 22 January 2019 (UTC)
- Well, I'm getting a 403 Forbidden error, so can't check things.
- Navigation bars are probably the collapsed nav-templates near the bottom of page: mariowiki.net/wiki/Mario.
- I would guess, they are possibly derived from Template:Navbox which is restricted from mobile view. You can see this happening on the mobile version of the Wikipedia United Nations article. AhmadF.Cheema (talk) 16:38, 22 January 2019 (UTC)
- Have you tried reloading the page? It works fine for me and others, you're the only one getting an error 403. However, I see lots of 404 errors for existing articles and files in the log, and they're accessible and load normally. What can that be?
- What do you mean with "scoped"? I just inserted your JS code, and now collapsible tables work on mobile view, thanks!
- Yes, I mean the collapsed nav templates near the page's bottom. This is one of them: https://mariowiki.net/w/index.php?title=Vorlage:Navigation/Item
- As I took the wiki over recently, I don't know from which wikipedia templates ours are derived; on German wikipedia the navigation boxes are shown in mobile view.
- And what about the wrong positioning of our infoboxes, why aren't they the first thing on the page in mobile view? Semako96 (talk) 16:55, 22 January 2019 (UTC)
- Looks like your site has consistently been restricted from reaching certain geographic locations. You can use Uptrends to see which locations are presently giving the 403 Forbidden error. As far as I know, this could be caused by location specific deny rules setup by the user or your host.
- The mobile version of the Wikipedia United Nations article also shows the infobox after the first paragraph. The template appears to have been designed such, and will need to be edited to change this behaviour.
- Your navbox templates have the class "navbox" defined for them. This class is possibly hidden by Extension:MobileFrontend. As I was unable to find any CSS rules associated for this class on your Wiki, maybe try removing this class? Possibly it won't affect how they are displayed and start showing up on mobile too.
- If not, you might need to import the Wikipedia navbox templates and use the solution mentioned in Extension talk:MobileFrontend/2018#h-How_to_show_navbox_by_default?-2018-01-20T06:19:00.000Z to get them to display on mobile. AhmadF.Cheema (talk) 09:15, 23 January 2019 (UTC)
- Thanks, now everything regarding the mobile skin is fine. I am already in contact with my hoster. Semako96 (talk) 13:22, 23 January 2019 (UTC)
ignore pictures in printable version
RESOLVED | |
See Manual:CSS how to hide such elements on printing |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi,
is it possible to exclude elements from the printable version. I have a article with some huge pictures. I would like to exclude them from the printable version since they fill up a lot of space and if a user wants to print them he is better served making a full-page-print of the picture. 212.201.7.58 (talk) 15:27, 22 January 2019 (UTC)
- https://stackoverflow.com/questions/4816937/use-css-to-hide-contents-on-print / https://stackoverflow.com/questions/355313/how-do-i-hide-an-element-when-printing-a-web-page / Manual:CSS Malyacko (talk) 16:25, 22 January 2019 (UTC)
- Thanks that did it 5.146.73.41 (talk) 17:01, 22 January 2019 (UTC)
How to hide file history on a page
I have an image that shows file history to people NOT logged in. How can i supress that to everyone except logged in users? Rkasparek (talk) 17:25, 22 January 2019 (UTC)
- It looks like the only way to do that would be to use JS to remove the element identified by #mw-imagepage-section-filehistory when a user is not logged in. ☠MarkAHershberger☢(talk)☣ 20:30, 22 January 2019 (UTC)
- I would have done the same by hiding the history with CSS. However, this does not prevent people, who know the URL to a history page (which is not hard to guess actually), to just visit that URL, where they can just see basically the same history as well. 2001:16B8:1075:300:F543:FC3A:C10D:E3B2 (talk) 21:32, 22 January 2019 (UTC)
- I have no issue with them going to the page of the image, I'd just like to hide the history on that page :)
- I think I figured it out...
- In MediaWiki:Common.css I added:
- #filehistory { display: none; } /* Hides the "File history" header */
- #mw-imagepage-section-filehistory { display: none; } /* Hides the "file history" table */ Rkasparek (talk) 16:01, 23 January 2019 (UTC)
- That only works as long as the user doesn't start his developer console and reads the page's HTML code or just removes the CSS rule ;-) Semako96 (talk) 17:47, 23 January 2019 (UTC)
Error after moving page
I moved the page https://mariowiki.net/wiki/Venus-Feuerfalle to https://mariowiki.net/wiki/Feuer-Piranha-Pflanze - and now that article only gives a 500 error. What went wrong and how can I fix that to prevent it from happening in the future?
Edit: By moving the page again via typing the URL to move it into the browser's adress field, I found out, that it seems to be a problem with that specific title? I moved it again to https://mariowiki.net/wiki/Feuer-Piranha-Pflanze1 - and there the artikel showed up fine. After moving it back to https://mariowiki.net/wiki/Feuer-Piranha-Pflanze, it only gives me the error https://mariowiki.net/wiki/Error/500-internal-server-error.html again. What is wrong with my wiki? :(
Edit: by manually opening the article in the editor and saving, the problem got fixed. But I leave this open, because I would like to know what can cause such a problem to prevent it from happening in the future. Semako96 (talk) 19:50, 22 January 2019 (UTC)
- A 500 error is not descriptive for us, it can be a million of things. Please look at the error logs of your server to find a detailed message of the error. See also Blank page. Ciencia Al Poder (talk) 10:26, 23 January 2019 (UTC)
- I can't find anything related to that error in the log. Also the error message loooks different from an usual error 500, because usually MediaWiki would't even load, but in this case the error 500 was displayed as a wiki article... Semako96 (talk) 11:03, 23 January 2019 (UTC)
- If by error you mean the page: https://mariowiki.net/wiki/Error/500-internal-server-error.html, then this is not an error but a Wiki content page by the name of "Error/500-internal-server-error.html".
- Maybe something on the server side happened when you moved the page, for the URL to get redirected to page "Error/500-internal-server-error.html"? AhmadF.Cheema (talk) 12:23, 23 January 2019 (UTC)
- I don't know. That is the error page that got displayed when I tried to open the moved article. Really strange... there's also no error report in the error log for a 500 error, there are only 404 and 403 errros reported.
- Right now, a friend from Germany can't access https://mariowiki.net/wiki/Spezial:Letzte_Änderungen (the recent changes special page) and gets the same strange 500 error, that looks like a Wiki content page, and again, there's no error 500 logged in the error log. Semako96 (talk) 13:25, 23 January 2019 (UTC)
- Do you have any explanations for that strange behaviour? If a region or an IP range is blocked for a website, every page on that website should be inaccessible and not only a single one... And why the hell is there nothing except some "file does not exist" (404) and "access denied" (403) logged, but no 500 errors? I am really desperate right now...
- PS:Hoster is contacted too, I hope that they reply tomorrow. Semako96 (talk) 15:47, 23 January 2019 (UTC)
- Far as I can see, some specific URLs to your Wiki get redirected to a "500-internal-server-error.html" HTML webpage inside the directory "error" i.e. path, "error/500-internal-server-error.html". Now, since MediaWiki automatically reads such URL paths as part of its Wiki content pages, the visitor ends up seeing the Wiki content page instead of the "error/500-internal-server-error.html" page.
- Either you have made some redirect rules mistake, or much more likely your hosting service is making some mistake. To make sure that your setup is not to blame, try temporarily removing all redirect rules and browse to the Wiki page which leads to the "error/500-internal-server-error.html" page. AhmadF.Cheema (talk) 16:45, 23 January 2019 (UTC)
- I did what you said, and https://mariowiki.net/w/index.php?title=Spezial:Letzte_Änderungen works, even with the .htaccess for short URLs applied, the short URL https://mariowiki.net/wiki/Spezial:Letzte_Änderungen doesn't work. That's, however, only for my friend from Germany, for me, here in Austria, everything works fine, including the short URL to the recent changes page. That's what really confuses me. If it was a misconfiguration I made, like an error in my .htaccess, it should affect everyone...
- Anyways, here is my current .htaccess file, it is from another thread here on the Support Desk:
- Semako96 (talk) 17:45, 23 January 2019 (UTC)
## http://www.mediawiki.org/wiki/Manual:Short_URL/Apache # Enable the rewrite engine RewriteEngine On # Move to https RewriteCond %{HTTP_HOST} mariowiki.net RewriteCond %{HTTPS} !=on RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L] # Short URL for wiki pages RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/w/index.php [L] # Redirect / to Main Page RewriteRule ^/*$ %{DOCUMENT_ROOT}/w/index.php [L] # Redirect "forgot wiki" RewriteCond %{REQUEST_URI} !^/wiki/ RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d RewriteRule ^/?(.*)$ /wiki/$1 [R=301,L]
- And here an anonymized version of my localSettings.php: https://pastebin.com/svcNKWQV (keys and database login removed) so that you can check it, but I doubt it is the source of the problem... Semako96 (talk) 18:03, 23 January 2019 (UTC)
- The redirect is something performed by the webserver. Probably forced by your hoster, or something you can change from your cPanel or similar. If you can't find error logs on your server, you should ask them how they could provide access to such logs to debug the problem Ciencia Al Poder (talk) 22:26, 23 January 2019 (UTC)
- I have error logs, but they don't tell me anything about a 500 error, they only contain numerous 404s and 403 Forbidden.
- I already asked my hoster. But why should the server redirect a page only for a specific region and not for another region? And why only a specific wiki page? Semako96 (talk) 22:59, 23 January 2019 (UTC)
- That doesn't make sense to me...
- It is a shared host, and I can only activate or deactivate mod-rewrite, but not change other redirect settings.
- Can browser plugins cause something like this? That would be the only thing I can imagine that may cause such a beavior...
- As a workaround would it be possible to change the htaccess and localsettings.php so that no short URLs are used and the user gets redirected to the long URL when entering a short URL into his browser? Semako96 (talk) 23:28, 23 January 2019 (UTC)
- Although rare, browser proxy extensions are known to have caused URL redirects. AhmadF.Cheema (talk) 04:41, 24 January 2019 (UTC)
- In general, shared hosts have configured error pages to automatically display or redirect a specific HTML page, specially if they don't allow their customers to configure that explicitly. In this case, they decide to redirect error pages to "/error/500-internal-server-error.html", where they expect you'd put there a meaningful html page to say the user something went wrong. Your redirect rules cause /error to be redirected to /wiki/error (because the original file doesn't exist), causing the wiki to display that page. Ciencia Al Poder (talk) 10:21, 24 January 2019 (UTC)
- Okay, that makes sense.
- Stilö wondering why my hoster can't configure their servers properly...
- A user wanted to upload multiple files via Extension:Multiupload, got a 500 error and then the page was down for everyone for a few minutes...
- I contacted the hoster again, and am waiting for a response. Semako96 (talk) 20:19, 24 January 2019 (UTC)
Can template inclusion be used conditionally?
Help:Templates#Control template inclusion
For example, if I call {{Example|option1}} a section is included, but if I call {{Example|option2}} it isn't. {{#switch:{{{1|}}}|option1=<includeonly>}} doesn't work. Using #switch to include/exclude the actual content doesn't work either because the editlink for the subsections disappears. Using #switch above the top section header won't work because the archivebots will mess everything up.
Ultimate goal: have a single discussion page which can be included to show all the discussions or just the discussion headers. I've been trying to accomplish this on c:User:Alexis Jazz/Proposal incubator.
A method to override <noinclude> tags when including a page to make the noinclude contents be included anyway should also work. Alexis Jazz (talk) 06:12, 23 January 2019 (UTC)
- To exclude content use {{#if: or {{#switch:, and put the contents inside the part of the if/switch where you want it displayed. Don't use includeonly tags for conditionally add or remove contents. Ciencia Al Poder (talk) 10:22, 23 January 2019 (UTC)
- As I said, that's not a sensible approach for what I'm trying to do. I started phab:T214464 as I guess it can't be done in wikicode atm. Alexis Jazz (talk) 10:58, 23 January 2019 (UTC)
Not able to pass ip-validation
Not able to pass ip-validation check on vert.x github. Keep seeing following page: https://dev.eclipse.org/eclipse-webhook/services/status_details.php?id=5c48098f32584 68.3.248.209 (talk) 06:39, 23 January 2019 (UTC)
- Is this related to MediaWiki? AhmadF.Cheema (talk) 08:11, 23 January 2019 (UTC)
how to reset a password?
PLease tell the procedures to reset the password
129.126.226.121 (talk) 07:11, 23 January 2019 (UTC)
- Manual:Resetting passwords. AhmadF.Cheema (talk) 08:10, 23 January 2019 (UTC)
Users can only see main page
RESOLVED | |
Bugged function related to permissions restrictions in LocalSettings.php. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Software Version
MediaWiki 1.31.1
PHP 7.2.12 (apache2handler)
MariaDB 10.2.19-MariaDB
ICU 50.1.2
Sorry but I can't give the URL because it is an Intranet wiki.
I have the following problem:
Users with admin rights can see and edit all pages and execute all administrative tasks.
When I create a "normal" user the user can only see the main page.
When I try to search for an article/page (not a special page!)
I only get the message "Spezialseite nicht vorhanden" (special page not found)
I tried to change $wgGroupPermissions in various ways but still no success.
Where is the problem?
Thanks for any tips. Managedata (talk) 10:03, 23 January 2019 (UTC)
- Are you using any extension to restrict permissions? Ciencia Al Poder (talk) 10:13, 23 January 2019 (UTC)
- I think not. Following the content of my extension directory:
- CategoryTree, Cite, CiteThisPage, CodeEditor, ConfirmEdit, Gadgets, ImageMap,
- InputBox, Interwiki, LocalisationUpdate, MultimediaViewer, Nuke, OATHAuth,
- ParserFunctions, PDFEmbed, PdfHandler, Poem, Renameuser, ReplaceText,
- SpamBlacklist, SyntaxHighlight_GeSHi, TitleBlacklist, UserMerge, WikiEditor Managedata (talk) 11:13, 23 January 2019 (UTC)
- I have removed all extension in extension directory and change LocalSettings.php to not using any extension.
- Same behavior: Only main page or "special page not found" visible. Managedata (talk) 12:25, 23 January 2019 (UTC)
- If possible, maybe try removing all custom settings that you have included in LocalSettings.php too? AhmadF.Cheema (talk) 16:49, 23 January 2019 (UTC)
- I had a function in LocalSettings.php which should disable some special pages for "normal" users. Seems it disabled all pages instead...
- Thank you for your quick help. Saved me a lot of time (Maybe I have found it in some days).
- Have a nice day. 85.22.153.10 (talk) 08:45, 24 January 2019 (UTC)
Minerva Neue not working
I am trying to install the mobile skin “Minerva Neue” but when I install it in localsettings.php, and try to access my site it just goes blank. I am running the mediawiki 1.32.0 version. Can someone please help. Thanks. Examknow (Lets Chat) 03:18, 24 January 2019 (UTC)
- In your LocalSettings.php, set:AhmadF.Cheema (talk) 04:37, 24 January 2019 (UTC)
$wgShowExceptionDetails = true; $wgDevelopmentWarnings = true; error_reporting( -1 ); ini_set( 'display_errors', 1); error_reporting(E_ALL);
- @AhmadF.Cheema Thank you for the response. When I do that I get the error
- Warning: putenv() has been disabled for security reasons in /home/vol11_2/fhio.xyz/fhiox_23259745/wiki.dexissoftware.fhio.xyz/htdocs/mw19/includes/Setup.php on line 132
- Warning: require(/home/vol11_2/fhio.xyz/fhiox_23259745/wiki.dexissoftware.fhio.xyz/htdocs/mw19/extensions/MobileFrontend/includes/ServiceWiring.php): failed to open stream: No such file or directory in /home/vol11_2/fhio.xyz/fhiox_23259745/wiki.dexissoftware.fhio.xyz/htdocs/mw19/includes/services/ServiceContainer.php on line 120
- Fatal error: require(): Failed opening required '/home/vol11_2/fhio.xyz/fhiox_23259745/wiki.dexissoftware.fhio.xyz/htdocs/mw19/extensions/MobileFrontend/includes/ServiceWiring.php' (include_path='/home/vol11_2/fhio.xyz/fhiox_23259745/wiki.dexissoftware.fhio.xyz/htdocs/mw19/vendor/pear/console_getopt:/home/vol11_2/fhio.xyz/fhiox_23259745/wiki.dexissoftware.fhio.xyz/htdocs/mw19/vendor/pear/mail:/home/vol11_2/fhio.xyz/fhiox_23259745/wiki.dexissoftware.fhio.xyz/htdocs/mw19/vendor/pear/mail_mime:/home/vol11_2/fhio.xyz/fhiox_23259745/wiki.dexissoftware.fhio.xyz/htdocs/mw19/vendor/pear/net_smtp:/home/vol11_2/fhio.xyz/fhiox_23259745/wiki.dexissoftware.fhio.xyz/htdocs/mw19/vendor/pear/net_socket:/home/vol11_2/fhio.xyz/fhiox_23259745/wiki.dexissoftware.fhio.xyz/htdocs/mw19/vendor/pear/pear-core-minimal/src:/home/vol11_2/fhio.xyz/fhiox_23259745/wiki.dexissoftware.fhio.xyz/htdocs/mw19/vendor/pear/pear_exception:.:/usr/share/pear/') in /home/vol11_2/fhio.xyz/fhiox_23259745/wiki.dexissoftware.fhio.xyz/htdocs/mw19/includes/services/ServiceContainer.php on line 120
- Any ideas? Examknow (Lets Chat) 17:27, 26 January 2019 (UTC)
- Delete the present .../extensions/MobileFrontend directory and upload the extension files for v1.32 again. AhmadF.Cheema (talk) 03:58, 27 January 2019 (UTC)
UnicodeDecodeError: 'ascii' codec can't decode byte 0xb9 in position 9: ordinal not in range(128)
RESOLVED | |
Please ask Pywikibot questions in a Pywikibot support place. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I am trying to install pywikibot but when I run the command
'python pwb.py generate_user_files'
Then I recieve the error as shown in the title.
What should I do? 79brue (talk) 04:34, 24 January 2019 (UTC)
- You should ask in a Pywikibot support channel and include basic information (Pywikibot version, Python version, operating system). Malyacko (talk) 10:27, 24 January 2019 (UTC)
- Okay. 79brue (talk) 03:10, 25 January 2019 (UTC)
RESTBase keeps returning 504 errors
RESOLVED | |
I've reconfigured RESTbase, Parsoid, and the HTTPS certificates, and everything works now. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi, I am attempting to get VisualEditor up and running on Apache 2.4 for Windows.
{"type":"https://mediawiki.org/wiki/HyperSwitch/errors/server_error","title":"Site info fetch failed.","method":"get","detail":"504: internal_http_error","uri":"/localhost/v1/page/html/Main_Page"}
Here's what I have set in my LocalSettings.php
$wgVirtualRestConfig['modules']['parsoid'] = array(
// URL to the Parsoid instance
// Use port 8142 if you use the Debian package
'url' => 'https://wiki.website.com:8142/',
// Parsoid "domain", see below (optional)
'domain' => 'localhost',
// Parsoid "prefix", see below (optional)
'prefix' => 'wiki.website.com'
);
$wgVirtualRestConfig['modules']['restbase'] = [
'url' => 'https://wiki.website.com:7232',
'domain' => 'wiki.website.com',
'parsoidCompat' => false
];
$wgVisualEditorFullRestbaseURL = 'https://wiki.website.com:7232/localhost/';
Here's what I have set in my Parsoid config.yaml
mwApis:
uri: 'http://wiki.website.com/w/api.php'
domain: 'localhost' # optional
And here's what I have set in my RESTBase confid.yaml
allow: - pattern: https://wiki.website.com/w/api.php forward_headers: true - pattern: https://wiki.website.com:8142/ forward_headers: true - pattern: /^https?:\/\// paths: /{domain:localhost}: x-modules: - path: projects/example.yaml options: action: # XXX Check API URL! apiUriTemplate: https://wiki.website.com/w/api.php # XXX Check the base RESTBase URI baseUriTemplate: "{{'https://wiki.website.com:7232/{domain}/'}}" parsoid: # XXX Check Parsoid URL! host: https://wiki.website.com:8142 TheROFL98 (talk) 05:43, 24 January 2019 (UTC)
- RESTBase seems to be connecting to https://wiki.website.com:7232/localhost/v1/page/html/Main_Page but it's giving a timeout. Check if the URL is correct, the port is not blocked by a firewall or SELinux is active and preventing such connections from succeed Ciencia Al Poder (talk) 10:28, 24 January 2019 (UTC)
- When connecting to https://wiki.website.com:7232/localhost/, v1 is listed as an item. When connecting to https://wiki.website.com:7232/localhost/v1/, it reports the path as invalid. TheROFL98 (talk) 04:22, 25 January 2019 (UTC)
Automatic purge for Wiki-page
Is there any way to implement an automatic purge for a Wiki-page? Right now we are doing it with a button the user has to click, but it's not really what we want. 80.146.228.94 (talk) 09:51, 24 January 2019 (UTC)
- By "Automatic" do you mean "on a regular basis", or "when something in the page changes"? For the latter, it should be done with MediaWiki automatically, and if it doesn't work, something may not be correctly configured. For the regular purge, you could add a cron entry to run the purgePage.php maintenance script. Ciencia Al Poder (talk) 10:24, 24 January 2019 (UTC)
- What is the actual underlying problem? Why do you need to purge wiki pages so often? Malyacko (talk) 10:25, 24 January 2019 (UTC)
- Hey, thanks to both of you, especially to Ciencia, this could really help! The page takes data from an external document via the extension "External Data". This document is updated every 24h. Without a purge, the data on the page is not refreshed. 80.146.228.94 (talk) 10:59, 24 January 2019 (UTC)
- @Ciencia Al Poder: how would that entry look like? I only want the purge for this one page.
- THANK YOU 80.146.228.94 (talk) 11:11, 24 January 2019 (UTC)
- Maintenance scripts should be run by the same use account that runs php on the webserver, to prevent permission problems (for example, LocalSettings.php may not be accessible by other users because it contains passwords).
- To edit the crontab of the user running php, first you should know which account is the one that runs php.
- Then edit the crontab under that account (this example assumes it's run by the "php-fpm" account):
sudo -u php-fpm crontab -e
- The crontab syntax is very simple, you'll find information on man pages and internet.
- As an example: https://stackoverflow.com/questions/8938120/how-to-run-cron-once-daily-at-10pm
- Run once every day at 22:00:
0 22 * * * /usr/bin/php /path/to/mediawiki/maintenance/purgePage.php < listofpages.txt
Ciencia Al Poder (talk) 14:25, 24 January 2019 (UTC)- Saw this just now, THANK YOU SO MUCH!!! 80.146.228.94 (talk) 14:10, 30 January 2019 (UTC)
Wrong country.
- When I entered my location, which is in the United States, it shows events in the United Kingdom. There is a major problem in the app. Please fix 12.216.163.100 (talk) 16:33, 24 January 2019 (UTC)
- Wrong place to ask this. Tropicalkitty (talk) 16:35, 24 January 2019 (UTC)
Exception in Title.php since v1.30
I recently upgraded mediawiki to 1.32 and discovered that one of the link under "Special page" -> "List of pages" -> "List of redirects" is broken with error 500 Internal Server error. The debug log has:
[exception] [7c9c665784cd93d340f8a182] /index.php/Special:ListRedirects Error from line 1610 of /var/www/mediawiki-1.32.0/includes/Title.php: Call to a member function isLocal() on null.
Examining Title.php, the problem is within this block:
public function getFragmentForURL() { if ( !$this->hasFragment() ) { return ''; } elseif ( $this->isExternal() && !self::getInterwikiLookup()->fetch( $this->mInterwiki )->isLocal() <-Line 1610 ) { return '#' . Sanitizer::escapeIdForExternalInterwiki( $this->mFragment ); } return '#' . Sanitizer::escapeIdForLink( $this->mFragment );
This only existed starting from version 1.30, and is the version when the problem started. It appears that if I comment the following the error goes away.
/** } elseif ( $this->isExternal() && !self::getInterwikiLookup()->fetch( $this->mInterwiki )->isLocal() ) { */
What is the block for and is it safe or advisable to keep this elseif statement commented out?
Thank you Hollywchung (talk) 17:38, 24 January 2019 (UTC)
- The following would probably be better:
- ☠MarkAHershberger☢(talk)☣ 20:23, 24 January 2019 (UTC)
public function getFragmentForURL() { $lookedUp = self::getInterwikiLookup()->fetch( $this->mInterwiki ); if ( !$this->hasFragment() ) { return '';'' } elseif ( $this->isExternal() && $lookedUp && $lookedUp->isLocal() ) { return '#' . Sanitizer::escapeIdForExternalInterwiki( $this->mFragment ); } return '#' . Sanitizer::escapeIdForLink( $this->mFragment ); }
- In fact, that bug has already been fixed.
- See the fix here. ☠MarkAHershberger☢(talk)☣ 20:37, 24 January 2019 (UTC)
- Yea! The fix for the bug works great! Thank you so very much! Shouldn't this fix be part of the distribution? Anyhow, I really appreciate the assistance. Hollywchung (talk) 22:06, 24 January 2019 (UTC)
- It was made recently. We can request that it be backported. ☠MarkAHershberger☢(talk)☣ 01:10, 25 January 2019 (UTC)
Hide infobox rows when parameter is empty
Assuming I have an infobox...
<table cellspacing="0" cellpadding="0" style="float:right; width:352px; border:2px solid #e1e1e1; font-size:smaller; line-height:1.7; margin: 0 0 .5em 1em;">
<tr>
<td><p style="font-size: 14px; margin: 0 0 .5em 1em;">{{{parameter1}}}</p>
</tr>
</table>
...And the page formatting...
{{ infobox
| parameter1 =
}}
... How would i make the row with parameter1 disappear when it is left empty? Asibs4844 (talk) 20:47, 24 January 2019 (UTC)
mysqli very slow connections
I have read and seen Project:Support desk/Flow/2014/10#h-[RESOLVED]_page_loading_slow_speed-2014-10-03T14:38:00.000Z and I still have an issue. The fix of changing hostname to IPv4 address does speed things up fine. However, my database is hosted by Amazon and they take the database down and then back up when they patch it. That causes the ip address to change. As a result, I lose my connection, until I perform an nslookup on the db host again, and retrieve the new ip address. This is very undesirable as I would like to allow the host to remain up at all times. Any suggestions? I believe im' using MW 1.32 .
Thanks,
Richard 2601:2C7:680:3252:45E8:D3DB:8A5A:C1F0 (talk) 03:08, 25 January 2019 (UTC)
- The problem you linked is for database server hosted on the same server as MediaWiki (localhost). It shouldn't matter when it's on a remote server. If DNS resolving takes too long, you may need to enable the nscd daemon or similar on your linux distribution. Ciencia Al Poder (talk) 10:35, 25 January 2019 (UTC)
Multiple Root Elements Error on Migration
Hi, I have a task to migrate content from a MediaWiki ver. 1.15.1 (PHP 5.4.16/ MySQL 5.7.24) over to SharePoint.
The only tool I found that seems to be fit for purpose is Quest's Metalogix Content Matrix. When I try to connect to MediaWiki I get an XML exception:
Error: There are multiple root elements. Line 2, position 2.
I personally can't access the server side files for our MediaWiki, but IT Support are at a loss to know where to begin looking, i.e.which file(s) to edit/ correct.
Whereabouts on the installation could/ would two root elements be declared?
Many thanks in advance for any advice you can give me. Drdecker1428 (talk) 09:32, 25 January 2019 (UTC)
- Looking at the Quest's Metalogix Content Matrix website page, it talks about Office 365 and Microsoft Sharepoint, but nothing about MediaWiki. Are you sure this is the right tool? Ciencia Al Poder (talk) 10:31, 25 January 2019 (UTC)
- Yes, Content Matrix has various elements to it. One Module is for Blogs and Wikis. There's a dedicated button in the ribbon for MediaWiki. See here
- I've got it to connect to other MediaWikis, so the error is with this one particular installation.
- My question is which file(s) could be causing the error regarding multiple root elements?
- What or where does Line 2, position 2. refer to?
Drdecker1428 (talk) 10:43, 25 January 2019 (UTC)- This seems to be a question for a Quest's Metalogix Content Matrix support forum, if the "Line 2, position 2" output is provided by Quest's Metalogix Content Matrix? Malyacko (talk) 12:29, 25 January 2019 (UTC)
- It may be a bug on that version of MediaWiki, or just an error popping on a specific page. Looking at server logs you may be able to see what's the last URL accessed, which gives the error, and see if it's a server problem (permission error, server too busy, out of memory...) or something wrong with MediaWiki. Upgrading MediaWiki could fix the problem Ciencia Al Poder (talk) 17:01, 25 January 2019 (UTC)
Git checkout REL1_31 is dev-REL1_31
RESOLVED | |
Let's continue here if at all. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
- Hello,
- I have checkout with git --branch REL1_31.
- My composer install --no-dev tells me, that I have problems, because there is a dev-REL1_31.
- remove mediawiki/core dev-REL1_31|remove mediawiki/semantic-media-wiki 3.0.1
- I don't understand where is the correct HowTo to install MediaWiki with SemanticWiki. Everythink I have problems... I am angry 213.61.254.67 (talk) 10:25, 25 January 2019 (UTC)
- Check out of which exact code repository? What is the complete command you used for checkout? Which steps do you follow and where are they documented (link)? Please provide clear instructions to reproduce the problem. Malyacko (talk) 12:28, 25 January 2019 (UTC)
- The composer dependencies sometimes get wonky. Composer sees the REL1_31 branch of MediaWiki as "dev-REL1_31" and this seems to cause problems with "--no-dev".
- Try without --no-dev, and if you still have problems, try asking on the SMW board for help. You can also ask Karsten here. ☠MarkAHershberger☢(talk)☣ 16:10, 26 January 2019 (UTC)
- This IP has posted this on other spots and chosen not to reply before posting here. No need to keep multiple threads open. [[kgh]] (talk) 17:15, 26 January 2019 (UTC)
Old backup can't be update.php'ed
- Fresh arch-linux with mariadb
- Fresh mediawiki-1.32.0
- backup from few years old backup
- update.php executed
Last few lines covering problem:
Creating slots table ...done. ...have slot_origin field in slots table. Creating content table ...done. Creating slot_roles table ...done. Creating content_models table ...done. Migrating archive ar_text to modern storage. Migrating ar_text to modern storage... Completed ar_text migration, 0 rows updated, 0 missing data. Dropping ar_text and ar_flags columns ...done. Creating actor table ...done. Modifying rev_text_id field of table revision ...done. Modifying table site_stats ...done. Populating ar_rev_id. Populating ar_rev_id... [24397e1713ab4a7486c90cdc] [no req] Wikimedia\Rdbms\DBTransactionStateError from line 1341 of .../includes/libs/rdbms/database/Database.php: Cannot execute query from PopulateArchiveRevId::checkMysqlAutoIncrementBug while transaction status is ERROR. Backtrace: #0 .../includes/libs/rdbms/database/Database.php(1127): Wikimedia\Rdbms\Database->assertTransactionStatus(string, string) #1 .../includes/libs/rdbms/database/Database.php(2068): Wikimedia\Rdbms\Database->query(string, string) #2 .../maintenance/populateArchiveRevId.php(114): Wikimedia\Rdbms\Database->insert(string, array, string) #3 .../includes/libs/rdbms/database/Database.php(3805): PopulateArchiveRevId::{closure}(Wikimedia\Rdbms\DatabaseMysqli, string) #4 .../maintenance/populateArchiveRevId.php(128): Wikimedia\Rdbms\Database->doAtomicSection(string, Closure) #5 .../maintenance/populateArchiveRevId.php(53): PopulateArchiveRevId::checkMysqlAutoIncrementBug(Wikimedia\Rdbms\DatabaseMysqli) #6 .../maintenance/Maintenance.php(1698): PopulateArchiveRevId->doDBUpdates() #7 .../includes/installer/DatabaseUpdater.php(1354): LoggedUpdateMaintenance->execute() #8 .../includes/installer/DatabaseUpdater.php(485): DatabaseUpdater->populateArchiveRevId() #9 .../includes/installer/DatabaseUpdater.php(449): DatabaseUpdater->runUpdates(array, boolean) #10 .../maintenance/update.php(203): DatabaseUpdater->doUpdates(array) #11 .../maintenance/doMaintenance.php(94): UpdateMediaWiki->execute() #12 .../maintenance/update.php(248): require_once(string) #13 {main} PHP Fatal error: Uncaught Wikimedia\Rdbms\DBTransactionError: Transaction round stage must be 'cursory' (not 'within-rollback') in .../includes/libs/rdbms/lbfactory/LBFactory.php:703 Stack trace: #0 .../includes/libs/rdbms/lbfactory/LBFactory.php(251): Wikimedia\Rdbms\LBFactory->assertTransactionRoundStage('cursory') #1 .../includes/libs/rdbms/lbfactory/LBFactory.php(179): Wikimedia\Rdbms\LBFactory->commitMasterChanges('Wikimedia\\Rdbms...') #2 .../includes/libs/rdbms/lbfactory/LBFactory.php(152): Wikimedia\Rdbms\LBFactory->shutdown(0) #3 .../includes/libs/rdbms/lbfactory/LBFactory.php(728): Wikimedia\Rdbms\LBFactory->destroy() #4 [internal function]: Wikimedia\Rdbms\LBFactory->__destruct() #5 {main} thrown in .../includes/libs/rdbms/lbfactory/LBFactory.php on line 703 Fatal error: Uncaught Wikimedia\Rdbms\DBTransactionError: Transaction round stage must be 'cursory' (not 'within-rollback') in .../includes/libs/rdbms/lbfactory/LBFactory.php:703 Stack trace: #0 .../includes/libs/rdbms/lbfactory/LBFactory.php(251): Wikimedia\Rdbms\LBFactory->assertTransactionRoundStage('cursory') #1 .../includes/libs/rdbms/lbfactory/LBFactory.php(179): Wikimedia\Rdbms\LBFactory->commitMasterChanges('Wikimedia\\Rdbms...') #2 .../includes/libs/rdbms/lbfactory/LBFactory.php(152): Wikimedia\Rdbms\LBFactory->shutdown(0) #3 .../includes/libs/rdbms/lbfactory/LBFactory.php(728): Wikimedia\Rdbms\LBFactory->destroy() #4 [internal function]: Wikimedia\Rdbms\LBFactory->__destruct() #5 {main} thrown in .../includes/libs/rdbms/lbfactory/LBFactory.php on line 703
Bajcik (talk) 14:09, 25 January 2019 (UTC)
- Interesting.... Some questions:
- What was the prior version of MediaWiki that you were using?
- Was it with the same version of MariaDB that you are using?
- What version of PHP are you using?
- What is the approximate size of your wiki in terms of pages? ☠MarkAHershberger☢(talk)☣ 16:01, 26 January 2019 (UTC)
- @MarkAHershberger
- Exact version of prior MediaWiki not known.Few years old. Old server
- mariadb 10.3.12-5
- php 7.3.1-2
- There are few wikis suffering the same problem. All running on the same old server. Biggest with ~1000 pages. Smallest had < 100 (~20?) articles. I can provide its dump for reproduction. Bajcik (talk) 10:20, 28 January 2019 (UTC)
- Can you try with an older version of PHP? I think PHP 7.3 is just beginning to be supported. ☠MarkAHershberger☢(talk)☣ 18:00, 28 January 2019 (UTC)
Database error
Currently I can't open Spezial:Verwaiste Seiten (https://mariowiki.net/wiki/Spezial:Verwaiste_Seiten), because I get a database errror: [5583067846a46113244ad127] 2019-01-25 17:15:11: Fataler Ausnahmefehler des Typs „Wikimedia\Rdbms\DBQueryError“
What is the problem here? Other pages work and I can upload files and create new articles. Semako96 (talk) 17:16, 25 January 2019 (UTC)
- In LocalSettings.php, set:Manual:How to debug AhmadF.Cheema (talk) 00:50, 26 January 2019 (UTC)
$wgShowExceptionDetails = true; $wgDevelopmentWarnings = true; error_reporting( -1 ); ini_set( 'display_errors', 1); # SQL errors: $wgShowuserSQLErrors = true; $wgShowDBErrorBacktrace = true;
- Do you have any idea why this single page doesn't work? Does it use a specific MySQL table or query, so that I can test it manually?
- I don't want to have all those warnings from open_basedir showing up again, so I decativated PHP warning reports in the server config. Semako96 (talk) 19:08, 26 January 2019 (UTC)
- After you turn on debugging, probably especially the portion related to SQL errors, will anyone "have any idea why this single page doesn't work?" Which "specific MySQL table or query" is the issue here?
- Debugging needs to be turned On temporarily. Turn it On > Reload the page > Note down the error > Turn Off debugging. AhmadF.Cheema (talk) 21:13, 26 January 2019 (UTC)
- Activated debug mode, and got that error on Spezial:Verwaiste_Seiten
[9599436522e6674869066803] /wiki/Spezial:Verwaiste_Seiten Wikimedia\Rdbms\DBQueryError from line 1457 of /home/.sites/327/site4525714/web/wiki/w/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading? Query: SELECT page_namespace AS `namespace`,page_title AS `title`,page_title AS `value` FROM `page` LEFT JOIN `pagelinks` ON ((pl_namespace = page_namespace) AND (pl_title = page_title)) LEFT JOIN `templatelinks` ON ((tl_namespace = page_namespace) AND (tl_title = page_title)) WHERE (pl_namespace IS NULL) AND page_namespace = '0' AND page_is_redirect = '0' AND (tl_namespace IS NULL) ORDER BY page_title LIMIT 101 Function: LonelyPagesPage::reallyDoQuery Error: 1104 The SELECT would examine more than MAX_JOIN_SIZE rows; check your WHERE and use SET SQL_BIG_SELECTS=1 or SET MAX_JOIN_SIZE=# if the SELECT is okay (mysqlsvr39.world4you.com) Backtrace: #0 /home/.sites/327/site4525714/web/wiki/w/includes/libs/rdbms/database/Database.php(1427): Wikimedia\Rdbms\Database->makeQueryException(string, integer, string, string) #1 /home/.sites/327/site4525714/web/wiki/w/includes/libs/rdbms/database/Database.php(1200): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean) #2 /home/.sites/327/site4525714/web/wiki/w/includes/libs/rdbms/database/Database.php(1653): Wikimedia\Rdbms\Database->query(string, string) #3 /home/.sites/327/site4525714/web/wiki/w/includes/specialpage/QueryPage.php(425): Wikimedia\Rdbms\Database->select(array, array, array, string, array, array) #4 /home/.sites/327/site4525714/web/wiki/w/includes/specialpage/QueryPage.php(599): QueryPage->reallyDoQuery(integer, integer) #5 /home/.sites/327/site4525714/web/wiki/w/includes/specialpage/SpecialPage.php(522): QueryPage->execute(NULL) #6 /home/.sites/327/site4525714/web/wiki/w/includes/specialpage/SpecialPageFactory.php(568): SpecialPage->run(NULL) #7 /home/.sites/327/site4525714/web/wiki/w/includes/MediaWiki.php(288): SpecialPageFactory::executePath(Title, RequestContext) #8 /home/.sites/327/site4525714/web/wiki/w/includes/MediaWiki.php(861): MediaWiki->performRequest() #9 /home/.sites/327/site4525714/web/wiki/w/includes/MediaWiki.php(524): MediaWiki->main() #10 /home/.sites/327/site4525714/web/wiki/w/index.php(42): MediaWiki->run() #11 {main}
- I ran the update script after the update from MediaWiki 1.24, and it finished with success, so if that table didn't get updated in the process, there must be a critical bug in the update script. Semako96 (talk) 21:01, 27 January 2019 (UTC)
- Does not seem so.
- > The SELECT would examine more than MAX_JOIN_SIZE rows; check your WHERE and use SET SQL_BIG_SELECTS=1 or SET MAX_JOIN_SIZE=# if the SELECT is okay (mysqlsvr39.world4you.com)
- The default value of max_join_size is 18446744073709551615. I think this value should not be exceeded in your case.
- What is max_join_size set to? I guess it should be set to something higher! 2001:16B8:1063:9500:98C4:8EB:C659:9B56 (talk) 21:22, 27 January 2019 (UTC)
- Where do I find that setting in phpMyAdmin? Semako96 (talk) 22:30, 27 January 2019 (UTC)
- Anyone? Semako96 (talk) 21:50, 28 January 2019 (UTC)
- This is a limitation imposed by your shared hosting
- https://stackoverflow.com/questions/966815/mysql-max-join-size-errors
- Ideally, there should be a way to tell MediaWiki to issue SQL_BIG_SELECTS=1 if a configuration setting is set, but currently it's not possible. Best you can do is file a request. However, I haven't seen this error before, maybe your database is missing some indices for those tables? Ciencia Al Poder (talk) 10:18, 29 January 2019 (UTC)
- How can I check wether my database is missing some indices?
- If it was caused by a limitation from my hoster, why do the other similar special paged all work? Anything I can do? That page is important for the wiki... Semako96 (talk) 22:54, 30 January 2019 (UTC)
- Check in Manual:Database layout or Manual:tables.sql for index definition and compare that on your database. Since there are a lot of tables, start checking only the tables involved in the query that failed: page, pagelinks and templatelinks Ciencia Al Poder (talk) 10:30, 31 January 2019 (UTC)
- Compared those to my database and found out that profiling and change_tag_dev are missing. My database also contains some other tables that aren't listed there and probably leftovers from an older MediaWiki version or older extensions. Semako96 (talk) 22:20, 31 January 2019 (UTC)
- anyone has an Idea about what to do? Semako96 (talk) 23:38, 1 February 2019 (UTC)
- Did you create the missing indices? Ciencia Al Poder (talk) 11:04, 2 February 2019 (UTC)
- No, I haven't created them yet. Are those related to the issue with Spezial:Verwaiste Seiten? Semako96 (talk) 17:57, 2 February 2019 (UTC)
- Indices prevent queries from scanning the entire table. This is the issue your host is limiting: The SELECT would examine more than MAX_JOIN_SIZE rows. If the index is in place, it shouldn't need to scan so many rows, apparently Ciencia Al Poder (talk) 11:43, 3 February 2019 (UTC)
- Just noticed that the profiling table doesn't exist by default, and change_tag_dev exists only from MediaWiki 1.32 onwards, not 1.31. So there are no missing indices in my database. Is there anything I can do to make that page work? And why do pages like Spezial:Verwaiste_Dateien, Spezial:Verwaiste_Kategorien work anyways? There are much more files than article pages including redirects on our wiki. Semako96 (talk) 10:23, 5 February 2019 (UTC)
- I don't know. However, your host is imposing limitations to database queries, and this is an issue that you may encounter more frequently as your wiki grows. You can try to live with that, or migrate to a better hosting. Ciencia Al Poder (talk) 10:17, 6 February 2019 (UTC)
- I just got an answer from my hoster. I need to insert SET SQL_BIG_SELECTS=1; into the code where it does the database select request. Can you tell me where that is? Semako96 (talk) 10:49, 12 February 2019 (UTC)
- It's somewhere in includes/libs/rdbms/database/Database.php: near or inside Wikimedia\Rdbms\Database->selectDomain(Wikimedia\Rdbms\DatabaseDomain) Ciencia Al Poder (talk) 19:52, 12 February 2019 (UTC)
- that's really vague. Anyone who knows exactly where the database select request in question is done? Semako96 (talk) 17:44, 18 February 2019 (UTC)
- Anyone? Semako96 (talk) 22:14, 19 February 2019 (UTC)
Organization Wiki - loss of edit permissions
can you assist my colleague in gaining control of the business WIKI for DSCA?
It is located at - https://en.wikipedia.org/wiki/Defense_Security_Cooperation_Agenc 134.152.205.65 (talk) 19:34, 25 January 2019 (UTC)
- That is not your business wiki. It's Wikipedias page about your organization. If you having problem editing the page it need to be solved on Wikipedia in English. It can't be handled from here. Tegel (talk) 19:44, 25 January 2019 (UTC)
- Copy. The issue is that the collegue makes substaive edits and they are auto reverted. The nshe was flagged as malicious and not allowed to edit further. What should she do?
- Thanks in advance,
- EFG 134.152.205.65 (talk) 20:19, 25 January 2019 (UTC)
- There is no recent edits to the page, so it's probably an abuse filter that is triggered. Since there is also a conflict of interest she should bring the issue to the talk page of the article, https://en.wikipedia.org/wiki/Talk:Defense_Security_Cooperation_Agency, and describe the issue there and let other users update the article. Tegel (talk) 20:27, 25 January 2019 (UTC)
How to remove "From:" from the top of every page
RESOLVED | |
MediaWiki:Tagline |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I have "From: (mediawiki Name)" on top of every page, for example "From:WikiExpert", how can i remove that? Darkwarrior92 (talk) 00:44, 26 January 2019 (UTC)
- Edit your Wiki's MediaWiki:Tagline. AhmadF.Cheema (talk) 00:45, 26 January 2019 (UTC)
- That's it! Thank you ! Darkwarrior92 (talk) 13:34, 26 January 2019 (UTC)
Question regarding the Translate extension
Where can I ask a question regarding the Translate extension? Axdr (talk) 01:02, 26 January 2019 (UTC)
- I would try on TranslateWiki.net or ask @Nikerabbit directly. ☠MarkAHershberger☢(talk)☣ 15:43, 26 January 2019 (UTC)
- You could also ask on MediaWiki Stakeholders' chat for help, too. Nikerabbit sometimes shows up there. ☠MarkAHershberger☢(talk)☣ 15:47, 26 January 2019 (UTC)
- People often use Help talk:Extension:Translate or Extension talk:Translate. Nikerabbit (talk) 16:14, 26 January 2019 (UTC)
Preferences Error!
RESOLVED | |
Solved the problem by myself |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I upgraded to new version 1.32, but when saved my settings it gives this message, someone's already solved it?
Conflicting with Extension:Popups WikiUser22222 (talk) 02:31, 26 January 2019 (UTC)
Database restore 1.31 -> 1.31 fails
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
MediaWiki 1.31.1 PHP 7.2.10-0ubuntu0.18.04.1 (apache2handler) MySQL 5.7.25-0ubuntu0.18.04.2-log
Hello! We have two wikis installed on the same server, a productive one and a test wiki with exactly the same version. Every night we create a database backup via mysqldump. Now when trying to restore the backup into the test wiki, I receive a message saying: "ERROR 1062 (23000) at line 2945: Duplicate entry 'Tr?II' for key 'PRIMARY'"
1. The message is totally useless because it is not telling me which table.
2. It means I wouldn't be able to restore the productive wiki either.
3. Does it mean the productive wiki is corrupted because we have duplicate primary keys?
I am following those instructions: https://www.mediawiki.org/wiki/Manual:Restoring_a_wiki_from_backup#From_the_command_line_using_mysqladmin
and it has been working several times in the past, with previous MW versions. Now it is the first time trying to restore after the upgrade to 1.31. Where can I gain help? AnonymusGdpr (talk) 13:34, 26 January 2019 (UTC)
- It is telling you the exact line on which this happens. Since your dump is probably with an extended-insert--the default--you can find the individual record that is causing the problem by using
--skip-extended-insert
when you run the dump. - Can you get a new dump without the extended-insert and try again and tell us what the contents of the line are that it fails on? ☠MarkAHershberger☢(talk)☣ 15:32, 26 January 2019 (UTC)
- Sorry, doesn't work. I've created a new backup with
--skip-extended-insert
and it seems to me as if it was much faster than the usual nightly backup (approx. 25 minutes instead of 1 hrs). Then I started importing the new dump and it is still running - for more than 12 hours now! Normally, it should not last longer than 2-2,5 hrs. - I read the explanation of
--extended-insert
in the mysql documentation but I'm not able to figure out what it means. The backup is about 20 GB as it is always. Now, how can I extract line number 2945 from a single 20 GB file? AnonymusGdpr (talk) 12:30, 27 January 2019 (UTC) - Ok, by using "head" and "tail" (I am a Linux idiot) I managed to identify it is the "spoofuser" table. Could be a character set problem. I'm going to check the productive db now. AnonymusGdpr (talk) 13:29, 27 January 2019 (UTC)
- This is from the AntiSpoof extension, I think.
- Unless you've modified it, you might be able to drop the table and re-run update.php to fix the problem.
- I suspect a character encoding problem is the cause of your problem. Make sure the character encoding for the table is correct. ☠MarkAHershberger☢(talk)☣ 13:37, 27 January 2019 (UTC)
- An import using
--skip-extended-insert
is going to take a lot longer than one without. That is expected. - If you have the cli utilities head and tail, or nl or awk (most any *nix/OSX system and Windows with Cygwin) you can use them to get the line you need.
- I like awk for this:
- ☠MarkAHershberger☢(talk)☣ 13:33, 27 January 2019 (UTC)
awk 'NR==2945 {print}' DUMP-FILE.sql
- Problem is most likely an encoding problem when exporting/importing the dump file.
- Please take a look at https://makandracards.com/makandra/595-dumping-and-importing-from-to-mysql-in-an-utf-8-safe-way Ciencia Al Poder (talk) 13:40, 27 January 2019 (UTC)
- We do have awk - thank you, cool tip.
- Querying the now identified spoofuser table, I find indeed a seemingly duplicate key:
| TrοII | NULL | 0 | Er enthält Zeichen unterschiedlicher Schriftsysteme. | | TrоII | NULL | 0 | Er enthält Zeichen unterschiedlicher Schriftsysteme. |
- It is not an "o" because they both come after the "u". And maybe they are two different characters which just have the same ASCII representation. No, they must be different - I cannot imagine that MySQL allows a duplicate primary key ... even when I clean the spoofuser table and run batchAntiSpoof, then again both rows appear.
- I guess it is a character set problem. The second "Tr?II" cannot be re-converted to the correct character value - see the initial error message. For the Wiki Dump we were using character set "latin1" for years now, but the AntiSpoof extension is rather new, I installed it end of december. Which character set should I use instead?
- @Ciencia: sorry, didn't see your post before sending mine. I'm going to have a look. AnonymusGdpr (talk) 13:58, 27 January 2019 (UTC)
- utf8 is the charset to use. ☠MarkAHershberger☢(talk)☣ 14:08, 27 January 2019 (UTC)
- Now the server is running a utf8 backup. Will take a while.
- Thank you for being here for me at your weekend (!). AnonymusGdpr (talk) 14:35, 27 January 2019 (UTC)
- Sorry for the delay, I made some more mistakes during backup and restore. But now ...
- Yes, that's been it. The database backup formerly was created with character set Latin1 (... adopted from my predecessors). Now we use Utf8 for the backup and the restore works.
- Many thanks, you're doing a great job! AnonymusGdpr (talk) 09:03, 29 January 2019 (UTC)
how to easily install a sandbox?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
our wiki's url is https://www.gennievre.net/wiki/ Gennievre (talk) 15:47, 26 January 2019 (UTC)
- What sort of sandbox are you talking about? If you just mean a sandbox page, just create a designated sandbox page. ☠MarkAHershberger☢(talk)☣ 15:49, 26 January 2019 (UTC)
- Thank you but whats means "designated sandbox page" ? Gennievre (talk) 16:32, 26 January 2019 (UTC)
- I mean, if you are talking about a page like this one, then all you have to do is create one and point people to it. ☠MarkAHershberger☢(talk)☣ 18:24, 26 January 2019 (UTC)
- it was childlike, indeed. thank you so much Gennievre (talk) 19:17, 26 January 2019 (UTC)
Border-Radius and rules=all
RESOLVED | |
Solved now. Yes, I fixed that, probably while you were typing ;-) |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
In our wiki, we use lots of tables with grid, and so these have the parameter rules=all to show all grid lines. However, combining rules=all with border-radius seems to be impossible, as the outer grid line overwrites the table's border, and border-radius only rounds the border, and not the outer grid line:
{| rules=all style="border-radius:20px; border:1px solid #FF0000" | test | test |- |test |test |}
test | test |
test | test |
Is there a way to have a table with the inside grid lines, AND with rounded corners? Semako96 (talk) 19:11, 26 January 2019 (UTC)
- This appears to be something in the HTML/CSS spec that can't be changed.
- I was able to get it to show both the curved borders and the square ones to show using:
{| style="border-radius:20px; border:1px solid #FF0000;border-collapse:separate;" rules="all" |test |test |- |test |test |}
test | test |
test | test |
- As MDN notes, though:
- The styling of the rules is browser-dependant and cannot be modified.
- Do not use this attribute, as it has been deprecated. The rules should be defined and styled using CSS. Apply the
border
property to the appropriate<thead>
,<tbody>
,<tfoot>
,<col>
or<colgroup>
elements. ☠MarkAHershberger☢(talk)☣ 20:18, 26 January 2019 (UTC)
- So that means that every single cell needs to have a style="border:..." attribute or every table on the wiki needs to have a CSS class? Semako96 (talk) 20:50, 26 January 2019 (UTC)
- I would use your MediaWiki:Common.css to set up CSS for these tables.
- Use ReplaceText to change all your tables and replace rules=all with something like class="gridlines".
- Add the following rules to MediaWiki:Common.css
table.gridlines { border-collapse: separate; border-spacing: 0; min-width: 350px; } table.gridlines tr th, table.gridlines tr td { border-right: 1px solid #bbb; border-bottom: 1px solid #bbb; padding: 5px; } table.gridlines tr th:first-child, table.gridlines tr td:first-child { border-left: 1px solid #bbb; } table.gridlines tr th { background: #eee; border-top: 1px solid #bbb; text-align: left; } /* top-left border-radius */ table.gridlines tr:first-child th:first-child { border-top-left-radius: 20px; } /* top-right border-radius */ table.gridlines tr:first-child th:last-child { border-top-right-radius: 20px; } /* bottom-left border-radius */ table.gridlines tr:last-child td:first-child { border-bottom-left-radius: 20px; } /* bottom-right border-radius */ table.gridlines tr:last-child td:last-child { border-bottom-right-radius: 20px; }
- You can see this in effect here. ☠MarkAHershberger☢(talk)☣ 22:01, 26 January 2019 (UTC)
- Thanks. Is it possible to make the borders only 1px wide? Despite the border-spacing 0, they're 2px wide, as you can see here: https://mariowiki.net/wiki/Amiibo
- If I change border-collapse to collapse, it overwrites the border-radius, but the borders become 1px wide as they should be. Semako96 (talk) 09:20, 27 January 2019 (UTC)
- Also, some tables like these look quite weird after the replacement: https://mariowiki.net/wiki/Bowsers_Festung because they now have borders of different thickness, despite all borders being defined as 1px wide.
- Link to common.css: https://mariowiki.net/wiki/MediaWiki:Common.css Semako96 (talk) 09:36, 27 January 2019 (UTC)
- I admit that I'm not very astute when it comes to aesthetics, but the only place I see a problem on your Bowsers Festung page is on the cell with "MK64". The left edge of that cell looks like it has doubled thickness.
- And, it looks like you've fixed it just as I was typing. That, or I'm going crazy. ☠MarkAHershberger☢(talk)☣ 13:57, 27 January 2019 (UTC)
Multiupload error
Sometimes when I try to upload multiple files with Extension:Multiupload, I get the following error:
[0d8ea9145562260a12e68c68] /wiki/Spezial:MultiUpload Wikimedia\Assert\ParameterTypeException from line 89 of .../vendor/wikimedia/assert/src/Assert.php: Bad value for parameter $dbkey: must be a string Backtrace: #0 .../includes/title/TitleValue.php(80): Wikimedia\Assert\Assert::parameterType(string, NULL, string) #1 .../includes/specialpage/SpecialPage.php(100): TitleValue->__construct(integer, NULL, string) #2 .../includes/specialpage/SpecialPage.php(84): SpecialPage::getTitleValueFor(NULL, boolean, string) #3 .../includes/specialpage/SpecialPage.php(630): SpecialPage::getTitleFor(NULL, boolean) #4 .../includes/specials/SpecialUpload.php(255): SpecialPage->getPageTitle() #5 .../extensions/MultiUpload/SpecialMultiUpload.php(476): SpecialUpload->getUploadForm(string, string, boolean) #6 .../includes/specials/SpecialUpload.php(524): UploadRow->showUploadWarning(array) #7 .../extensions/MultiUpload/SpecialMultiUpload.php(339): SpecialUpload->processUpload() #8 .../extensions/MultiUpload/SpecialMultiUpload.php(98): UploadRow->handleRequestData() #9 .../extensions/MultiUpload/SpecialMultiUpload.php(78): SpecialMultiUpload->handleRequestData() #10 .../includes/specialpage/SpecialPage.php(522): SpecialMultiUpload->execute(NULL) #11 .../includes/specialpage/SpecialPageFactory.php(568): SpecialPage->run(NULL) #12 .../includes/MediaWiki.php(288): SpecialPageFactory::executePath(Title, RequestContext) #13 .../includes/MediaWiki.php(861): MediaWiki->performRequest() #14 .../includes/MediaWiki.php(524): MediaWiki->main() #15 .../index.php(42): MediaWiki->run() #16 {main}
Wiki runs with MediaWiki 1.31 on php 7.2 with MySQL 5.5 InnoDB.
What's the problem there, how to fix it? Semako96 (talk) 20:52, 27 January 2019 (UTC)
- The error (Bad value for parameter $dbkey: must be a string) and the backtrace (especially TitleValue->__construct(integer, NULL, string)), look clear enough.
- The constructor for TitleValue expects string and
NULL
is passed. - Now, why is it passed null? Looking at the code for
Special::getPageTitle
, it looks like the mName property is never set. Which is odd. - It looks like the UploadRow constructor should be setting the mName property, but isn't.
- Try adding $this-mName = $page; to the constructor and let us know if it helps. ☠MarkAHershberger☢(talk)☣ 23:30, 27 January 2019 (UTC)
- For me, the titleValue.php script is a bit different, that is the constructor method:
/** * Constructs a TitleValue. * * @note TitleValue expects a valid DB key; typically, a TitleValue is constructed either * from a database entry, or by a TitleParser. We could apply "some" normalization here, * such as substituting spaces by underscores, but that would encourage the use of * un-normalized text when constructing TitleValues. For constructing a TitleValue from * user input or external sources, use a TitleParser. * * @param int $namespace The namespace ID. This is not validated. * @param string $dbkey The page title in valid DBkey form. No normalization is applied. * @param string $fragment The fragment title. Use '' to represent the whole page. * No validation or normalization is applied. * @param string $interwiki The interwiki component * * @throws InvalidArgumentException */ public function __construct( $namespace, $dbkey, $fragment = '', $interwiki = '' ) { Assert::parameterType( 'integer', $namespace, '$namespace' ); Assert::parameterType( 'string', $dbkey, '$dbkey' ); Assert::parameterType( 'string', $fragment, '$fragment' ); Assert::parameterType( 'string', $interwiki, '$interwiki' ); // Sanity check, no full validation or normalization applied here! Assert::parameter( !preg_match( '/^_|[ \r\n\t]|_$/', $dbkey ), '$dbkey', "invalid DB key '$dbkey'" ); Assert::parameter( $dbkey !== '', '$dbkey', 'should not be empty' ); $this->namespace = $namespace; $this->dbkey = $dbkey; $this->fragment = $fragment; $this->interwiki = $interwiki; $this-mName = $page; }
- In that code snipped I already added the &this-mName=$page; line, as you can see. And with that addition, it throws an error:
Fatal error: Exception thrown without a stack frame in Unknown on line 0
. Semako96 (talk) 23:44, 27 January 2019 (UTC) - Sorry, I wasn't clear. Add that line to the UploadRow constructor, not the TitleValue constructor. ☠MarkAHershberger☢(talk)☣ 17:26, 28 January 2019 (UTC)
- After adding that line to the constructor method like this
/** * Different constructor, let it know which row it is and * the upload object it belongs to */ public function __construct( $page, $number ) { $this->mPage = $page; $this->setContext( $page->getContext() ); $this->mRowNumber = $number; $this->mRequest = null; $this->mFormMessage = ''; $this->mSessionKey = ''; $this->mHideIgnoreWarning = ''; $this->mExtraButtons = array(); $this-mName = $page; } /**
- I get the following error when trying to open Special:Multiupload: Semako96 (talk) 22:02, 28 January 2019 (UTC)
[3cd5790bf61b9da1b34a015c] /wiki/Spezial:MultiUpload ParseError from line 280 of /home/.sites/327/site4525714/web/wiki/w/extensions/MultiUpload/SpecialMultiUpload.php: syntax error, unexpected '=' Backtrace: #0 [internal function]: AutoLoader::autoload(string) #1 /home/.sites/327/site4525714/web/wiki/w/includes/specialpage/SpecialPageFactory.php(382): spl_autoload_call(string) #2 /home/.sites/327/site4525714/web/wiki/w/includes/MediaWiki.php(255): SpecialPageFactory::getPage(string) #3 /home/.sites/327/site4525714/web/wiki/w/includes/MediaWiki.php(861): MediaWiki->performRequest() #4 /home/.sites/327/site4525714/web/wiki/w/includes/MediaWiki.php(524): MediaWiki->main() #5 /home/.sites/327/site4525714/web/wiki/w/index.php(42): MediaWiki->run() #6 {main}
- Just noticed that in the line you gave me, there was a ">" missing. With
/** * Different constructor, let it know which row it is and * the upload object it belongs to */ public function __construct( $page, $number ) { $this->mPage = $page; $this->setContext( $page->getContext() ); $this->mRowNumber = $number; $this->mRequest = null; $this->mFormMessage = ''; $this->mSessionKey = ''; $this->mHideIgnoreWarning = ''; $this->mExtraButtons = array(); $this->mName = $page; } /**
- I can open Special:Multiupload now. Semako96 (talk) 22:05, 28 January 2019 (UTC)
- Just uploaded 11 files with Special:Multiupload successfully after implementing the fix. As the error didn't occur everytimes I multiuploaded before I can't be sure that the problem is fixed now, but it might be :-D If I get any new error message, I'll share it here of course. Semako96 (talk) 22:14, 28 January 2019 (UTC)
Parser "if" in template not working after upgrade to 1.32?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
So I had these templates that were working perfectly fine in 1.23. I've since upgraded to 1.32, and they aren't working and I can't figure out why. Please pardon me if this is a simple question, my google-fu is failing me.
The intent is to do a little formatting and display a link to the given page if a page name is passed. I call the Template with {{Templatename|foo=hello}}
The Template:Templatename source is as follows:
{{#if: {{{foo|}}} | [[{{{foo}}}]] | }}
However it's displaying on the page when called as follows
{{#if: hello | hello | }}
or, when no argument is passed, it displays as
{{#if: | [[{{{foo}}}]] | }}
There's nothing in the error log indicating a failed PHP call or... whatever. I'm stumped. AyaJulia (talk) 22:00, 27 January 2019 (UTC)
- Sorry, I am a dummy. I forgot I needed to add back wfLoadExtension( 'ParserFunctions' ); back into my LocalSettings.php.
- Isn't it funny how you always figure it out after you ask....
- I will leave my shame here in hopes that it helps some future googler. AyaJulia (talk) 22:18, 27 January 2019 (UTC)
500 error during initial setup
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello, during initial setup when I select my language with 1.32.0 I'm given a 500 error. 73.96.114.174 (talk) 22:20, 27 January 2019 (UTC)
- We'll need more information:
- What platform are you installing on? (Linux, Windows... ?)
- What error do you see?
- What is the URL for this error?
- What does your error log show? ☠MarkAHershberger☢(talk)☣ 22:57, 27 January 2019 (UTC)
- Hello Mark,
- It's being hosted externally via a provider - I'm unsure of their configuration but I assume it's *nix, Apache 2.4
- The error I see is a provider "Internal 500" error which lists some generic information, I can replicate this by extracting the files from the .tar.gz to a given directory, accessing the firstrun page and selecting a language. I fear I'm missing a step somewhere with regards to permissions given this specific instance.
- the page can be accessed at http://wikichud.com/w/mediawiki-1.32.0/index.php
- I'm currently working with a new host and I'm unfamiliar with how to access their error log but that's my next step. 73.96.112.255 (talk) 00:16, 28 January 2019 (UTC)
- Addition: Here is the error log http://wikichud.com/w/error_log.txt 73.96.112.255 (talk) 00:22, 28 January 2019 (UTC)
- This can probably only be fixed by your host. See, Apache Error: No matching DirectoryIndex (index.html) found. AhmadF.Cheema (talk) 06:00, 28 January 2019 (UTC)
- The "No matching DirectoryIndex (index.html) found." doesn't seem relevant to the error you're getting. Even the CSS scripts aren't loading, with the 500 error: http://wikichud.com/w/mediawiki-1.32.0/mw-config/index.php?css=1
- This may be a pure PHP error, which may not be in the apache error logs but in the php error logs. Most probably, PHP may be missing some required extension.
- Create a sample php file with this content:
<?php
phpinfo();
- And open it from the browser. Compare with Manual:Installation requirements Ciencia Al Poder (talk) 10:23, 28 January 2019 (UTC)
- Hello Ahmad, Ciencia!
- I did as Ciencia requested and was able to publish such a page. I'm not sure what I'm looking for here, so here ya go -http://wikichud.com/w/page.php 73.180.3.174 (talk) 17:23, 28 January 2019 (UTC)
- Thanks.
- It looks like if you add the "css" or "page" parameter to the index.php url you end up with an error. Plain JS files are served correctly.
- If the page and css url params are causing the server error, that would be strange. ☠MarkAHershberger☢(talk)☣ 17:39, 28 January 2019 (UTC)
- uselang is also ending up at 500 server error. Maybe there is a problem with the wgRequest object? ☠MarkAHershberger☢(talk)☣ 17:47, 28 January 2019 (UTC)
- For what it's worth I've been having some configuration back and forth between the host and they are most unhelpful. I think I might try a different webhost for this project if the resolution continues to be so elusive. 73.180.3.174 (talk) 17:47, 28 January 2019 (UTC)
- Other problem points that I note: its FreeBSD. This shouldn't be an issue, but it *could* be.
- The "Server API" is given as "NearlyFreeSpeech.NET PHP SAPI" which indicates that they may have customized their PHP some. This may be the only customization, but it looks like something to keep in mind. ☠MarkAHershberger☢(talk)☣ 17:52, 28 January 2019 (UTC)
- The one issue I found with that SAPI string was this one from back in October: https://github.com/directus/api/issues/351 ☠MarkAHershberger☢(talk)☣ 17:55, 28 January 2019 (UTC)
- Hello,
- I wasn't able to glean anything useful from the host and unfortunately it seems like their configuration is the issue so I'm going to use another host for this project. Thank you for the assistance, I'll be back again I'm sure. 73.180.3.174 (talk) 20:16, 29 January 2019 (UTC)
Importing .xml file was failed
RESOLVED | |
I used bunzip2 instead of gunzip, This error won't appear. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
- Hi, I tried to import an .xml file to my wiki but failed.
gunzip -c ./jawiki-20190101-abstract.xml.gz | php /{documentroot}/mediawiki-1.32.0/maintenance/importDump.php
The error messcage was follows:
[no req] MWException from line 577 of /{documentroot}/mediawiki-1.32.0/includes/import/WikiImporter.php: Expected <mediawiki> tag, got feed
Backtrace:
#0 /{documentroot}/mediawiki-1.32.0/maintenance/importDump.php(347): WikiImporter->doImport()
#1 /{documentroot}/mediawiki-1.32.0/maintenance/importDump.php(289): BackupReader->importFromHandle(resource)
#2 /{documentroot}/mediawiki-1.32.0/maintenance/importDump.php(118): BackupReader->importFromStdin()
#3 /{documentroot}/mediawiki-1.32.0/maintenance/doMaintenance.php(94): BackupReader->execute()
#4 /{documentroot}/mediawiki-1.32.0/maintenance/importDump.php(352): require_once(string)
#5 {main}
- I found "$this->reader->localName" is null in includes/import/WikiImporter.php.
- Please tell me what I have to do to solve this problem. Cs0128 (talk) 03:46, 28 January 2019 (UTC)
- What are the first five lines of the XML file you are trying to import? ☠MarkAHershberger☢(talk)☣ 17:57, 28 January 2019 (UTC)
- This XML file is offered by Japanse wikipedia.
- https://dumps.wikimedia.org/jawiki/20190101/
- Thank you. Cs0128 (talk) 01:17, 29 January 2019 (UTC)
- It looks like you're using the the dump labeled "Recombine extracted page abstracts for Yahoo". This will not work with importDump.php.
- The error message you reported (Expected <mediawiki> tag, got feed) seems to confirm this and the first part of that dump file is
<feed> <doc> <title>Wikipedia: アンパサンド</title> <url>https://ja.wikipedia.org/wiki/%E3%82%A2%E3%83%B3%E3%83%91%E3%82%B5%E3%83%B3%E3%83%89</url> <abstract>right|thumb|100px|[[Trebuchet MS フォント]]</abstract> <links>
- You want another one of the dump files.
- Probably the 2.6GB jawiki-20190101-pages-articles.xml.bz2 file labeled "Recombine articles, templates, media/file descriptions, and primary meta-pages".
- That file starts with the correct header:
- ☠MarkAHershberger☢(talk)☣ 17:24, 29 January 2019 (UTC)
<mediawiki xmlns="http://www.mediawiki.org/xml/export-0.10/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.mediawiki.org/xml/export-0.10/ http://www.mediawiki.org/xml/export-0.10.xsd" version="0.10" xml:lang="ja"> <siteinfo> <sitename>Wikipedia</sitename> <dbname>jawiki</dbname> <base>https://ja.wikipedia.org/wiki/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8</base> <generator>MediaWiki 1.33.0-wmf.9</generator> <case>first-letter</case> <namespaces> <namespace key="-2" case="first-letter">メディア</namespace> <namespace key="-1" case="first-letter">特別</namespace>
- importDump.php can only be used with XML files generated from dumpBackup.php. Your xml file probably doesn't have the required structure. Ciencia Al Poder (talk) 10:27, 28 January 2019 (UTC)
- Thank you.
- I'm going to investigate this xml file format again. Cs0128 (talk) 01:19, 29 January 2019 (UTC)
Setup a MW Database by existing LocalSettings.php
Is it possible to create an new MW Database from an existing LocalSettings.php file with /maintenance/install.php
In
There is the parameter --conf . When I give an existing modified LocalSettings.php to it, will it create the database with the containing settings? I only need a new empty Database but want to keep my customised LocalSettings.php. Carchaias (talk) 10:00, 28 January 2019 (UTC)
- Last time I checked, no, there's no way to create the database with the existing configuration from LocalSettings.php. The install.php script is the only one that explicitly ignores the LocalSettings.php file Ciencia Al Poder (talk) 10:16, 28 January 2019 (UTC)
- OK.
- What might be the best way to solve this task? Use install.php with parameters on CLI? Carchaias (talk) 11:11, 28 January 2019 (UTC)
- Yes. Use install.php as seen in the example, and then update.php to populate changes from extensions Ciencia Al Poder (talk) 11:19, 28 January 2019 (UTC)
Searching for extension Tags/ Categories on Mainpage with Checkboxes
Hi, im searching for a extension which allows me to show the categories or tags on main page and allow me to search for them via ticking of checkboxes.
I really really appreciate the help :) 37.24.115.18 (talk) 14:12, 28 January 2019 (UTC)
- I'm pretty sure that there is no-existing extension for MediaWiki that does what you want. You could probably get someone to help you build it, though. ☠MarkAHershberger☢(talk)☣ 18:03, 28 January 2019 (UTC)
External links not working
Hi all,
So my student society recently made a new wiki after our old server crashed and we lost access to our old one (that is a whole other story for another time) since creating our new wiki, external links have not been working. They look like they should work, following the proper format, displaying as they should be but mousing over them reveals the page that the link is on, not the where the external link is meant to go. Clicking any external link simply refreshes the page. I have done some editing of our localsettings.php but other than that our wiki should just be vanilla. If you can provide any support or possible solutions to our problem, I would really appreciate it!
Thank you so much for your time!
Edit:
Product | Version |
---|---|
MediaWiki | 1.17.3 |
PHP | 7.0.33 (cgi-fcgi) |
SQLite | 3.7.17 with full-text search support |
Even this is a good example^ for I simply copied and pasted this table from the special:version page that I have not edited, instead of linking to where it is supposed to, all links instead take you to http://wiki.mycses.ca/index.php?title=Special:Version Spidrox (talk) 17:42, 28 January 2019 (UTC)
- Upgrade your MediaWiki. There is probably some issue with trying to run 1.17.x on php 7.0. That, and there are plenty of known security problems with that wiki. ☠MarkAHershberger☢(talk)☣ 18:36, 28 January 2019 (UTC)
- So one of the reasons why I did not want to install the newest version of mediawiki is because 1.17.3 was the version our old wiki was on. It is currently our hope that we will be able to access our old wiki off of the old server's hard drives. If we upgrade, would it still be possible to restore our old wiki from an older version's back ups? Spidrox (talk) 16:26, 29 January 2019 (UTC)
- Yes.
- Running update.php when you upgrade will make any schema adjustments needed for the update. ☠MarkAHershberger☢(talk)☣ 17:07, 29 January 2019 (UTC)
I want to scale down a photo from 158 DPI to 300 DPI.
I want to scale down a photo from 158 DPI to 300 DPI. How?
Lamontl (talk) 18:11, 28 January 2019 (UTC)
- Please find more appropriate forum for that question... This is Support Desk is for MediaWiki. ☠MarkAHershberger☢(talk)☣ 18:38, 28 January 2019 (UTC)
Bad title: The requested page title contains invalid characters: "%27".
RESOLVED | |
Error was caused by $wgServer being said to http:// when an https:// redirect was enabled on the site. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Recently upgraded to Mediawiki v1.32. Am using PHP 7.0.
Everytime a page is edited that contains the ' character, the title error message is displayed. The URL displays %2527 in the title after the edit, but the page itself still only contains %27.
This did not occur on the older version before the update. Is there a way to remove this error message, or something I need to change? The ' character is essential to some pages on my wiki (such as O'Hare) not just a formatting preference. Generallund (talk) 22:26, 28 January 2019 (UTC)
- First, you should consider upgrading to php 7.2 since 7.0 is unsupported.
- What is your OS? What is the webserver? ☠MarkAHershberger☢(talk)☣ 17:41, 29 January 2019 (UTC)
- I've updated to php 7.1 as of this writing, but that is all that is available via my hosting company. Updating to php 7.1 did not resolve the issue.
- I am using a shared hosting service via HostGator, so I don't have direct shell access unfortunately, only cPanel access. That being said I know they run on CentOS 6 and it is being served by Apache 2.2.24/25.
- My guess is that it is attempting to display the page (e.g. title=O%27Hare), but is for some reason using the url encoding for the %, since %25 is the HTML reference for the % symbol. Thus why it's saying %2527 doesn't exist, which would be %27 if the %25 were encoded. A bit confusing given all of the %... Anyway, I don't know what system determines this or how one would change it, thus my posting here :) Generallund (talk) 09:17, 30 January 2019 (UTC)
- Could you post the URL to your site so we can look? ☠MarkAHershberger☢(talk)☣ 16:26, 30 January 2019 (UTC)
- I have a few different mediawiki instances that I'm not too comfortable sharing publicly. However I have one that's basically empty that I've created a page on that gets the same error. It's:
- faerun dot min-maxed dot com
- The top link, Jake's Stuff, is an example. I'll enable anonymous editing for now in the event you need it. Generallund (talk) 21:13, 30 January 2019 (UTC)
- Ok, I saw the error. I also see that you have a couple of older extensions that may be causing the problem. Could you try disabling Multi-Category Search, MultiUpload, and PrivatePageProtection to see if the problem persists. ☠MarkAHershberger☢(talk)☣ 19:27, 31 January 2019 (UTC)
- Will do so right now. Generallund (talk) 19:30, 31 January 2019 (UTC)
- They're disabled. Still receiving the error. Generallund (talk) 19:32, 31 January 2019 (UTC)
- Is anything in your error log when this happens? If not, could you enable your debug log, reproduce the error, and see if you can see any clues in it? ☠MarkAHershberger☢(talk)☣ 20:14, 31 January 2019 (UTC)
- Forgive me, I haven't done too much troubleshooting before. Where is the error log located? I'll enable the debug log now. Generallund (talk) 20:17, 31 January 2019 (UTC)
- I found it. The only thing that I can see in there is from when I performed the upgrade. Not sure if this is at all related:
- [18-Jan-2019 18:08:48 America/Chicago] PHP Fatal error: Uncaught Error: Call to undefined method LanguageCode::getNonstandardLanguageCodeMapping() in /faerun/includes/Setup.php:513 Generallund (talk) 20:23, 31 January 2019 (UTC)
- I have the debug log setup and have a log saved from me receiving the error after editing the page. Can I send it to you privately or something? I'm not sure what all information I need to remove but I know it contains various keys that I probably don't want to post publicly. Generallund (talk) 20:30, 31 January 2019 (UTC)
- You can send me a private message here. ☠MarkAHershberger☢(talk)☣ 21:55, 31 January 2019 (UTC)
- Sent! Generallund (talk) 09:21, 1 February 2019 (UTC)
Unknown error - trying SSO login with Azure AD using Mediawiki and SimpleSAMLphp module.
So I'm trying to set up SSO login using Azure's Active Directory as an IdP and using the simpleSAMLphp module for Mediawiki to implement it, but I run into a error I have absolutely no idea how to solve.
Context:
I've followed these instructions: https://medium.com/vivritiengineering/mediawiki-and-azure-single-sign-on-e3fbc13d1f46
But instead of a server hosted on AWS servers, I have a virtual machine running on Azure.
I'm using this image for my VM: https://bitnami.com/stack/mediawiki/cloud
Actions that lead to problem:
I sign onto the mediawiki server, attempt to login, get send to a login.microsoftonline.com page. I try and login, and then get sent back to a mediawiki /Special:UserLogin page will an error message of "User cannot be authenticated".
Logs:
Found within '/opt/bitnami/apache2/logs/error_log':
[Tue Jan 29 04:07:04.007768 2019] [proxy_fcgi:error] [pid 32390:tid 139796580050688] [client my.ip.addr.45:63407] AH01071: Got error 'PHP message: PHP Notice: Undefined variable: attributes in /opt/bitnami/apps/mediawiki/htdocs/extensions/SimpleSAMLphp/includes/SimpleSAMLphp.php on line 47\nPHP message: PHP Warning: array_key_exists() expects parameter 2 to be array, null given in /opt/bitnami/apps/mediawiki/htdocs/extensions/SimpleSAMLphp/includes/SimpleSAMLphp.php on line 47\n', referer: https://login.microsoftonline.com/kmsi
Found within '/opt/bitnami/apache2/logs/access_log':
my.ip.addr.45 - - [29/Jan/2019:04:07:03 +0000] "POST /simplesaml/module.php/saml/sp/saml2-acs.php/default-sp HTTP/1.1" 303 850 my.ip.addr.45 - - [29/Jan/2019:04:07:03 +0000] "GET /Special:PluggableAuthLogin HTTP/1.1" 302 - my.ip.addr.45 - - [29/Jan/2019:04:07:04 +0000] "GET /index.php?title=Special:UserLogin/return&wpLoginToken=87d0ee94955902b61de847138e89d4ff5c4fd146%2B%5C HTTP/1.1" 302 - my.ip.addr.45 - - [29/Jan/2019:04:07:04 +0000] "GET /Special:UserLogin HTTP/1.1" 200 5472 my.ip.addr.45 - - [29/Jan/2019:04:07:05 +0000] "GET /resources/assets/poweredby_mediawiki_88x31.png HTTP/1.1" 304 - my.ip.addr.45 - - [29/Jan/2019:04:07:05 +0000] "GET /load.php?debug=false&lang=en&modules=mediawiki.htmlform.styles%7Cmediawiki.legacy.commonPrint%2Cshared%7Cmediawiki.skinning.interface%7Cmediawiki.special.userlogin.common.styles%7Cmediawiki.special.userlogin.login.styles%7Cmediawiki.ui%7Cmediawiki.ui.button%2Ccheckbox%2Cinput%2Cradio%7Cskins.vector.styles&only=styles&skin=vector HTTP/1.1" 200 13492 my.ip.addr.45 - - [29/Jan/2019:04:07:05 +0000] "GET /resources/assets/wiki.png?de8c8 HTTP/1.1" 304 - my.ip.addr.45 - - [29/Jan/2019:04:07:05 +0000] "GET /load.php?debug=false&lang=en&modules=startup&only=scripts&safemode=1&skin=vector HTTP/1.1" 200 38569 my.ip.addr.45 - - [29/Jan/2019:04:07:05 +0000] "GET /load.php?debug=false&lang=en&modules=jquery%7Cjquery.lengthLimit%7Cmediawiki.htmlform&skin=vector&version=0g0bm48 HTTP/1.1" 200 163379 my.ip.addr.45 - - [29/Jan/2019:04:07:05 +0000] "POST /mod_pagespeed_beacon?url=https%3A%2F%2Fmycompany-wiki.myregion.cloudapp.azure.com%2FSpecial%3AUserLogin HTTP/1.1" 204 - my.ip.addr.45 - - [29/Jan/2019:04:07:05 +0000] "GET /favicon.ico HTTP/1.1" 200 3076
Comments:
Some of what I think the relevant component of '/opt/bitnami/apps/mediawiki/htdocs/extensions/SimpleSAMLphp/includes/SimpleSAMLphp.php' is found below:
class SimpleSAMLphp extends PluggableAuth {
protected $attributes;
/**
* Get the user's username. Override this if you need to change
* the appearance from what SAML gives.
*
* @param string &$username going into this
* @param int &$userId the user's id
* @param string|null &$errorMessage if you want to return an error message.
* @return bool|string false if there was a problem getting the username.
*
* @SuppressWarnings(PHPMD.Superglobals)
*/
protected function getUsername( &$username = '', &$userId = 0, &$errorMessage = null ) {''
if ( isset( $GLOBALS['wgSimpleSAMLphp_UsernameAttribute'] ) ) {
$userNameAttribute = $GLOBALS['wgSimpleSAMLphp_UsernameAttribute'];
if ( is_array( $userNameAttribute ) ) {
$username = "";
foreach ( $userNameAttribute as $attribute ) {
Line 47 --------> if ( array_key_exists( $attribute, $attributes ) ) {
if ( $username != "" ) {
$username .= " ";
}
$username .= $attributes[$attribute][0];
} else {
wfDebug( 'SimpleSAMLphp: Could not find user name attribute ' .
$attribute );
return false;
}
}
} else {
if ( array_key_exists( $userNameAttribute, $attributes ) ) {
$realname = $attributes[$userNameAttribute][0];
} else {
wfDebug( 'SimpleSAMLphp: Could not find user name attribute ' .
$attributes );
return false;
}
}
} else {
wfDebug( 'SimpleSAMLphp: $wgSimpleSAMLphp_UsernameAttribute is not set' );
return false;
}
return $username;
}
Basically, $attributes is not being filled and I have no idea how to fix this.
Any sort of guidance or direction will be most appreciated. KeyBoardMonkey221 (talk) 04:36, 29 January 2019 (UTC)
- The line you highlight is strange. Have you modified it? It should probably read
- ☠MarkAHershberger☢(talk)☣ 17:58, 29 January 2019 (UTC)
if ( array_key_exists( $attribute, $this->attributes ) ) {
- Also, since it looks like you're using 1.32 of MW, you should download the SimpleSAMLphp extension from here to replace whatever bitnami has packaged. ☠MarkAHershberger☢(talk)☣ 18:00, 29 January 2019 (UTC)
- Hi MarkAHershberger,
- I hope you are well, I would like to know if you were able to solve this problem curiously it is happening to me. Sergiorjuela940226 (talk) 22:06, 29 April 2020 (UTC)
new page
RESOLVED | |
Topic is out of scope for mediawiki.org, see Project:About |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
good morning,
we have a page we woulk like to add for our traditional greek lemonade and refreshments.. the story behind it all... we see that a company similar to ours has a page but we cannot upload ours... please help as to why we are encountering this problem
Thank you in advance
GIA...GIAMAS (talk) 09:57, 29 January 2019 (UTC)
- This is not the place to add such content. Please read Project:About to find out what this site (Mediawiki.org) is about. Leaderboard (talk) 10:32, 29 January 2019 (UTC)
how to add extension:category tree to sidebar (Timeless)
Hi,
how to add the extension to sidebar? I don't want the link to an extra side. Ideally the tree with all categories is shown on every site i visit on my wiki.
thank you 37.24.115.18 (talk) 10:50, 29 January 2019 (UTC)
- Does Extension:CategoryTree#Hacks help? AhmadF.Cheema (talk) 15:58, 29 January 2019 (UTC)
- @AhmadF.Cheema I've added
$wgCategoryTreeSidebarRoot = 'Category:article_name'; $wgCategoryTreeForceHeaders = true;
to theLocalSettings.php
for Modern, MonoBook and Vector skins but categories won't show up on the sidebar :( MrJConstantine (talk) 14:22, 19 July 2021 (UTC) - As it says in the text for CategoryTree then it wont show up, however what I found you can do is add categorytree-portlet by editing your sidebar page. It still wont show because the parsing makes it vanish because the portlet becomes an empty list due to the point at which it parses but I have a work around;
- Edit the file skins/Timeless/includes/TimelessTemplate.php
- In function getMainNavigation just after "if ( $content === false ) {...}" add
- See also: Extension talk:CategoryTree/Archive 06/2023#h-sidebar_root_does_not_show_up_with_timeless_skin-20230829123900
if( empty($content) ) { <code> $content="SOME-RANDOM-NON-BLANK-TEXT";</code> }
- Filed a bug: https://phabricator.wikimedia.org/T384508 Lucienmp (talk) 17:10, 22 January 2025 (UTC)
Plantillas
Hola, como puedo agregar la plantilla de mapa de localización? Elizabeth Andrade (talk) 16:17, 29 January 2019 (UTC)
- Ver la plantilla de mapa de localización. ☠MarkAHershberger☢(talk)☣ 17:34, 29 January 2019 (UTC)
Import images with file history?
I'd like to take all the files and associated revision history in one wiki and put them into another one. importImages.php handles current versions well enough. dumpBackup.php will do histories for the articles that will import fine, but I don't see a great way to get the file history to come along with it.
Could anyone give me a nudge in the right direction? I saw this thread, but it doesn't quite speak to the file history piece.
The wikis are on the same machine and I've got full access to both.
Thanks! Lbillett (talk) 18:50, 29 January 2019 (UTC)
- Since they are on the same machine, why not just copy the images directory and import the DB? ☠MarkAHershberger☢(talk)☣ 19:48, 29 January 2019 (UTC)
- Oh! would that work? While I'm very comfortable in-wiki, the administration side really isn't my thing. I can sort of understand how copying the images directory would work well enough for bringing along the old file versions, but I'm not totally sure what kind of INSERT would need to be performed on which tables in the DB to bring the related wiki stuff over.
- This sounds like a much better direction though! I'll read up on it.
- Much appreciated! Lbillett (talk) 21:02, 29 January 2019 (UTC)
- You wouldn't need to do inserts and whatnot, just use mysqldump to backup and then you can use the dump you just created to create a new database with a different name by "restoring" the dump to that name. ☠MarkAHershberger☢(talk)☣ 21:29, 29 January 2019 (UTC)
- Interesting. So, this approach would effectively merge the entire contents and structure of wiki A (the one with the files I'm looking for) into the target pre-existing wiki B? I wonder how it would handle conflicts and the like? I can experiment and see what happens. Thank you! Lbillett (talk) 21:40, 29 January 2019 (UTC)
- Hmmm... I guess I didn't realize you were managing two different wikis and only wanted to move files from one to the other.
- If you want to keep both wikis independent but have the new wiki using the files from the old wiki, you should probably look at $wgForeignFileRepos. ☠MarkAHershberger☢(talk)☣ 16:25, 30 January 2019 (UTC)
- I was hoping to completely eliminate the wiki that currently has the files. I hadn't considered setting up a foreign file repository... that might work, though the files are really only useful to the one wiki into which I'm trying to merge them, so merging would still be the preferred path I think.
- I appreciate the help. Would it be safe to say the best path forward might be to copy the entire media directory structure from the currently location, dump them into the one I want to keep, then insert into all the file related tables the table contents of the old db? Lbillett (talk) 14:58, 26 March 2019 (UTC)
- Tables for current and historic images are image table and oldimage table. You can export and import them, but if a file with the name exists on both wikis that will fail with duplicates. You can try to ignore duplicates on inserts, and also not overwrite duplicate files when copying the entire images directory.
- Another possibility is using Manual:Grabbers with the grabFiles.php script, but I'm not sure it would handle well duplicate files. Ciencia Al Poder (talk) 10:50, 28 March 2019 (UTC)
- Interesting. So, if I can work around the duplicate file names, this approach would load the images and their respective history's. Then, it sounds like we could dumpBackup the corresponding file articles with (their histories) to xml and then importDump them?
- That doesn't sound too bad! I thought maybe there would be a lot more image tables to have to workaround. Of the ~5,000 files I need to work up there's probably less than 20 duplicates. I think we can manage that.
- Thanks for the help! Lbillett (talk) 12:41, 28 March 2019 (UTC)
- You can first find the duplicates, and then delete the duplicates from the origin or target wiki before the export and import Ciencia Al Poder (talk) 15:39, 28 March 2019 (UTC)
i'm looking for cartridges for my 1983 chess challenger elite a/s. are they still available?
RESOLVED | |
Wrong support forum.😕 |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I'm looking for cartridges for my 1983 Chess Challenger Elite A/S. Are they still available? 74.250.182.14 (talk) 22:44, 29 January 2019 (UTC)
- Wrong support forum.😕 AhmadF.Cheema (talk) 22:58, 29 January 2019 (UTC)
Class 'WrappedString\WrappedString' not found
Fatal error: Class 'WrappedString\WrappedString' not found in /opt/mediawiki/mediawiki-1.26.3/includes/resourceloader/ResourceLoader.php on line 1392
I am sure that i have that package installed in my composer.json
-bash-4.2# composer require wikimedia/wrappedstring Do not run Composer as root/super user! See https://getcomposer.org/root for details Using version ^3.0 for wikimedia/wrappedstring ./composer.json has been updated Loading composer repositories with package information Updating dependencies (including require-dev) Package operations: 1 install, 0 updates, 0 removals - Installing wikimedia/wrappedstring (v3.0.1): Loading from cache Writing lock file Generating autoload files
After I installed, the composer.json updated with the installed package,
{
"autoload": {
"classmap": [
"/opt/mediawiki/mediawiki-1.26.3/lib",
"/var/simplesamlphp/modules/saml/lib/"
]
},
"require": {
"psr/log": "^1.1",
"composer/semver": "^1.4",
"wikimedia/at-ease": "^1.2",
"wikimedia/ip-set": "1.0.1",
"wikimedia/utfnormal": "^2.0",
"wikimedia/assert": "^0.3.0",
"liuggio/statsd-php-client": "1.0.18",
"wikimedia/wrappedstring": "^3.0"
}
}
I restarted apache but still I am getting the same. I am using mediawiki 1.2 Santhosh lmi (talk) 00:29, 30 January 2019 (UTC)
- First, are you really using MediaWiki 1.26.3? It was released 2.5 years ago and hasn't been supported for a year and a half. If you want to upgrade and have something that will be supported for longer than a year, use the current LTS release.
- Restarting apache usually won't help you with any composer-related issues. But it doesn't hurt.
- Typically, you want to update composer.local.json, not composer.json.
- I think your problem will be resolved by upgrading to the LTS. ☠MarkAHershberger☢(talk)☣ 16:46, 30 January 2019 (UTC)
- Yes, I am using 1.26.3. I will try the latest Version and let you know. Santhosh lmi (talk) 17:48, 30 January 2019 (UTC)
Need help with if-function and Infobox template
RESOLVED | |
Install Extension:ParserFunctions. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello.
I'm desperatly trying to create an Infobox template, but its not working at all. I get all these
{{#if: | {{#if: | {{#if: | {{#if: | {{#if: | {{#if: | {{#if: | {{#if: |
strings all over and can't find what's wrong with the code.
Maybe someone can look into it and give me some pointers to what's wrong?
Click 188.102.146.105 (talk) 09:11, 30 January 2019 (UTC)
- Install Extension:ParserFunctions. AhmadF.Cheema (talk) 09:58, 30 January 2019 (UTC)
Error after Upgrade
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
After the upgrade to the acutal version 1.13.2 i get the following error:
[90ea43deab9e8dce996e6f38] /infopointnew/index.php UnexpectedValueException from line 961 of /var/www/html/infopointnew/includes/libs/rdbms/loadbalancer/LoadBalancer.php: Got connection to 'xxx_infopoint', but expected local domain ('xxx_infopoint-mediawiki-').
Plz help. Mathis michael (talk) 09:30, 30 January 2019 (UTC)
- OS Debian 9.7
- PHP 7.2.14-1 Mathis michael (talk) 09:38, 30 January 2019 (UTC)
- If you're using mysql/mariadb, be sure you remove any $wgDBmwschema definition from your LocalSettings.php Ciencia Al Poder (talk) 10:29, 30 January 2019 (UTC)
- Thanks. It worked. Mathis michael (talk) 12:24, 30 January 2019 (UTC)
Relationship between categories and portals
RESOLVED | |
For questions on the topic of wikipedia, you should use THEIR support desk. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Dear Support desk
There is a Theoretical Ecology category (https://en.wikipedia.org/wiki/Category:Ecological_theories), which is linked to the "Ecology" portal (https://en.wikipedia.org/wiki/Portal:Ecology)
I am thinking about creating a "Theoretical Ecology" portal. How would/could this relate to the "Theoretical Ecology" category? What is generally the relationship between "categories" and "portals"?
Unfortunately, I could not find any info on this.
Thanks you very much
Iite (talk) 11:05, 30 January 2019 (UTC)
- Hi, this is the support forum for the software project that drives wikipedia and many other websites. For questions on the topic of wikipedia, you should use THEIR support desk. —TheDJ (Not WMF) (talk • contribs) 12:24, 30 January 2019 (UTC)
mediawiki user password reset on ubuntu
RESOLVED | |
See changePassword.php. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
hi,
how do I check and reset a users password via ubuntu terminal?
thanks. Jtvdw (talk) 16:12, 30 January 2019 (UTC)
- See changePassword.php. ☠MarkAHershberger☢(talk)☣ 16:30, 30 January 2019 (UTC)
URL move
How do I move from:
http://localhost/mediawiki/index.php/Main_Page to http://doraepedia.net/wiki/index.php/Main_Page RainbowSilver2ndBackup (talk) 17:00, 30 January 2019 (UTC)
- Change the value of $wgServer in LocalSettings.php Bawolff (talk) 22:53, 30 January 2019 (UTC)
- Which one? RainbowSilver2ndBackup (talk) 03:00, 31 January 2019 (UTC)
- If you have several $wgServer definitions on LocalSettings.php, remove the duplicate ones and leave only one with the value you want. Ciencia Al Poder (talk) 10:25, 31 January 2019 (UTC)
- I did....and it didn't work. Should I start the process on installing and configuring the mediawiki again?
RainbowSilver2ndBackup (talk) 23:22, 31 January 2019 (UTC)- Looks like the doraepedia.net domain is not properly set, because my DNS is unable to resolve it. Have you contacted your hosting company about it? Ciencia Al Poder (talk) 10:12, 1 February 2019 (UTC)
- I have WAMPP. If I'm wrong, are there any hosting companies that free of charge (I really don't want Wikia, I want something that Bulbapedia and Wikipedia uses)? RainbowSilver2ndBackup (talk) 11:38, 1 February 2019 (UTC)
- Free hosts: Byet, Freehostia.com, 5Freehosting 2FreeHosting, GoogieHost and probably many others.
- However, free hosting is generally unreliable and has multiple limitations. If you don't have a problem with such limitations, then maybe you should look into managed Wiki hosting farms which also have some free options available. Miraheze is one such (unofficially) highly recommended free option. AhmadF.Cheema (talk) 12:12, 1 February 2019 (UTC)
- Note that a domain name is usually something that you should buy independent of the host you use. Also, some host allow you to use your own domain, while others would give you a subdomain or path for your wiki (for free). Ciencia Al Poder (talk) 16:26, 1 February 2019 (UTC)
- OK, is there any hosts that allow you to use my own domain for free? RainbowSilver2ndBackup (talk) 18:32, 1 February 2019 (UTC)
- Miraheze does, see Custom_domains. For the rest, it'd be better if you would do the research by yourself. AhmadF.Cheema (talk) 19:40, 1 February 2019 (UTC)
Layout page is broken
Do you know what file / file's control the layout of the index.php.
See example of how it looks via screenshot > www.mcgeeleadership.com/DOWNLOAD/brokentext.JPG
All pages missing logo/ and has no layout like it should
Basic information
Display title | Main Page |
Default sort key | Main Page |
Page length (in bytes) | 3,510 |
Page ID | 1 |
Page content language | English (en) |
Page content model | wikitext |
Jmcgee12 (talk) 19:56, 30 January 2019 (UTC)
- It probably means something is wrong with load.php or your skin
- It can be hard to know exactly what's wrong, but some first things to do:
- Check short url configuration (in particular make sure that load.php isn't redirected away)
- Look in network tab of developer console for requests to load.php. Check what the status is, check the results for errors.
- If you can link to your wiki, that might be helpful in seeing what is wrong. Bawolff (talk) 22:52, 30 January 2019 (UTC)
- this is the link to WIKI > https://lcowiki.thinkhdi.com/hdi/index.php/Main_Page 47.19.51.200 (talk) 12:45, 31 January 2019 (UTC)
- Since things look better now, I think this must have been fixed. ☠MarkAHershberger☢(talk)☣ 19:51, 31 January 2019 (UTC)
- Actually, for me the page is completely unstyled. So it still looks broken.
- Interestingly, there seems to be no PHP error in the calls to load.php. So the styles should come up. The skin is Vector, which should be fine as well.
- Has the wiki been working before? Have you made an upgrade recently? If so, my guess is that maybe some files from the old MediaWiki version still are in the system. Jörgi123 (talk) 21:28, 31 January 2019 (UTC)
- Interesting. It is working in Firefox, but not Chrome. (I knew I was right to not trust Google!) ☠MarkAHershberger☢(talk)☣ 21:40, 31 January 2019 (UTC)
- Ok, my joke not-withstanding, you are serving your stylesheets without https. Chrome refuses to use them as a result. From the browser console:
Mixed Content: The page at 'HTTPS-URL-HERE' was loaded over HTTPS, but requested an insecure stylesheet 'HTTP-URL-HERE'. This request has been blocked; the content must be served over HTTPS.
☠MarkAHershberger☢(talk)☣ 21:47, 31 January 2019 (UTC)- It works for me because evidently I disabled some security checks. sigh ☠MarkAHershberger☢(talk)☣ 21:53, 31 January 2019 (UTC)
URL didn't changed
I tried changing it but it didn't work. I changed the $wgScriptPath to "/wiki" and the $wgServer to "https://doraepedia.net" in the LocalSettings.php but what I received is an error stating "Retrieved from "http://doraepedia.net/wiki/Main_Page/index.php?title=Main_Page&oldid=1""
## The URL base path to the directory containing the wiki; ## defaults for all runtime URL paths are based off of this. ## For more information on customizing the URLs ## (like /w/index.php/Page_title to /wiki/Page_title) please see: ## https://www.mediawiki.org/wiki/Manual:Short_URL $wgScriptPath = "/wiki"; ## The protocol and server name to use in fully-qualified URLs $wgServer = "http://doraepedia.net";
RainbowSilver2ndBackup (talk) 20:11, 30 January 2019 (UTC)
- Check to make sure $wgScriptPath isn't set twice in LocalSettings.php
- Note however that $wgScriptPath controls the part before the ? in the url. it will still have ?title=... part at the end of the url
- $wgArticlePath controls the full url, but only main page views (and not perma links with oldid) Bawolff (talk) 22:56, 30 January 2019 (UTC)
- Yeah it did. You mentioned to me to change the value.
- Is there anyway to remove it or change it? Like, where is the value? RainbowSilver2ndBackup (talk) 00:38, 31 January 2019 (UTC)
Is there a gallery which displays all images from one category with image caption
Does anybody know if any of the galleries allows for all uploads in a category to used as a gallery?
I'd also like to be able give multiple categories and us these as you would a WHERE clause like SQL.
Also, with the ability to display the captions too.
Jamiehutber (talk) 21:29, 30 January 2019 (UTC)
- The Extension:DynamicPageList (Wikimedia) extension, can do galleries of things in intersections of categories.
- Category pages in general will display a gallery of images.
- I'm not sure, but things like extension:SemanticMediaWiki might have options for galleries based on complex queries. Bawolff (talk) 22:48, 30 January 2019 (UTC)
- Bawolf!! You are a life saver, I have had this problem for a rather long time.
- If you use stackoverflow here are some large points you can claim from me:
- https://stackoverflow.com/questions/54164025/mediawiki-how-to-use-all-images-from-a-category-in-a-gallery
- I set a bounty on the question. Jamiehutber (talk) 11:20, 31 January 2019 (UTC)
Edit conflict bug?
RESOLVED | |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I can't resolve edit conflicts within my wiki (MW 1.31, php 7.2). The following happens:
I try to save my edit, but another user edited the page and saved his edit, causing an edit conflict. The edit conflict page pops up, and I copy-paste my edits into the upper editor window in an attempt to resolve the edit conflict and click the save button. And then, the edit conflict page loads again. I can't save my edit that way, because when I click save, it always tells me “edit conflict“ again. The only way to save my edit is to make an entirely new edit and replace the content within the editor with the edited. Content from the edit conflict page. Semako96 (talk) 23:03, 30 January 2019 (UTC)
- If you can document your problem accurately, it might be a bug that you could create a task in phabricator for. ☠MarkAHershberger☢(talk)☣ 19:55, 31 January 2019 (UTC)
- What do you mean with accurately? I can only say that what I wrote here, that I can't resolve an edit conflict, because it always reloads the edit conflict page when I click the save button. Semako96 (talk) 22:09, 31 January 2019 (UTC)
- See How to report a bug. The information you gave us here is a start, but it would help to see if there is anything strange in your debug log. You may also be asked to turn on PHP notices and such. ☠MarkAHershberger☢(talk)☣ 22:16, 31 January 2019 (UTC)
- okay, but not being able to resolve an edit conflict would be a major bug that already should have beeen reported, especially as it would also affect many other wikis, including Wikipedia, right? Semako96 (talk) 09:01, 1 February 2019 (UTC)
- Try to install and set up $wgDiff3 Ciencia Al Poder (talk) 10:16, 1 February 2019 (UTC)
- What do you mean with “install and setup“? That's a variable I can set in the LocalSettings.php file. Semako96 (talk) 23:41, 1 February 2019 (UTC)
- install the "GNU diff3 utility" and set $wgDiff3 to the path of that executable. Although if you're on a shared host this may not be possible at all... Ciencia Al Poder (talk) 11:05, 2 February 2019 (UTC)
- I think I am not able to install that on the shared hosting. The diff view itself works fine, it is only that the edit conflict page always reloads when clicking "save" after the edit conflict. Semako96 (talk) 17:59, 2 February 2019 (UTC)
- diff3 is used by MediaWiki to resolve edit conflicts. It is on most Linux systems under /usr/bin/diff3. ☠MarkAHershberger☢(talk)☣ 19:08, 2 February 2019 (UTC)
- The server runs with Linux, so it should have diff3? The path to /usr/bin/diff3 is already set in the LocalSettings.php file.
- Also I don't understand why a missing diff3 can cause exactly this problem, since diffs including that one on the edit conflict page are displayed correctly. The only thing that doesn't work is saving my edit from the edit conflict page.
- Maybe I should contact the hoster's support and ask them if they can install diff3? Semako96 (talk) 10:17, 5 February 2019 (UTC)
- Please try the things I suggested earlier:
- See How to report a bug. The information you gave us here is a start, but it would help to see if there is anything strange in your debug log. You may also be asked to turn on PHP notices and such. ☠MarkAHershberger☢(talk)☣ 13:47, 5 February 2019 (UTC)
- https://phabricator.wikimedia.org/T215691
- Created the bug report. I couldn't include any debug log information, since for whatever reason, MediaWiki creates no debug log, altough I followed the instructions and included $wgDebugLogFile = "...debug.log"; with differend directories tested. Semako96 (talk) 10:11, 9 February 2019 (UTC)
XAMPP shuts down by itself with when I start up
RESOLVED | |
Try asking on the Apache friends forums. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
When I shutdown my computer, XAMPP sends me an error and it shuts down by itself when I startup again. How do I fix this? RainbowSilver2ndBackup (talk) 04:25, 31 January 2019 (UTC)
- Is this related to MediaWiki? AhmadF.Cheema (talk) 04:41, 31 January 2019 (UTC)
- Yes that too because when I start up the computer and the XAMPP shuts down by itself, I can access my MediaWiki unless I startup XAMPP. Is there any way to fix this problem? RainbowSilver2ndBackup (talk) 06:15, 31 January 2019 (UTC)
- Haven't mentioned the error and besides the question appears more appropriate to an XAMPP support forum, as XAMPP is shutting down due to an error and not MediaWiki. AhmadF.Cheema (talk) 09:40, 31 January 2019 (UTC)
- Try asking on the Apache friends forums. ☠MarkAHershberger☢(talk)☣ 19:42, 31 January 2019 (UTC)
delete
- how to delete profile 62.16.236.112 (talk) 07:36, 31 January 2019 (UTC)
- Is this related to MediaWiki? Leaderboard (talk) 10:33, 31 January 2019 (UTC)
- A bit more specific please.
- Deleting an account in a wiki generally is problematic due to it being tied to article versions. So, accounts are usually not deleted, but renamed, if the person behind the account wants their username to disappear. If you want to no longer use your account, you can give it a long, complicated password that noone knows, so that noone, including you, can log into that account anymore. Semako96 (talk) 09:19, 31 January 2019 (UTC)
Error Message on preview - ckeditor
Dears,
actually we having MW 1.31 running at our company but occur errors in the header of the page once we using the preview function.
It says: Warning: Parameter 1 to CKeditor_MediaWiki::onEditPageBeforePreviewText()
Using the latest Version of Wysiwyg and in localSettings.php activated following lines as mentioned on your wiki page
//MW>1.25 and version of WYSIWYG = 1.5.6_0
wfLoadExtension ( 'WYSIWYG' );
wfLoadExtension ( 'WikiEditor' );
require_once "$IP/extensions/WYSIWYG/WYSIWYG.php";
Don´t know what to do or how to solve the issue.
There is no guideline and no working WYSIWYG Editor extension available.
Thanks for support
Kind regards 141.77.225.60 (talk) 10:27, 31 January 2019 (UTC)
- Regarding "no working WYSIWYG Editor extension", have you already tried Extension:TinyMCE or Extension:VisualEditor? AhmadF.Cheema (talk) 12:51, 31 January 2019 (UTC)
- TinyMCE is not that equal to WYSIWYG Editor, less in function and just saw that VisualEditor needs Parsoid Node.js ( java-script based )
- and running as a service.
- Isn´t there any other solution ?
- thank you 141.77.225.60 (talk) 07:30, 1 February 2019 (UTC)
- The only other possibility is Extension:VisualEditor (BlueSpice) but it has been discontinued and will now probably be even more difficult to set-up than Extension:WYSIWYG AhmadF.Cheema (talk) 07:53, 1 February 2019 (UTC)
MediaWiki Azure Ad Authentication
- Hello,
- We need to change authentication for our Mediawiki application, currently it is using IBMCIS which needs to be changed to AzureAD.
- Please let us know if there any extension for same or same extension would be able to authenticate with Azure AD. 125.22.193.148 (talk) 11:30, 31 January 2019 (UTC)
- Does Mediawiki and Azure AD Single Sign On help? AhmadF.Cheema (talk) 12:51, 31 January 2019 (UTC)
- Only if you're on AWS. Rp (talk) 08:32, 5 September 2022 (UTC)
PHP Extension: fileinfo
I have my MediaWiki set to auto update. Now it is at 1.32 but I'm getting an error saying PHP extension fileinfo is needed ( nokego.us ). I can't find a place in Cpanel to enable this PHP extension. Any help is appreciated, please point me in the right direction. CaseyMills (talk) 17:04, 31 January 2019 (UTC)
- This video isn't focused on MediaWiki but does give an idea of how to enable extensions in CPanel. Let us know if it helps or not. ☠MarkAHershberger☢(talk)☣ 19:38, 31 January 2019 (UTC)
How can you retrieve your username and password?
RESOLVED | |
On this wiki? try Special:PasswordReset. On your own wiki? Try changePassword.php. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
127.0.01
Hello,
I forgot my username and password, I did try to retrieve without success.
2601:448:C400:2691:1904:D53B:DA2:6B35 (talk) 17:36, 31 January 2019 (UTC)
- On this wiki? try Special:PasswordReset. On your own wiki? Try changePassword.php. ☠MarkAHershberger☢(talk)☣ 19:29, 31 January 2019 (UTC)