Project:Support desk/Flow/2020/04
| 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. |
Beginner looking for very short 'nexs' format
Dear,
I'm feature testing and learning MediaWiki : amazing and convincing!
https://connaissances1450.miraheze.org - v1.34.1
I had a look to blog special page, and Extension:News, (*)
but still: what are the easiest step to figure out an easy writer interface for contributing very short news, like events, or readings reference?
All of these to come aggregated on a page, and on the home page, on configurable list (categories selection).
My question is more on the first component : a ready interface where the user understands the format is short (100 words), and categorizing is encouraged /helped.
Are there other ready-made extensions for that?
Thanks on forward
Pierre-Yves Delens
pyd@pydelens.be
(*) the "excerpt" feature (extension:news) is usually aimed at giving a first glimpse to a longueur document 2A02:A03F:C0DF:B500:BD6D:BA6A:F1DA:E5E9 (talk) 10:31, 1 April 2020 (UTC)
Wrong php 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.
Hi
I just updated my Mediawiki from 1.29 to 1.34 and at the same time I updatede the php from 7.1.33 to 7.4.4
But when I open my wiki I get the message:
MediaWiki 1.34 internal error
MediaWiki 1.34 requires at least PHP version 7.2.9, you are using PHP 7.1.33-14+ubuntu18.04.1+deb.sury.org+1"
But when I write "php -version" i get
PHP 7.4.4 (cli) (built: Mar 20 2020 13:47:45) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
with Zend OPcache v7.4.4, Copyright (c), by Zend Technologies
II can't figure out what I am doing wrong.
How do I fix it?
Best regard
Kenneth
Ubuntu server 18.04 178.157.254.233 (talk) 18:50, 1 April 2020 (UTC)
- You installed several PHP versions in parallel. "7.1.33" seems to be coming from some custom PPA at https://launchpad.net/~ondrej/+archive/ubuntu/php/. According to https://packages.ubuntu.com/bionic/php-cli you should have php 7.2, so I have no idea either where you got "7.4.4" from. This sounds like a question for an Ubuntu support forum instead. Malyacko (talk) 22:06, 1 April 2020 (UTC)
- 7.3.11 is the newest Nsturtz2 (talk) 00:58, 2 April 2020 (UTC)
- Where? How? Plus 7.3.11 is not 7.1.33. Malyacko (talk) 11:29, 2 April 2020 (UTC)
- Oh sorry that is my bad, I have the outdated version on my server. Thank you for pointing that out to me. Nsturtz2 (talk) 15:10, 3 April 2020 (UTC)
- Hi
- You were right. I had installed PHP versions in parallel and also the wrong version.
- I had added the repository ppa:ondrej/php and because I did not specified the php version I automatically got the newest (7.4.4)
- After removing the wrong PHP version I installed 7.3 and now it's working again
- Hope you all have a nice weekend
- Kenneth 2.107.60.30 (talk) 13:55, 3 April 2020 (UTC)
MediaWiki internal Error
I have no clue what this means I am trying to get a module to work.
9c4498573fa063800b2c1151] /index.php?title=Module:Citation/CS1/styles.css&action=submit Error from line 78 of /var/www/html/wiki/extensions/TemplateStyles/includes/TemplateStylesContent.php: Class 'Wikimedia\CSS\Parser\Parser' not found
Backtrace:
#0 /var/www/html/wiki/extensions/TemplateStyles/includes/TemplateStylesContent.php(135): TemplateStylesContent->sanitize(array)
#1 /var/www/html/wiki/includes/Revision/RenderedRevision.php(264): TemplateStylesContent->getParserOutput(Title, NULL, ParserOptions, boolean)
#2 /var/www/html/wiki/includes/Revision/RenderedRevision.php(236): MediaWiki\Revision\RenderedRevision->getSlotParserOutputUncached(TemplateStylesContent, boolean)
#3 /var/www/html/wiki/includes/Revision/RevisionRenderer.php(215): MediaWiki\Revision\RenderedRevision->getSlotParserOutput(string)
#4 /var/www/html/wiki/includes/Revision/RevisionRenderer.php(152): MediaWiki\Revision\RevisionRenderer->combineSlotOutput(MediaWiki\Revision\RenderedRevision, array)
#5 [internal function]: MediaWiki\Revision\RevisionRenderer->MediaWiki\Revision\{closure}(MediaWiki\Revision\RenderedRevision, array)
#6 /var/www/html/wiki/includes/Revision/RenderedRevision.php(198): call_user_func(Closure, MediaWiki\Revision\RenderedRevision, array)
#7 /var/www/html/wiki/includes/Storage/DerivedPageDataUpdater.php(1290): MediaWiki\Revision\RenderedRevision->getRevisionParserOutput()
#8 [internal function]: MediaWiki\Storage\DerivedPageDataUpdater->getCanonicalParserOutput()
#9 /var/www/html/wiki/includes/edit/PreparedEdit.php(104): call_user_func(array)
#10 /var/www/html/wiki/includes/edit/PreparedEdit.php(119): MediaWiki\Edit\PreparedEdit->getOutput()
#11 /var/www/html/wiki/includes/Storage/DerivedPageDataUpdater.php(1268): MediaWiki\Edit\PreparedEdit->__get(string)
#12 /var/www/html/wiki/includes/page/WikiPage.php(2030): MediaWiki\Storage\DerivedPageDataUpdater->getPreparedEdit()
#13 /var/www/html/wiki/extensions/ConfirmEdit/SimpleCaptcha/SimpleCaptcha.php(587): WikiPage->prepareContentForEdit(TemplateStylesContent)
#14 /var/www/html/wiki/extensions/ConfirmEdit/SimpleCaptcha/SimpleCaptcha.php(799): SimpleCaptcha->shouldCheck(WikiPage, TemplateStylesContent, string, DerivativeContext)
#15 /var/www/html/wiki/extensions/ConfirmEdit/SimpleCaptcha/SimpleCaptcha.php(835): SimpleCaptcha->doConfirmEdit(WikiPage, TemplateStylesContent, string, DerivativeContext)
#16 /var/www/html/wiki/extensions/ConfirmEdit/includes/ConfirmEditHooks.php(40): SimpleCaptcha->confirmEditMerged(DerivativeContext, TemplateStylesContent, Status, string, User, boolean)
#17 /var/www/html/wiki/includes/Hooks.php(174): ConfirmEditHooks::confirmEditMerged(DerivativeContext, TemplateStylesContent, Status, string, User, boolean)
#18 /var/www/html/wiki/includes/Hooks.php(202): Hooks::callHook(string, array, array, NULL)
#19 /var/www/html/wiki/includes/EditPage.php(1790): Hooks::run(string, array)
#20 /var/www/html/wiki/includes/EditPage.php(2122): EditPage->runPostMergeFilters(TemplateStylesContent, Status, User)
#21 /var/www/html/wiki/includes/EditPage.php(1617): EditPage->internalAttemptSave(NULL, boolean)
#22 /var/www/html/wiki/includes/EditPage.php(682): EditPage->attemptSave(NULL)
#23 /var/www/html/wiki/includes/actions/EditAction.php(55): EditPage->edit()
#24 /var/www/html/wiki/includes/actions/SubmitAction.php(38): EditAction->show()
#25 /var/www/html/wiki/includes/MediaWiki.php(511): SubmitAction->show()
#26 /var/www/html/wiki/includes/MediaWiki.php(302): MediaWiki->performAction(Article, Title)
#27 /var/www/html/wiki/includes/MediaWiki.php(900): MediaWiki->performRequest()
#28 /var/www/html/wiki/includes/MediaWiki.php(527): MediaWiki->main()
#29 /var/www/html/wiki/index.php(44): MediaWiki->run()
#30 {main} Nsturtz2 (talk) 00:54, 2 April 2020 (UTC)
- See Extension talk:TemplateStyles/2018#h-How_to_do-2018-09-16T19:44:00.000Z? Malyacko (talk) 11:28, 2 April 2020 (UTC)
Why does mediawiki interpret hash signs inside <code> tags?
Is this intended behaviour? I would like to insert some python code which contains comments and thus hash signs. What do I have to do to make this work?
Why would Mediawiki interpret things inside code tags anyway? This doesn't make sense. 80.153.181.30 (talk) 15:29, 2 April 2020 (UTC)
- Is your code multiline? I think
<code></code>tags are meant only for inline inclusion. - For multiline, better use
<pre></pre>or<syntaxhighlight></syntaxhighlight>tags. AhmadF.Cheema (talk) 17:51, 2 April 2020 (UTC) - its intentional that formatting works inside code (whether its a good idea is debatable but way too late to change it)
- As Ahmad said, no formatting happens in pre or syntaxhighlight. Additionally you can use <nowiki> with code Bawolff (talk) 00:45, 3 April 2020 (UTC)
- Thanks a lot Ahmad, preformatted text tags work. 80.153.181.30 (talk) 06:57, 3 April 2020 (UTC)
template show or hide
How can I put this button pattern inside another pattern, so that if I wanted to show the pattern and if I didn't want to show it?
Sokote zaman (talk) 17:06, 2 April 2020 (UTC)
- I don't understand what you're asking. Could you clarify what you want? ☠MarkAHershberger☢(talk)☣ 23:33, 2 April 2020 (UTC)
- Yes, thank you
- More explanation:
- I want to have buttons on some pages and not buttons on some pages.
- How do I show or not show a button in a template consisting of several patterns?
- Thanks Sokote zaman (talk) 23:51, 2 April 2020 (UTC)
- When do you want the button to show up? If it is something on the page, I think you could do this with some JS in your Common.js. ☠MarkAHershberger☢(talk)☣ 00:02, 3 April 2020 (UTC)
- Thank you for your response
- I want some pages to be just syntax and some pages to be syntax with buttons. Sokote zaman (talk) 02:14, 3 April 2020 (UTC)
- How can I fix this problem? Sokote zaman (talk) 17:43, 3 April 2020 (UTC)
- "Some pages to be just syntax" -- could you point to an example on your wiki where you want this to happen? I still don't understand your question. It looks like you know how to make buttons (you made a couple here), why can't you do that on your wiki? ☠MarkAHershberger☢(talk)☣ 21:37, 3 April 2020 (UTC)
- Yes, an example was created on Wiki
- https://wikicod.ir/wiki/Test
- Note that the first example is with the button
- And
- The second example is without a button
- The above examples are shown with two patterns.
- My question is how can I show both of the above examples by creating a template
- Thanks Sokote zaman (talk) 06:04, 4 April 2020 (UTC)
- If you want to include or exclude the button on a per-page basis, maybe you can try employing the ##if parser function used on Magic words#Page names in your template.
- Something like: For two pages
Page_A,Page_A_with-button - If {{PAGENAME}} includes the word
button(can be checked using ##explode:), then allow button to be displayed otherwise not. - In case these patterns are to be included in the same page, simple if conditional statements should work. AhmadF.Cheema (talk) 12:08, 4 April 2020 (UTC)
- Thank you for your guidance
- It would be great if you could give an example
- thank you Sokote zaman (talk) 13:26, 4 April 2020 (UTC)
- Do you want the button inclusion/exclusion on a per-page basis or is it that there would be some elements with button and others without the button on the same page? AhmadF.Cheema (talk) 13:31, 4 April 2020 (UTC)
- is it that there would be some elements with button and others without the button on the same page Sokote zaman (talk) 14:21, 4 April 2020 (UTC)
monetizar wiki
quiero crear una wiki pero me gustaria saber si se me permite agregar anuncios para monetizarla 2806:103E:27:4836:1DC0:3D60:3B87:D328 (talk) 18:22, 2 April 2020 (UTC)
- Yes, you can put ads on your wiki to monetize it.
- Sí, puedes poner anuncios en tu wiki para monetizarlo. ☠MarkAHershberger☢(talk)☣ 23:24, 2 April 2020 (UTC)
Logos in infoboxes
How do I add a company logo in an infobox without it violating copyright restrictions? Mmh15f (talk) 01:02, 3 April 2020 (UTC)
- That is a legal question which depends on laws in countries, so it is out of scope for this support forum. Malyacko (talk) 09:57, 3 April 2020 (UTC)
Wikimedia\Rdbms\DBReadOnlyError after VM crash
I run a wiki on an Apache webserver with Mysql in a Linux-VM . This VM crashed yesterday without reason and now this is happening:
*Apache is running
*MySQL opens 200+ threads with Mysqld --daemonize myslq.pid
**It tells me, that there are 14 open files
**mysqladmin says, that 140+ localhost/wiki process are sleeping (this number is constantly growing, which causes a "to many connection" error after a while)
*My VM is reaching its RAM and CPU limitation due to MySQL and freezes
*If I try to connect to my wiki via internet it either gives me a connection time out or "Wikimedia\Rdbms\DBReadOnlyError" (but the wiki wasn't in read only mode when the vm crashed)
Since I installed MediaWiki two years ago I kept it up-to-date, made two successful upgrades to the recent versions and never changed the apache/mysql default settings (with exclusion of user/password) and it all worked fine. Until yesterday.
Further testing/logging within the wiki isn't possible due to the nature of the problem. I can't provide any log files. 80.128.145.126 (talk) 11:33, 3 April 2020 (UTC)
- I have to correct myself: After many reloads I finally got an error log.
- And again: I have no idea why it says "Read-only". I checked the LocalSettings and it's not read only.
MediaWiki internal error.Original exception: [3b46c182321d3ea4b8b9902a] /wiki/Mainpage Wikimedia\Rdbms\DBReadOnlyError from line 1121 of /var/lib/mediawiki/includes/libs/rdbms/database/Database.php: Database is read-onlyBacktrace:#0 /var/lib/mediawiki/includes/libs/rdbms/database/Database.php(2010): Wikimedia\Rdbms\Database->query(string, string)#1 /var/lib/mediawiki/includes/objectcache/SqlBagOStuff.php(414): Wikimedia\Rdbms\Database->update(string, array, array, string)#2 /var/lib/mediawiki/includes/libs/objectcache/BagOStuff.php(316): SqlBagOStuff->cas(array, string, array, integer)#3 /var/lib/mediawiki/includes/objectcache/SqlBagOStuff.php(488): BagOStuff->mergeViaCas(string, Closure, integer, integer)#4 /var/lib/mediawiki/includes/libs/objectcache/WANObjectCache.php(549): SqlBagOStuff->merge(string, Closure, integer, integer)#5 /var/lib/mediawiki/includes/cache/MessageCache.php(732): WANObjectCache->set(string, array, integer)#6 /var/lib/mediawiki/includes/cache/MessageCache.php(671): MessageCache->setValidationHash(string, array)#7 /var/lib/mediawiki/includes/cache/MessageCache.php(420): MessageCache->saveToCaches(array, string, string)#8 /var/lib/mediawiki/includes/cache/MessageCache.php(342): MessageCache->loadFromDBWithLock(string, array, NULL)#9 /var/lib/mediawiki/includes/cache/MessageCache.php(971): MessageCache->load(string)#10 /var/lib/mediawiki/includes/cache/MessageCache.php(928): MessageCache->getMsgFromNamespace(string, string)#11 /var/lib/mediawiki/includes/cache/MessageCache.php(868): MessageCache->getMessageForLang(Language, string, boolean, array)#12 /var/lib/mediawiki/includes/cache/MessageCache.php(808): MessageCache->getMessageFromFallbackChain(Language, string, boolean)#13 /var/lib/mediawiki/includes/Message.php(1290): MessageCache->get(string, boolean, Language)#14 /var/lib/mediawiki/includes/Message.php(1006): Message->fetchMessage()#15 /var/lib/mediawiki/includes/specialpage/SpecialPage.php(840): Message->isDisabled()#16 /var/lib/mediawiki/includes/specials/SpecialRecentchanges.php(164): SpecialPage->addHelpLink(string, boolean)#17 /var/lib/mediawiki/includes/specialpage/SpecialPage.php(565): SpecialRecentChanges->execute(NULL)#18 /var/lib/mediawiki/includes/specialpage/SpecialPageFactory.php(568): SpecialPage->run(NULL)#19 /var/lib/mediawiki/includes/MediaWiki.php(288): SpecialPageFactory::executePath(Title, RequestContext)#20 /var/lib/mediawiki/includes/MediaWiki.php(861): MediaWiki->performRequest()#21 /var/lib/mediawiki/includes/MediaWiki.php(524): MediaWiki->main()#22 /var/lib/mediawiki/index.php(42): MediaWiki->run()#23 {main}Exception caught inside exception handler: [3b46c182321d3ea4b8b9902a] /wiki/Mainpage Wikimedia\Rdbms\DBReadOnlyError from line 1121 of /var/lib/mediawiki/includes/libs/rdbms/database/Database.php: Database is read-onlyBacktrace:#0 /var/lib/mediawiki/includes/libs/rdbms/database/Database.php(2010): Wikimedia\Rdbms\Database->query(string, string)#1 /var/lib/mediawiki/includes/objectcache/SqlBagOStuff.php(414): Wikimedia\Rdbms\Database->update(string, array, array, string)#2 /var/lib/mediawiki/includes/libs/objectcache/BagOStuff.php(316): SqlBagOStuff->cas(array, string, array, integer)#3 /var/lib/mediawiki/includes/objectcache/SqlBagOStuff.php(488): BagOStuff->mergeViaCas(string, Closure, integer, integer)#4 /var/lib/mediawiki/includes/libs/objectcache/WANObjectCache.php(549): SqlBagOStuff->merge(string, Closure, integer, integer)#5 /var/lib/mediawiki/includes/cache/MessageCache.php(732): WANObjectCache->set(string, array, integer)#6 /var/lib/mediawiki/includes/cache/MessageCache.php(671): MessageCache->setValidationHash(string, array)#7 /var/lib/mediawiki/includes/cache/MessageCache.php(420): MessageCache->saveToCaches(array, string, string)#8 /var/lib/mediawiki/includes/cache/MessageCache.php(342): MessageCache->loadFromDBWithLock(string, array, NULL)#9 /var/lib/mediawiki/includes/cache/MessageCache.php(971): MessageCache->load(string)#10 /var/lib/mediawiki/includes/cache/MessageCache.php(928): MessageCache->getMsgFromNamespace(string, string)#11 /var/lib/mediawiki/includes/cache/MessageCache.php(868): MessageCache->getMessageForLang(Language, string, boolean, array)#12 /var/lib/mediawiki/includes/cache/MessageCache.php(808): MessageCache->getMessageFromFallbackChain(Language, string, boolean)#13 /var/lib/mediawiki/includes/Message.php(1290): MessageCache->get(string, boolean, Language)#14 /var/lib/mediawiki/includes/Message.php(982): Message->fetchMessage()#15 /var/lib/mediawiki/includes/skins/Skin.php(1348): Message->exists()#16 /var/lib/mediawiki/includes/skins/Skin.php(1305): Skin->addToSidebarPlain(array, string)#17 /var/lib/mediawiki/includes/skins/Skin.php(1261): Skin->addToSidebar(array, string)#18 /var/lib/mediawiki/includes/skins/Skin.php(1287): Skin->{closure}()#19 /var/lib/mediawiki/includes/skins/SkinTemplate.php(481): Skin->buildSidebar()#20 /var/lib/mediawiki/includes/skins/SkinTemplate.php(249): SkinTemplate->prepareQuickTemplate()#21 /var/lib/mediawiki/includes/OutputPage.php(2388): SkinTemplate->outputPage()#22 /var/lib/mediawiki/includes/exception/MWExceptionRenderer.php(137): OutputPage->output()#23 /var/lib/mediawiki/includes/exception/MWExceptionRenderer.php(54): MWExceptionRenderer::reportHTML(Wikimedia\Rdbms\DBReadOnlyError)#24 /var/lib/mediawiki/includes/exception/MWExceptionHandler.php(75): MWExceptionRenderer::output(Wikimedia\Rdbms\DBReadOnlyError, integer)#25 /var/lib/mediawiki/includes/exception/MWExceptionHandler.php(149): MWExceptionHandler::report(Wikimedia\Rdbms\DBReadOnlyError)#26 /var/lib/mediawiki/includes/MediaWiki.php(551): MWExceptionHandler::handleException(Wikimedia\Rdbms\DBReadOnlyError)#27 /var/lib/mediawiki/index.php(42): MediaWiki->run()#28 {main}80.128.145.126 (talk) 12:21, 3 April 2020 (UTC)- Update: After using the "SET GLOBAL read_only = OFF;" command in mysql, I don't get any time outs anymore but blank pages without any information. 80.128.145.126 (talk) 12:38, 3 April 2020 (UTC)
- Update: This is the last entry of the Apache errorlog.
[Fri Apr 03 19:42:38.978709 2020] [php7:error] [pid 22088] [client 46.229.168.151:31960] PHP Fatal error: Uncaught Error: Call to a member function getCode() on null in /var/lib/mediawiki/includes/user/User.php:1737\nStack trace:\n#0 /var/lib/mediawiki/includes/user/User.php(5417): User::getDefaultOptions()\n#1 /var/lib/mediawiki/includes/user/User.php(3101): User->loadOptions()\n#2 /var/lib/mediawiki/includes/context/RequestContext.php(336): User->getOption('language')\n#3 /var/lib/mediawiki/includes/Message.php(380): RequestContext->getLanguage()\n#4 /var/lib/mediawiki/includes/Message.php(1290): Message->getLanguage()\n#5 /var/lib/mediawiki/includes/Message.php(842): Message->fetchMessage()\n#6 /var/lib/mediawiki/includes/Message.php(934): Message->toString('text')\n#7 /var/lib/mediawiki/includes/exception/MWExceptionRenderer.php(201): Message->text()\n#8 /var/lib/mediawiki/includes/exception/MWExceptionRenderer.php(301): MWExceptionRenderer::msg('dberr-problems', 'Sorry! This sit...')\n#9 /var/lib/mediawiki/includes/exception/MWExceptionRenderer.php(52): MWExceptionRenderer::reportOutageHTML(Object(Wikimedia\Rdbms\DBCon in /var/lib/mediawiki/includes/user/User.php on line 173780.128.145.126 (talk) 17:48, 3 April 2020 (UTC)- Do you have a database backup? If you do, you should drop the database and restore from the backup.
- If you don't, then your best bet is to try to use rebuild or repair the DB. ☠MarkAHershberger☢(talk)☣ 21:34, 3 April 2020 (UTC)
- yeah, this sounds like a mysql error not a mediawiki error Bawolff (talk) 07:55, 4 April 2020 (UTC)
- The database checked ok. I narrowed down the error to PHP, because in some brief moments I somehow get the Mainpage with my content; but most of the time I get a blank page. I don't get any php error logs thou. Only blank pages even with error reporting on. 87.157.184.253 (talk) 12:00, 4 April 2020 (UTC)
- Here is a snippet from the Apache error log. It basically contains only this message since the VM crash:
[Wed Apr 01 06:18:42.710098 2020] [php7:error] [pid 27133] [client 114.119.161.74:12918] PHP Fatal error: Uncaught Error: Call to a member function getCode() on null in /var/lib/mediawiki/includes/user/User.php:1737\nStack trace:\n#0 /var/lib/mediawiki/includes/user/User.php(5417): User::getDefaultOptions()\n#1 /var/lib/mediawiki/includes/user/User.php(3101): User->loadOptions()\n#2 /var/lib/mediawiki/includes/context/RequestContext.php(336): User->getOption('language')\n#3 /var/lib/mediawiki/includes/Message.php(380): RequestContext->getLanguage()\n#4 /var/lib/mediawiki/includes/Message.php(1290): Message->getLanguage()\n#5 /var/lib/mediawiki/includes/Message.php(842): Message->fetchMessage()\n#6 /var/lib/mediawiki/includes/Message.php(934): Message->toString('text')\n#7 /var/lib/mediawiki/includes/exception/MWExceptionRenderer.php(201): Message->text()\n#8 /var/lib/mediawiki/includes/exception/MWExceptionRenderer.php(301): MWExceptionRenderer::msg('dberr-problems', 'Sorry! This sit...')\n#9 /var/lib/mediawiki/includes/exception/MWExceptionRenderer.php(52): MWExceptionRenderer::reportOutageHTML(Object(Wikimedia\\Rdbms\\DBCon in /var/lib/mediawiki/includes/user/User.php on line 1737- Maybe one of the MediaWiki-php's got fried in the crash event? 87.157.184.253 (talk) 12:28, 4 April 2020 (UTC)
- thats just an error in displaying the page that reports the db is broken.
- This is definitely primarily your database being broken plus an additional issue with the code that turns that into a friendly error message being also broken. However the primary issue is that your database is broken Bawolff (talk) 18:54, 4 April 2020 (UTC)
- After much tinkering and reconsidering, I'm going to rebuild the Database via the last backup I luckely took half a day before the crash. But if there's a bigger problem within the database, this only will create an endless loop of getting the wiki back online and losing it half a day later. 87.157.184.253 (talk) 20:07, 4 April 2020 (UTC)
- Welp, it kind of worked. Now it takes a considerable time (about 10 odd mins) to connect to my mainpage. And I get aborted connection errors from php/apache in the mysql log. 80.128.151.130 (talk) 12:13, 6 April 2020 (UTC)
Skin not loading (IONOS Hosting)
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 not used to "coding" so I installed MediaWiki on my Ionos hosted server thanks to their build-in tool.
MediaWiki a been instaled correctly and i can browse through the pages but with no skin.
I get this error :
"Refused to apply style from '[URL]' because its MIME type ('text/html') is not a supported stylesheet MIME type, and strict MIME checking is enabled."
After some reaserches I found that it can be due to short URL and that a need to create a symbolic link from /var/www pointing to /var/lib/mediawiki/[my $wgScriptPath value]. But I don't have a var folder in my wiki directory on the server. So what am I supposed to do ? It seems that my problem is linked to the fact I'm hosted by Ionos ? Have anyone already used MediaWiki with Ionos ?
Thanks for your help 7heo T (talk) 18:34, 3 April 2020 (UTC)
- This ("Refused to apply style...") sounds like a server configuration problem.
- I've set up an Ionos site just to test this since it looks like I can do that without incurring any cost. I'll come back and update this when I've tried it. ☠MarkAHershberger☢(talk)☣ 22:14, 3 April 2020 (UTC)
- it can be caused by a bunch of things. Can you open the css file in your browser (or provide a link)? Is it a 404 page? Is it an error? Something else? Bawolff (talk) 07:53, 4 April 2020 (UTC)
- The URL does not correspond to a css file but to the load.php file.
- Here is the link of the wiki : http://wiki-phaeton.trescarte.com/ where will be able to see the error in the console. 7heo T (talk) 15:53, 4 April 2020 (UTC)
- The one-click install that I did at ionos seems to work. What have you done besides the installation? ☠MarkAHershberger☢(talk)☣ 18:27, 4 April 2020 (UTC)
- Visiting your site shows the load.php giving http 500 errors. If you can edit the LocalSettings.php file, try turning on debugging.
- Specifically, if you view-source on the load.php url, you'll see this:
- ☠MarkAHershberger☢(talk)☣ 18:31, 4 April 2020 (UTC)
Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.
- Besides doing the installation I didn't do anathing.
- I've turn on debugging and now when i run the load.php file with the following parameters :
- "/load.php?debug=false&lang=fr&modules=mediawiki.legacy.commonPrint%2Cshared%7Cmediawiki.sectionAnchor%7Cmediawiki.skinning.interface%7Cskins.vector.styles&only=styles&skin=vector"
- I've no more error in the console but this written on the page :
- [XomgRVKlV2sAAK@2TT0AAAA-] /load.php?debug=false&lang=fr&modules=mediawiki.legacy.commonPrint%2Cshared%7Cmediawiki.sectionAnchor%7Cmediawiki.skinning.interface%7Cskins.vector.styles&only=styles&skin=vector Error from line 657 of /homepages/17/d822040357/htdocs/clickandbuilds/MediaWiki/MyWikis/includes/exception/MWExceptionHandler.php: Class 'FormatJson' not found
- Backtrace:
- #0 /homepages/17/d822040357/htdocs/clickandbuilds/MediaWiki/MyWikis/includes/exception/MWExceptionHandler.php(195): MWExceptionHandler::logError(ErrorException, string, string)
- #1 /homepages/17/d822040357/htdocs/clickandbuilds/MediaWiki/MyWikis/includes/AutoLoader.php(81): MWExceptionHandler::handleError(integer, string, string, integer, array)
- #2 /homepages/17/d822040357/htdocs/clickandbuilds/MediaWiki/MyWikis/includes/AutoLoader.php(81): require()
- #3 [internal function]: AutoLoader::autoload(string)
- #4 /homepages/17/d822040357/htdocs/clickandbuilds/MediaWiki/MyWikis/includes/resourceloader/ResourceLoaderModule.php(493): spl_autoload_call(string)
- #5 /homepages/17/d822040357/htdocs/clickandbuilds/MediaWiki/MyWikis/includes/resourceloader/ResourceLoaderFileModule.php(394): ResourceLoaderModule->saveFileDependencies(ResourceLoaderContext, array)
- #6 /homepages/17/d822040357/htdocs/clickandbuilds/MediaWiki/MyWikis/includes/resourceloader/ResourceLoaderModule.php(742): ResourceLoaderFileModule->getStyles(ResourceLoaderContext)
- #7 /homepages/17/d822040357/htdocs/clickandbuilds/MediaWiki/MyWikis/includes/resourceloader/ResourceLoaderModule.php(687): ResourceLoaderModule->buildContent(ResourceLoaderContext)
- #8 /homepages/17/d822040357/htdocs/clickandbuilds/MediaWiki/MyWikis/includes/resourceloader/ResourceLoader.php(1069): ResourceLoaderModule->getModuleContent(ResourceLoaderContext)
- #9 /homepages/17/d822040357/htdocs/clickandbuilds/MediaWiki/MyWikis/includes/resourceloader/ResourceLoader.php(783): ResourceLoader->makeModuleResponse(ResourceLoaderContext, array, array)
- #10 /homepages/17/d822040357/htdocs/clickandbuilds/MediaWiki/MyWikis/load.php(53): ResourceLoader->respond(ResourceLoaderContext)
- #11 {main}
- If it worked for you maybe I will try to uninstall and reinstall it ... we never know ... 7heo T (talk) 09:16, 5 April 2020 (UTC)
- After reinstalling I still have the same problem ... 7heo T (talk) 09:57, 5 April 2020 (UTC)
- The problem is this line right here:
Class 'FormatJson' not found
- Which might mean that the PHP's json page is not installed.
- But, you say you reinstalled it. And your special version page indicates that you are using Debian with MediaWiki 1.30 while it gave me Centos with MediaWiki 1.34. I'm using the 1&1 installer, not the one in Plesk (or another tool), so that is probably the difference.
- How are you installing it? ☠MarkAHershberger☢(talk)☣ 16:59, 5 April 2020 (UTC)
- I've installed it directly from ionos website with their sort of "app store" and I simply clicked on "Install"
- And yes I have version 1.30 but I don't know about Debian or Centos 7heo T (talk) 13:07, 6 April 2020 (UTC)
- I finally solved the problem by downgrading my php version from 7.3 to 7.2
- Thanks a lot for your help ! 7heo T (talk) 17:45, 8 April 2020 (UTC)
syntaxhighlight custom colors
How do I black out the font and background color?
C:\Users\Your Name\AppData\Local\Programs\Python\Python36-32\Scripts>pip uninstall camelcase
Uninstalling camelcase-02.1:
Would remove:
c:\users\Your Name\appdata\local\programs\python\python36-32\lib\site-packages\camecase-0.2-py3.6.egg-info
c:\users\Your Name\appdata\local\programs\python\python36-32\lib\site-packages\camecase\*
Proceed (y/n)?
Sokote zaman (talk) 20:06, 3 April 2020 (UTC)
- Could you point to an example of what you want to do? It sounds like you would need to use a span and some CSS. ☠MarkAHershberger☢(talk)☣ 21:36, 3 April 2020 (UTC)
- <div style="padding: 8px 20px;margin-bottom: 30px; text-align: left; clear: both; box-shadow: none!important; overflow-x: auto; background-color: none;">{{{title|}}} [[Image:Syntax.png|70px]]
- {{#ifeq:{{{showlinenumbers|false}}}|true
- |{{#tag:syntaxhighlight|{{{source|{{{1|}}}}}}|lang="{{{lang|text}}}"|highlight="{{{highlight|}}}"||line="true"| style=" background: none;"}}
- |{{#tag:syntaxhighlight|{{{source|{{{1|}}}}}}|lang="{{{lang|text}}}"|highlight="{{{highlight|}}}"||style=" background: none;"}}
- }}
- </div>
- https://wikicod.ir/wiki/%D8%A7%D9%84%DA%AF%D9%88:%D8%B3%DB%8C%D9%86%D8%AA%DA%A9%D8%B3:%DA%A9%D9%86%D8%B3%D9%88%D9%84 Sokote zaman (talk) 06:09, 4 April 2020 (UTC)
- The pre/syntaxhighlight element will have to be included inside a div element which would define a new class such as syntaxhighlight-custom-color. Then that class will be used to define the new colour rules in MediaWiki:Common.css, something like:Template:Terminal might be of interest to you. AhmadF.Cheema (talk) 13:27, 4 April 2020 (UTC)
.syntaxhighlight-custom-color pre { background-color: black; } .syntaxhighlight-custom-color pre > font { color: red; }
- Thank you for your guidance
- What command should be used for highlight syntaxhighlight style?
- thank you Sokote zaman (talk) 14:26, 4 April 2020 (UTC)
How to use IsFileCacheable hook
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.
Extension:AccessControl (https://github.com/wikimedia/mediawiki-extensions-AccessControl/tree/REL1_34) should probably not let rebuildFileCache.php cache pages that are supposed to be access restricted. I see Manual:Hooks/IsFileCacheable can be used.
Unfortunatey there are no examples of this hook Category:IsFileCacheable extensions, is this correct in AccessControl.hooks.php:
<?php
use MediaWiki\MediaWikiServices;
class AccessControlHooks {
public static function isFileCacheable (&$article) {
$matches = [];
$text = $article->getParserOutput(
// 0 gets the current ID
0, // $article->mOldId,
// Don't have a user (and hopefully shouldn't need one as just grabbing tags)
null
)->getRawText();
$parser = MediaWikiServices::getInstance()->getParser();
$parser->extractTagsAndParams(['accesscontrol'], $text, $matches);
return !count($matches);
}
...
}
- You can see how SMW was using the hook by seeing the code that MWJames removed when it was causing problems for someone trying to cache SMW pages. ☠MarkAHershberger☢(talk)☣ 22:07, 3 April 2020 (UTC)
- well at the very least it would be better to call $parser->getOutput()->setExtensionData() in the parser tag handler, and then check ->getExtensionData() inside this hook Bawolff (talk) 17:40, 4 April 2020 (UTC)
Login Problem
Tried to log into NSWiki, using the login with nationstates link. A key was generated, but when I put it into the required box, i got an unknown user id message. Any ideas? 82.19.18.89 (talk) 22:17, 3 April 2020 (UTC)
- you would have to ask NSWiki. We are not associated with them Bawolff (talk) 07:49, 4 April 2020 (UTC)
I can't view pages on Talented Deviants
I created an account and confirmed it, but it STILL won't let me. 184.15.182.237 (talk) 22:47, 3 April 2020 (UTC)
- please ask Talented Deviants. Bawolff (talk) 07:49, 4 April 2020 (UTC)
Cant see friends most of the time
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.
Been having trouble seeing my friends lobby on pavlov. and dont understand why. we didnt have this trouble when we first started playing. 2601:989:457E:1530:846A:F336:6236:52BB (talk) 22:48, 3 April 2020 (UTC)
- this page is only for questions about mediawiki. We cant answer questions on other topics Bawolff (talk) 07:50, 4 April 2020 (UTC)
We couldn't make a citation for you. You can create one manually using the "Manual" tab above.
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 getting this error with Citoid and I can't figure out what's wrong. I checked the instructions on the extension page and the suggestions didn't change anything, except the API says:
{
"batchcomplete": "",
"pages": {}
} Reception123 (talk) 06:32, 4 April 2020 (UTC)
- Noone knows, as you provided zero steps to reproduce. Malyacko (talk) 12:12, 4 April 2020 (UTC)
Update to 1.34.1, desktop wiki loads then blank page appears
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!
We updated our wiki from 1.28.2 to 1.34.1 today and updated all extensions as well. Afterwards the desktop page loads, then a blank screen appears. If someone looks at the page using MobileFrontEnd, they can see any wiki page, read it, edit it and so on with no issues. This problem occurs on article and special pages, it doesn't matter what page is loaded.
Mediawiki 1.34.1 PHP 7.3.11 Database MySQL 5.7.28
Wiki is located at: succubus.net/wiki
Any advice would be very, very welcome! TeraS44 (talk) 23:31, 4 April 2020 (UTC)
- In your browser developer tools (opened after pressing F12), your Wiki shows a JavaScript error for "mwCustomEditButtons is not defined". Probably "mwCustomEditButtons" is being incorrectly called in some JavaScript page on your Wiki (such as MediaWiki:Common.js); find it and remove it. AhmadF.Cheema (talk) 00:02, 5 April 2020 (UTC)
- Thank you for explaining what is happening, as I am not very well versed in MediaWiki, how does one go and try to find mwCustomEditButtons ? For that matter, how does one edit MediaWiki:Common.js if you can't edit it inside of MediaWiki?
TeraS44 (talk) 00:16, 5 April 2020 (UTC)- Okay, fixed the error.
- First problem was that as sysop I did not have the ability to edit site js. I added the right with:
- $wgGroupPermissions['sysop']['editsitejs'] = true;
- In localsettings.php
- editsitejs set to true for sysops.
- Then I completely blanked the MediaWiki:Common.js page and saved the blank page through the Mobile page interface. On reloading the page, the wiki cleared the javascript error and the wiki has returned to normal.
- That particular MediaWiki:Common.js page had been unchanged for six years and moving to 1.34.1 broke the extraedit buttons workaround that had been installed in that file.
- Thank you again for pointing me in the right direction! TeraS44 (talk) 02:42, 5 April 2020 (UTC)
Why search in history?
Hi
I changed the home screen many times
But in search of a site, what it finds is history
I had tried these too
php deleteOldRevisions.php --delete
php rebuildtextindex.php
php deleteArchivedRevisions.php --delete
Can anyone solve this problem?
Thank you for your help Sokote zaman (talk) 10:56, 5 April 2020 (UTC)
- Please provide a specific example, plus always provide MediaWiki version information. Malyacko (talk) 13:43, 5 April 2020 (UTC)
- With respect
- The first search shows that it searches the history
- sample search
- ==version==
| محصول | نسخه |
|---|---|
| MediaWiki | 1.34.0 (0be3f1c) |
| PHP | 7.3.15 (cgi-fcgi) |
| MariaDB | 10.4.12-MariaDB |
| ICU | 65.1 |
| Lua | 5.1.5 |
| Elasticsearch | 6.5.4 |
- thanks Sokote zaman (talk) 14:33, 5 April 2020 (UTC)
- How are you executing your job queue? ☠MarkAHershberger☢(talk)☣ 17:27, 5 April 2020 (UTC)
- */1 * * * * php /home/public_html/w/maintenance/runJobs.php --memory-limit=1000M --procs 1 --maxjobs 11000 --quiet
- I set it to run in the Direct Admin control panel every 1 minute
- LocalSettings.php
- $wgJobRunRate = 0;
Sokote zaman (talk) 18:10, 5 April 2020 (UTC)- have you tried logging the output of that run to see if what happens when it is supposed to be updating the search index? ☠MarkAHershberger☢(talk)☣ 18:45, 5 April 2020 (UTC)
- I also provide this code in the terminal:
- No --quiet
- php /home/public_html/w/maintenance/runJobs.php --memory-limit=1000M --procs 1 --maxjobs 11000
- For example, I move text and do something that requires jab execution, I run this script manually and it shows everything well. Sokote zaman (talk) 19:08, 5 April 2020 (UTC)
Graphs in Mediawiki
Hi,
I would like to add Graph (timeline & line) using an internal data source.
what is the best extension for it? can someone send me a working examples for it.
Thanks,
Shalom
134.191.232.70 (talk) 09:27, 6 April 2020 (UTC)
- See Extension:Graph or Extension:EasyTimeline or other extensions in Category:Graphical Timelines Malyacko (talk) 10:08, 6 April 2020 (UTC)
- I used a graph from the Vega example and add it to my MediaWiki page and it works,
- I have replaced in the "data": section the "values": part with the the "url" option
- The data is not presented.
- - I took the section "values" and enter them to a json file,
- - the file is reachable, I am reading the data using the #get_web_data:url=http....... and it works.
- Do you have any idea why it isn't working?
- Do I have to add another extension to the MediaWiki so it will work?
- Thanks in advance for your help,
- Shalom Shalomwiess (talk) 06:24, 23 April 2020 (UTC)
- Hi,
- I added support to https to the server and got
- The error that I see on in the console :
- [Vega Err] Error: URL hostname is not whitelisted: https://wikitest/mw/docs/ReleaseManagement/GraphTest.json
- This is what i tried to add in the LocalSettings.php of the mediawiki :
- $wgGraphAllowedDomains = [ 'wikiraw' => [ 'wikitest' ], 'https' => [ 'wikitest' ] ];
- wfLoadExtension( 'Graph' );
- $wgGraphIsTrusted = true;
- i've tried to replace https with wikiraw in the page source instead of https, same issue:
"url": "https://wikitest/mw/docs/ReleaseManagement/GraphTest.json",- weird thing is, part of your data is showing in the graph that is rendered
- Thanks,
- Shalom Shalomwiess (talk) 15:08, 5 May 2020 (UTC)
- Hi,
- I would like to add a graph to mediawiki by reading the data from a remote json file.
- I am a complete newbie.... So where do I start?
- Do I need to install anything?
- How do I read the remote data?
- How do I display a graph?
- Is there some sort of a manual out there that could guide me through?
- Thanks Ezmora (talk) 13:05, 10 January 2022 (UTC)
VisualEditor and Mediawiki over https
Hi
I don't succeed to make usable VisualEditor.:
visualeditor-docserver-http-error: (curl error: 77) Problem with the SSL CA cert (path? access rights?).
Here is my stunnul4 configuration:
debug = 7
output = /var/log/stunnel4/stunnel.log
verify = 2
[parsoid]
cert = /shared/stunnel.mobolab.net.crt.pem
key = /shared/stunnel.mobolab.net-without-passphrase.key.pem
CAfile = /shared/chain.mobolab.crt.pem
accept = 192.168.1.88:8143
connect = 192.168.1.88:8142
I can see that certificates are well loaded, but stunnel never communicates with port 8142.
What can be wrong ?
Thanks in advance
(parsoid was working well before trying to use https)
Darmoric (talk) 12:27, 6 April 2020 (UTC)
- Here is my log: 2020.04.06 17:15:52 LOG6[cron]: Executing cron jobs
- 2020.04.06 17:15:52 LOG6[cron]: Cron jobs completed in 0 seconds
- 2020.04.06 17:15:52 LOG7[cron]: Waiting 86400 seconds
- 2020.04.06 17:15:52 LOG7[main]: Found 1 ready file descriptor(s)
- 2020.04.06 17:15:52 LOG7[main]: FD=4 events=0x2001 revents=0x0
- 2020.04.06 17:15:52 LOG7[main]: FD=7 events=0x2001 revents=0x1
- 2020.04.06 17:15:52 LOG7[main]: Service [parsoid] accepted (FD=3) from 192.168.1.88:35054
- 2020.04.06 17:15:52 LOG7[1]: Service [parsoid] started
- 2020.04.06 17:15:52 LOG7[1]: Setting local socket options (FD=3)
- 2020.04.06 17:15:52 LOG7[1]: Option TCP_NODELAY set on local socket
- 2020.04.06 17:15:52 LOG5[1]: Service [parsoid] accepted connection from 192.168.1.88:35054
- 2020.04.06 17:15:52 LOG6[1]: Peer certificate required
- 2020.04.06 17:15:52 LOG7[1]: TLS state (accept): before SSL initialization
- 2020.04.06 17:15:52 LOG3[1]: SSL_accept: Peer suddenly disconnected
- 2020.04.06 17:15:52 LOG5[1]: Connection reset: 0 byte(s) sent to TLS, 0 byte(s) sent to socket
- 2020.04.06 17:15:52 LOG7[1]: Local descriptor (FD=3) closed
- 2020.04.06 17:15:52 LOG7[1]: Service [parsoid] finished (0 left)
Darmoric (talk) 15:17, 6 April 2020 (UTC)- as a guess, is php/curl set to use the custom cert you are using with stunnel? Bawolff (talk) 06:50, 7 April 2020 (UTC)
- Hi
- Many thanks for your reply.
- I just add this line in php.ini:
- [curl]
- curl.cainfo ="/etc/apache2/ssl/ca.pem"
- ca.pem = certificates of CA + Intermediate
- Am I wrong ? Do I have to add other certificates, modify options ?
- Regards
Darmoric (talk) 15:24, 7 April 2020 (UTC)
Fatal Exception
Hello!
I have installed mediaWiki 1.30 and all the functions are ok except the search option. When i search anything i will receive this message: "Fatal exception of type Wikimedia\Rdbms\DBQueryError ".
I am not sure what I have to fix or how. Any idea will be very appreciated.
Thanks for your help! 2dhant (talk) 13:35, 6 April 2020 (UTC)
- @2dhant You installed an ancient insecure unsupported version and I am wondering why. For the error itself, see Manual:How_to_debug Malyacko (talk) 15:59, 6 April 2020 (UTC)
- Your SearchIndex-Table is faulty. Someone else got the same error a week ago -> Project:Support desk/Flow/2020/03#h-Fatal_Error:_DBQuery_Error-2020-03-30T20:11:00.000Z
- tl;dr: You have to log into mysql and use: REPAIR TABLE [table name]; 80.128.151.130 (talk) 17:34, 6 April 2020 (UTC)
- Thank you both for your answers! 2dhant (talk) 18:37, 6 April 2020 (UTC)
- set $wgShowExceptionDetails=true; for a better error message. While the repair searchindex thing is a good guess, its hard to say for sure without the detailed error message. Bawolff (talk) 06:48, 7 April 2020 (UTC)
ImageStack display
Hi,
Im desperately trying to get the Imagestack functionality to work.
Currently its displaying like this: https://nimbusweb.me/s/share/4058620/0phap96t4k6ww984hkce
Any ideas on where the bottle neck with cork might be?
The main issue I encountered with the install was that when importing the Template:Imagestack and Template:Imagestack/doc content I received a failed import error due to sanitized-css, though the relevant pages did seem to import in spite of this.
After I installed the TemplateStyles and Scribunto extensions doing the same import seemed to give a much worse outcome - " [d9169cbfc9f1e886ac2e9565] 2020-04-06 16:37:48: Fatal exception of type "Error" ".
Does this further info shed any light on what my next steps should be to ameliorate the issue?
Thanks,
Harry
RadHarry (talk) 16:38, 6 April 2020 (UTC)
- set $wgShowExceptionDetails=true; to get more descriptive error messages. Bawolff (talk) 06:46, 7 April 2020 (UTC)
Can't publish edits
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 haven't done anything, that I know, and everything seems to work fine but I hit 'publish' on an edit and received the message: [29544525-608a-48c6-a6d1-f62e5dd0aa8f] 2020-04-06 23:08:52: Fatal exception of type "Wikimedia\Rdbms\DBQueryError" instead of it publishing, and it now happens on all pages. (On Wikipedia)
Update: I tried a talk page and that seemed to be work fine, but I still can't edit main pages. Kingsif (talk) 23:16, 6 April 2020 (UTC)
- At el.wiktionary too: I cannot see ANY Module. e.g. https://el.wiktionary.org/wiki/Module:tin Help! Please, could someone stop it ~ Sarri.greek (talk) 23:21, 6 April 2020 (UTC)
- I've got the same error at Commons. Ricky81682 (talk) 23:22, 6 April 2020 (UTC)
- Seems to be working now. Ricky81682 (talk) 23:29, 6 April 2020 (UTC)
- I'm getting the same error at es.wikipedia.org Vítor (talk) 23:26, 6 April 2020 (UTC)
- The same at sh.wikipedia.org and Commons. First time in 11 years, truly annoying. Orijentolog (talk) 23:28, 6 April 2020 (UTC)
- Fixed. (why is the time of when we write not visible???) Sarri.greek@el.wiktionary - talk Sarri.greek (talk) 23:30, 6 April 2020 (UTC)
- Everyone got it for everything, see phab:T249565 DannyS712 (talk) 23:33, 6 April 2020 (UTC)
Pt.WP offline
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.
It seems that several parts of the Pt.WP are offline. The error is "[Xou56wpAMNEAARoeLOsAAAAV] 2020-04-06 23:23:23: Exceção fatal do tipo "Wikimedia\Rdbms\DBQueryError". I can't even access the main page. Do someone knows what is going on? Regards. Kacamata (talk) 23:25, 6 April 2020 (UTC)
- it's all WP, and Commons, it seems Kingsif (talk) 23:28, 6 April 2020 (UTC)
- Everyone got it for everything, see phab:T249565 DannyS712 (talk) 23:33, 6 April 2020 (UTC)
Database error…precipitated by Twinkle?
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 getting a Fatal exception of type "Wikimedia\Rdbms\DBQueryError" from English Wikipedia when I'm logged in. Searching this term on Google or MediaWiki turns up a lot of results—so many that I'm having trouble sifting through them. For the most part the people encountering this error seem too be doing under-the-hood work, and I haven't touched a setting in weeks. As far as I can tell, my error was precipitated by using Twinkle to perform an AGF rollback. The rollback failed, and I've not been able to load mainspace or diff pages in Wikipedia since. I've tried multiple browsers as well as deactivating Twinkle to no avail. I don't relish the idea of making an anon help request on English Wikipedia and then keeping tabs on it, so I'm hoping someone will take pity on me here. Full text of the error is as follows. Thanks in advance.
[Xou3ZQpAMNIAABrPw68AAAAJ] 2020-04-06 23:12:38: Fatal exception of type "Wikimedia\Rdbms\DBQueryError" —jameslucas ▄▄▄ ▄ ▄▄▄ ▄▄▄ ▄ 23:30, 6 April 2020 (UTC)
- Everyone got it for everything, see phab:T249565 DannyS712 (talk) 23:33, 6 April 2020 (UTC)
Creating a dropdown menu using value from a user-selected field
I'm using PageForms to create new pages using the input type of dropdown and a 'show on select' field, which I am trying to have pull the page content from the selected value with little success. Here is a snippet of 'code' which represents my ideal format.
System
field|System|mandatory|values from category=Systems|existing values only
Planet field|Planet|mandatory|values from category='System'|existing values only
So in the example above, I want the user to select Sol as the system in the first dropdown, then to be able to select from the pages in the category 'Sol' in the second dropdown. I can only really use the System tag when referencing the field on the created page, not while in the form itself, so it is only in the example as a placeholder for whatever actual value I would need to use.
I cannot for the life of me find a way to do this dynamically, as using the 'show on select' tag can only be used to do this when the values are all entered into the form manually. There are going to be a lot of systems entered after the form is created, and editing the form to add each one seems unnecessarily painful.
I have also used Cargo to store this information in tables, which ideally could be pulled from easily enough, but the same issue persists with how to call the contents of said table without manually entering each one as a destination in the form. Ziggurat146 (talk) 06:29, 7 April 2020 (UTC)
Category in Dutch
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 found out tomorrow that the Categorie: (the Dutch translation of Category:) index doesn't work. It is a red link now, when I edit the page and set it to Category it works. What's wrong? EelcoSlegt (talk) 07:55, 7 April 2020 (UTC)
Difference between web and cli installer
Based on what I see here https://phabricator.wikimedia.org/T226857, my understanding is that there may be some difference in how the web vs cli installer finds and connects with the Percona / MySQL DB.
I have looked through Manual:Installing MediaWiki as well as Manual:FAQ#Installation and configuration
My guess from these are that if there are some external extension dependencies, then the command line installation must be used. Is this true? And, are there other cases of such differences?
Where can I learn more about the differences between these two installation approaches? Nnaka1 (talk) 14:46, 7 April 2020 (UTC)
- web installer is better tested and has more options. Other than that no difference. Bawolff (talk) 07:23, 8 April 2020 (UTC)
Upgrade to 1.34, having some pages not displaying. When editing, got a unknown character symbol
So we just upgraded our MediaWiki to 1.34. After the upgrade, several pages ended up not displaying. When we'd go to edit the page, we found the symbol on the linked example, which I believe is a unknown character in Unicode. This upgrade was from 1.2x something to 1.34, and included an upgrade to PHP. I've tried searching for this but can't find a solution upon search results. The error symbol is below.
https://scan-ne.net/wiki/index.php?title=User_talk:W1KNE/UnicodeError
Here is an example of the change that fixed the page.
https://www.scan-ne.net/wiki/index.php?title=Berkshire_County_EMS&diff=47100&oldid=47049
I believe the previous character was the unicode superscript "1" (U+00B9). Necrat (talk) 14:56, 7 April 2020 (UTC)
- Looks like a character set issue. That question mark in a black diamond character you are seeing is the Unicode replacement character, 0xFFFD (0xEF 0xBF 0xBD in UTF-8). This is exactly what you would see if you entered superscript 1 in ISO-8859-1 (the default for PHP prior to 5.6) and saved it in the database as such, then read it back and tried to interpret it as UTF-8 (the default for PHP from 5.6 on).
- Edit the page(s) and restore the correct character now everything is UTF-8 as it should be, and it should work from now on. Otherwise a quick and dirty fix would be to change default_charset back to "ISO-8859-1" in php.ini and revert to the unfixed page(s), but I cannot recommend that.
82.13.91.100 (talk) 16:22, 8 April 2020 (UTC)- note mediawiki has been using utf8 in db since mediawiki 1.5, so this is kind of an odd thing to happen Bawolff (talk) 07:02, 9 April 2020 (UTC)
add a header to Vector
Monobook had a header background image. i'd like to have one (for all pages) now that i'm using Vector. i saw this article which hinted at this, but it neglected to specify exactly how to create this. It mentions "Vector.css" but doesn't say where that file is, or where to create it or how to hook it into the system. Any hints here would be appreciated. Davecotter (talk) 16:30, 7 April 2020 (UTC)
- See Manual:CSS Malyacko (talk) 19:39, 7 April 2020 (UTC)
- thanks for that but, as a beginner, finding the info i need is difficult because there's a mountain of information and i don't know HOW to find it. as an experienced user i can understand that you would be frustrated with a beginner, preferring to say "read the f*** manual", but if you remember what it's like to BE a beginner, i can assure you i looked at the manual, and only became confused.
- specifically: must i edit a stock file and add something that causes it to include MY css file? if so, what file, and where, and how? that is all. i looked at the page you sent me to and found nothing that seemed to me to indicate the answer to that question. is "Vector.css" an existing file? if so, where is it? if not, where do i create it? and then how do i cause it to be loaded? Davecotter (talk) 22:46, 7 April 2020 (UTC)
- its just a page on your wiki named MediaWiki:Vector.css . It is not a file. The page with that name is special and automatically gets included as css. Bawolff (talk) 07:20, 8 April 2020 (UTC)
- Some CSS knowledge and a bit of experimentation will be unavoidable here. There is no straightforward way to just pop a header image into the Vector skin like there was with MonoBook.
- As an example to get you started (provided the MonoBook skin is still installed on your wiki), you can use MonoBook's background image with the following CSS in your wiki's MediaWiki:Vector.css. As mentioned above, this is a real page on your wiki in the MediaWiki namespace, not a file on the filesystem; the page should already exist and be empty except for a comment explaining what it's for.
body { background-color: #f9f9f9; /* this assumes that your wiki is installed at '/w' in the web root */ background-image: url('/w/skins/MonoBook/resources/images/headbg.jpg'); background-repeat: no-repeat; } #mw-page-base { background-image: none; background-color: transparent; }
- I used the developer tools in my browser in order to figure out which page elements to target with these CSS rules. In my opinion, that's the most straightforward way to do these kinds of customizations.
- You'll notice right away, however, that this bit of CSS alone isn't going to cut it. The Vector skin's top row of tabs are created with embedded PNG images that fade to white, and that's almost certainly going to look bad with whatever background image you choose.
- Good luck!
- ===See also===
- This is all fantastic info, thanks.
- However, when I go to edit Vector.css, I get this:
You do not have permission to edit this page, for the following reason: You do not have permission to edit this CSS page because it may affect all visitors. Permissions for editing of sitewide CSS/JS/JSON files were recently separated from the edit interface right. If you do not understand why you are getting this error, see mw:MediaWiki_1.32/interface-admin.
- and that page it tells me to "see" doesn't exist. hmmm Davecotter (talk) 19:41, 8 April 2020 (UTC)
- When you see
mw:that's an interwiki prefix that means "points to an article on mediawiki.org." If you look at Special:Interwiki on your wiki and search for "mw" this will make more sense. - I guess it would've been nice if this error message had contained a clickable link, but knowing this, you still can assemble the correct URL yourself, which is https://www.mediawiki.org/wiki/MediaWiki_1.32/interface-admin
- Being able to edit the CSS for a MediaWiki web site is a security risk, so ordinary users are not permitted to do this. You will need to use the administrator account for your wiki, or make yourself a "sysop". Ernstkm (talk) 21:18, 8 April 2020 (UTC)
- you're my hero man. do you like karaoke? Davecotter (talk) 00:23, 9 April 2020 (UTC)
- Happy to help. I've been known to partake, but only under duress. ;)
- Take care out there. Ernstkm (talk) 01:44, 9 April 2020 (UTC)
Class 'Wikimedia\CSS\Parser\Parser' not found
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 get this error when trying to import the Infobox template: Class 'Wikimedia\CSS\Parser\Parser' not found
The MediaWiki instruction I found is this: "The error may come up on attempting to save a Wiki CSS page or on changing pages to "Sanitized CSS" content model. This may be caused due to some bugs which require composer install --no-dev to be run even when the extension is not installed from git".
I have NO idea how to run this "composer install --no-dev". I cannot find any instructions on mediawiki that I can understand.
I run my Mediawiki here: wiki.informatiebeveiliging.design The package is provided through my hosting provider. These are my installation details:
| Product | Versie |
|---|---|
| MediaWiki | 1.34.1 |
| PHP | 7.3.15 (litespeed) |
| MariaDB | 10.1.44-MariaDB-cll-lve |
| ICU | 63.1 |
| Lua | 5.1.5 |
I use Dreamweaver to upload extensions. Other than that, I have no idea how to 'run commands'.
Please help me, I cannot import templates!
Wertwijn (talk) 18:50, 7 April 2020 (UTC)
- I guess the template uses the TemplateStyle extension? Also see Project:Support desk/Flow/2019/03#h-Class_'Wikimedia\CSS\Parser\Parser'_not_found-2019-03-14T18:44:00.000Z, Extension talk:TemplateStyles/2018#h-How_to_do-2018-09-16T19:44:00.000Z, Project:Support desk/Flow/2019/03#h-Cannot_Import_Infobox_Templates-2019-03-25T20:31:00.000Z.
- If your hosting provider does not allow installing MediaWiki extensions then you need to contact your hosting provider. Malyacko (talk) 19:38, 7 April 2020 (UTC)
- Yes, these topics describe the problem.
- I have no problem with installing the MediaWiki extensions. The Parser-extension is also there.
- My problem is that I do not understand the instruction given in these topics Project:Support desk/Flow/2019/03#h-Class_'Wikimedia\CSS\Parser\Parser'_not_found-2019-03-14T18:44:00.000Z, Extension talk:TemplateStyles/2018#h-How_to_do-2018-09-16T19:44:00.000Z, Project:Support desk/Flow/2019/03#h-Cannot_Import_Infobox_Templates-2019-03-25T20:31:00.000Z. They also say to run something called "composer install --no-dev". I have no idea what this means or what to do. I can upload files to my Mediawiki installation, but I have no idea how to "run" a command on that installation. Wertwijn (talk) 20:08, 7 April 2020 (UTC)
- First check with your host if they provide SSH access or not? AhmadF.Cheema (talk) 07:59, 8 April 2020 (UTC)
- Thank you for the suggestion. It turns out that my provider does offer SSH access and also a great tutorial on how to use SSH and composer. So I got the composer command to run, and all is well now. Wertwijn (talk) 15:06, 8 April 2020 (UTC)
- good to hear ! —TheDJ (Not WMF) (talk • contribs) 09:25, 9 April 2020 (UTC)
memorial service
I am not a member how do I listen to the memorial
2604:6000:120A:7A0:C4D8:7D7B:FAA3:B6A1 (talk) 23:20, 7 April 2020 (UTC)
- Welcome to the MediaWiki software support desk. Nobody knows what "memorial" this is about. Please provide sufficient context. Malyacko (talk) 23:31, 7 April 2020 (UTC)
Unique background image on a category basis?
So my wiki used to have the option of displaying unique background images and CSS stylings but I've recently had to look for new methods of implementing it after a MediaWiki update disabled the method I was using before (which was HTML tags). Recently, we got something very basic working that just the changes the background color for certain groups of pages, but the background-image tag does not appear to load correctly. As a matter of fact, it actually disables all other elements. We devised a workaround of just overlaying an image to act as a fake background, but I'm hoping to find a more elegant solution.
tl;dr I'd like some assistance in trying to figure out how to get the background-image option to work on multiple pages.
Long version:
MediaWiki: 1.34.1
PHP: 7.3.14 (litespeed)
MySQL: 5.6.44-cll-lve
ICU: 63.1
Lua: 5.1.5
The goal is to have it so that pages based on categories (determined by a template on each page that automatically adds a category) change background images and CSS stylings on a per page basis.
Here is a link to my wiki: http://omniversenexus.net/wiki/Main_Page
On the sidebar are "settings" themed after different genres. Depending on what "setting" a page is part of, the background image and link colors change.
Here are some examples of differently colored pages:
http://omniversenexus.net/wiki/Galactic_Crucibles
http://omniversenexus.net/wiki/Infinite_Histories
http://omniversenexus.net/wiki/Dreamwalkers
The respective templates that control these pages' appearances can be found here:
http://omniversenexus.net/wiki/Template:Galactic_Crucibles
http://omniversenexus.net/wiki/Template:Infinite_Histories
http://omniversenexus.net/wiki/Template:Dreamwalkers
And lastly, here's an experimental page that attempts to use the template's code on its own CSS page. There's only one of these so far:
http://omniversenexus.net/wiki/MediaWiki:GC.css
Things I've looked in to:
While searching for help, I came across this on the Extension:CSS page:
"Using the parser function to use the CSS from another page does not work to change the color or background of the page, however, using the parser function on a single page by itself does allow the background to be changed. To overcome this problem, it is possible to load the CSS through transclusion, which does not cause the problem of failing to load the change to the page background."
However, I'm not sure I follow what exactly this means.
---
In the Template Styles Extension, there's a parameter called $wgTemplateStylesAllowedUrls. A default is given as follows:
"audio" => [
"<^https://upload\\.wikimedia\\.org/wikipedia/commons/>"
],
"image" => [
"<^https://upload\\.wikimedia\\.org/wikipedia/commons/>"
],
"svg" => [
"<^https://upload\\.wikimedia\\.org/wikipedia/commons/[^?#]*\\.svg(?:[?#]|$)>"
],
"font" => [],
"namespace" => [
"<.>"
],
"css" => []
]
However, replacing the URLs with that of my own site had no noticeable effect and the background-image option still wasn't working. The result was the following error:
'Page MediaWiki:GC.css must have content model "Sanitized CSS" for TemplateStyles (current model is "CSS").'
This occurs on this particular edit revision of the Galactic Crucibles template:
http://omniversenexus.net/wiki/index.php?title=Template:Galactic_Crucibles&direction=prev&oldid=9251
I'm not 100% sure if my syntax is correct so a possible example would be appreciated.
Also, please let me know if there's anything I need to clarify or if you have further questions about what we're trying to do here. Krayfishkarl (talk) 01:53, 8 April 2020 (UTC)
- templatestyles does not normally use the mediawiki namespace. Use a page named something like template:galactic/styles.css Bawolff (talk) 07:18, 8 April 2020 (UTC)
- Thank you. We'll give this a shot. I may post further on this thread if we are still running into problems. Krayfishkarl (talk) 14:54, 8 April 2020 (UTC)
- Update, so I'm still running into issues. I just upgraded to the latest version of MediaWiki (1.34.1) and redownloaded the TemplateStyles extension version (1.34) . Whenever I attempt to change the content model of the css page to sanitized css at Special:ChangeContentModel, I get the following error:
- [Xo4YCfSR5HaBHlnlGfPK9AAAAgI] /wiki/Special:ChangeContentModel Error from line 78 of <URL cleared for privacy purposes>omniversenexus.net/wiki/extensions/TemplateStyles/includes/TemplateStylesContent.php: Class 'Wikimedia\CSS\Parser\Parser' not found
- The current page I'm trying to change the content model of is located here: http://omniversenexus.net/wiki/Template:Galactic_Crucibles/style.css
- I've tried to look into this solution and found something about running "composer update --no-dev". However, I don't have (or at least don't know how to) access to the terminal. I'm using cPanel to manage the site and I haven't found any sort of ability to access the terminal. I am the site owner and administrator so I figure it should be something I'd be able to find.
- Is there another way to fix this error without the use of a terminal? Krayfishkarl (talk) 18:34, 8 April 2020 (UTC)
- not easily. You can use the mediawiki/core/vendor.git repo. Basically you can download https://github.com/wikimedia/mediawiki-vendor/archive/REL1_34.zip and replace core MediaWiki's vendor directory with that one. Its a bit of a ymmv fix though, but it should work. Bawolff (talk) 07:00, 9 April 2020 (UTC)
- Alrighty then. I'll give it a try within the next day or two. I'll post back here when I have the results. Krayfishkarl (talk) 14:48, 9 April 2020 (UTC)
How to block all logs whatsoever to non Administrators?
I have a personal; non communal (at least at this point); MediaWiki 1.34.0 based, content website in which I publish technical services I offer. As a general rule, this site is not edited communally and I am its only registered user and hence its only administrator/sysop (someday I might appoint an helper or open it for communal edit but for now I don't have such a plan and anyway not prepared for that).
From various reasons, I want deleted (or moved) pages to not appear to anyone besides myself, and if they do, well, only in logs.
The following LocalSettings.php command helped me with deleted pages but not with moved pages:
$wgLogRestrictions['delete'] = 'deletedtext';
Because I know there are many logs (more than just "deleted pages" and "moved pages") and that by principle. new logs can always be added without me knowing it as a user of automatic upgrades, I contemplate to just block all logs whatsoever to non sysops and be done with it; assuming this is a good solution, I ask:
How to block all logs whatsoever to non Administrators?
This command didn't help me: $wgLogRestrictions["*"] = 'deletedtext';
49.230.68.40 (talk) 03:15, 8 April 2020 (UTC)
- Adding the following to LocalSettings.php didn't help:
$wgGroupPermissions['sysop']['restricted-logs'] = true;$wgLogRestrictions['rights'] = 'restricted-logs';$wgLogRestrictions['import'] = 'restricted-logs';49.230.68.40 (talk) 06:30, 8 April 2020 (UTC)- You'll have to add the logs and needed right in an associative array:
$wgLogRestrictions = [ 'delete' => 'deletedtext', 'move' => 'deletedtext', 'block' => 'deletedtext', 'xyz log' => 'deletedtext' ];– Ammarpad (talk) 06:55, 8 April 2020 (UTC)- Well, while the following might be good enough for me and for many others:
$wgLogRestrictions['delete'] = 'deletedtext';$wgLogRestrictions['move'] = 'movedtext';- If you know away to restrict all logs to sysops only, please share it. 49.230.68.40 (talk) 07:09, 8 April 2020 (UTC)
- @Ammarpad I just saw your comment; thanks. 49.230.68.40 (talk) 07:10, 8 April 2020 (UTC)
- @Ammarpad
- Please share your thoughts about this code block I came up with, it seems enough for me personally but I'm not sure it's totally correct:
$wgLogRestrictions = ['delete' => 'deletedtext','move' => 'movedtext','merge' => 'mergedtext','block' => 'blockedtext','upload' => 'uploadedfiles','import' => 'importedfiles','rights' => 'rightforuser'];- Beyond naming or syntax, I'm not sure how am I supposed to know with which groups of users it deals (sysops, and possibly also?...),
- Thanks in advance for help with this !!! 49.230.68.40 (talk) 07:43, 8 April 2020 (UTC)
- Is this a good approach if all I want to restrict is deletions, movements, merges, code block formation, uploads and imports and right changes?
$wgLogRestrictions = ['delete' => 'deletedtext','move' => 'movedtext','merge' => 'mergedtext','block' => 'blockedtext','upload' => 'uploadedfiles','import' => 'importedfiles','rights' => 'rightforuser'];49.230.68.40 (talk) 08:14, 8 April 2020 (UTC)- Wired, my comment above this one appeared to have been deleted or unpublished but after republishing in a similar fashion both appeared. 49.230.68.40 (talk) 08:15, 8 April 2020 (UTC)
- Only the first item will work correctly, that's
delete' => 'deletedtext'. The rest will not behave the way you think, because these logs will not be viewable to anybody. - For it to work correctly, the right hand part of the array (the values), must be valid permission names defined by MediaWiki or extension or in your LocalSettings.php.
- That's why in my example above I used 'deletedtext' throughout because it's given in your example and it's one of the default sysop permissions. So you don't need to change that part to a name that looks similar to the log name, you just need to use a valid right from admin group. You can use any of 'deletedtext', 'block' or 'delete' for example.
- To see which group has which right; go to
Special:ListGroupRightson your wiki. The name in parentheses is the internal permission name and that's what you can use in the above array. Beside each permission, you'll a find short description of what it allows person in the group to do. – Ammarpad (talk) 09:09, 8 April 2020 (UTC) - @Ammarpad I admit I am having a hard time finding what fits what; but:
- If I understood correctly from reading about
deletedtextat Special:ListGroupRights page in my Wiki website, than: - I understand that that command, restricts any data about deleted AND moved webpages from any user which isn't a sysop,
- i.e
$wgLogRestrictions = ['delete' => 'deletedtext'];- Is like saying: Restrict ("delete") any data about deleted or moved data ("deleted data") from anyone which isn't a sysop.
- ---
- If, so far, I have understood correctly, than this command itself, without the additions you have specified above (and I thank you for specifying them), is enough for me personally. 49.230.68.40 (talk) 12:57, 8 April 2020 (UTC)
Is like saying: Restrict ('delete') any data about deleted or moved data ('deletedtext') from anyone which isn't a sysop*.49.230.68.40 (talk) 16:29, 8 April 2020 (UTC)- Sadly I cannot further edit my above comment (if I would write it in markdown it was probably more accurate in the first place). I find it problematic that we cannot edit posts here while from the same IP and further problematic that there aren't options to flag posts here. 49.230.68.40 (talk) 16:20, 9 April 2020 (UTC)
Link in the name space
What should I do to search for links in all domain names?
Sokote zaman (talk) 05:22, 8 April 2020 (UTC)
- You have to give more information. Which domain name? what do you mean by links? – Ammarpad (talk) 07:02, 8 April 2020 (UTC)
- I have a few custom name spaces.
- For example, HTML:Home.
- But if I want to use a link, I have to type HTML:Home.
- What is the solution to link to HTML:home link just by typing home?
- wikicod.ir
- Thanks Sokote zaman (talk) 10:07, 8 April 2020 (UTC)
- Namespace is used for content separation. If you want link to 'Home' without any prefix, then create [[Home]] in the main namespace, that's without any prefix.
- If you're just concerned about the looks of the link; you can add label. For instance, [[HTML:Home|Home]] will show 'Home' where it's linked but the link goes to [[HTML:Home]].
- If you don't like the label solution and you're not using your main namespace, you can create a redirect from [[Home]] to [[HTML:Home]]. In that case, you'll just make a 'Home' link and you'll be silently redirected to 'HTML:Home'.
- If you don't like the redirect solution either, then what you're asking is not possible. 'Home' will link to main namespace always (and then maybe redirect if applicable). Any link to any other namespace must include the namespace prefix. – Ammarpad (talk) 11:13, 8 April 2020 (UTC)
- Thank you, but this is not my answer. Automatically when you start a link, they will be displayed as indexed, and you can click the post without typing the name of the page as Ajax. Now how do I automatically show the remaining text of the page name by writing a part of the screen? Sokote zaman (talk) 11:23, 8 April 2020 (UTC)
- I believe you are describing autocomplete feature of MediaWiki's built-in search box, and what you seem to be asking for is the same kind of autocomplete behavior when you begin creating a new link in the wikitext editor.
- This would be a very nice thing to have indeed.
- At the present time, I am not aware of any settings or extensions that would enable this for the default editor. Perhaps others would chime in with some ideas.
- You may wish to look into Visual Editor and see if that can meet your needs; it seems to autocomplete on pages names across namespaces when you begin inserting a new link. Unfortunately, it is not a standalone extension that you can simply install and load from your
LocalSettings.php; it requires additional software to be running on your server, and may require substantial effort on your part in order to get it working. - Good luck! Ernstkm (talk) 16:01, 8 April 2020 (UTC)
Is it possible to import one wiki onto one namespace?
For example, I have a wiki called xwiki and would like to import its contents using importDump.php to ywiki. But, on ywiki I would like everything from xwiki to be imported on a namespace called XWiki:Something. So any pages that come from xwiki would be XWiki:A page. Is this possible with MediaWiki Reception123 (talk) 08:57, 8 April 2020 (UTC)
- Special:Import provides that, but the script does not. There's a patch (from phab:T143687 task) to add that option but it was never merged. See also phab:T64111 – Ammarpad (talk) 09:54, 8 April 2020 (UTC)
- Thank you very much for your answer! Reception123 (talk) 17:59, 8 April 2020 (UTC)
The thumbail doesn´t upload
Hello, I am starting a media wiki page and when I upload photos it appears that the thumbnail did not load.Can somebody help me? Alejitao123 (talk) 16:21, 8 April 2020 (UTC)
- See Manual:Errors and symptoms#Image Thumbnails not working and/or appearing Malyacko (talk) 08:42, 9 April 2020 (UTC)
- When I add the value the page doesn't load Alejitao123 (talk) 16:22, 9 April 2020 (UTC)
- I added setlocale (LC_NUMERIC, "C"); but nothing happens, it still doesn't load Alejitao123 (talk) 16:25, 9 April 2020 (UTC)
Problems logging in to 1.33+ 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.
I manage three wikis through Installatron. All were 1.32.4. I upgraded one to 1.34.1 and it worked fine, but the other two refuse to let me log in after the upgrade - with valid credentials they say the account "cannot be created" (account creation is sysop only). Cleared cookies, tried a different browser etc. Restored the backup and it works again. After a bit of experimentation, it seems that the upgrade from 1.32.x to 1.33.x is where it is all going piriform. I looked at the changelog with particular scrutiny of "Breaking changes in 1.33", but could not see anything obvious. Presumably its not server related because one wiki is unaffected. PHP version is 7.2.
So. Any known issues I am missing? What can I do to try to diagnose this? TIA.
Mogsplosh (talk) 17:13, 8 April 2020 (UTC)
- See Manual:How to debug/Login problems Ciencia Al Poder (talk) 20:03, 8 April 2020 (UTC)
- Thanks for the reply. I did read that, and tried following the suggestions there. But there is nothing that I can see to distinguish between the one that works and the two that do not. Everything looks the same (except specific names obviously).
Mogsplosh (talk) 21:52, 8 April 2020 (UTC)- what is the name of the account (for the purposes of is it a valid user name)
- Are you using shared db tables, centralauth, or any sort of login extension or non standard config
- Do the accounts exist (are they listed on Special:listusers) Bawolff (talk) 06:53, 9 April 2020 (UTC)
- Thanks for replying. The user names are valid, in fact they contain only alphabetic characters. (The passwords do contain punctuation, but nothing outside ASCII7.) The accounts are indeed listed on Special:ListUsers.
- I am not (to my knowledge) using *any* fancy features. I installed each wiki separately (using Installatron) with no fancy settings, no special requirements and no funny names for anything. And indeed all three of them work perfectly as installed and for several updates thereafter, all the way up to 1.32. Upgrade all three to 1.34 (or even 1.33) and one still works, but two do not. So there must be something different between the two, I presume - I just cannot figure out what it might be.
Mogsplosh (talk) 17:49, 9 April 2020 (UTC)- The good news: it looks like I fixed it! The bad news: I am not sure what exactly fixed it. I went through LocalSettings.php with a fine tooth comb looking for differences between the working one and one of the broken ones and found nothing obvious. Backed it all up, tried updating again anyway (even though I had not changed anything), and it worked. It may have been some issue at the hosting service (I recently had problems with ModSecurity) or maybe something went wrong with Installatron? Hate not knowing, but what can you do.
Mogsplosh (talk) 11:55, 10 April 2020 (UTC)
Recherche croisée
Bonjour,
Si je recherche ONCE je trouve un certain nombre de possibilité mais je ne trouve pas la panthère des neige mais si je cherche panthère des neiges j'ai la référence ONCE.
Pourquoi la recherche ne donne pas toutes les références croisées ?
Merci,
René. Rbr146 (talk) 17:30, 8 April 2020 (UTC)
- @Rbr146 Salut, je crois que c'est la recherche sur fr.wikipedia.org? Oui, je peux reproduire la situation. https://fr.wikipedia.org/wiki/Once est la premiere suggestion et cette page dit que "L'once est un animal de la familie des félidés, également appelé panthère des neiges."
- La recherche préfère les titres des pages. Plus des informations techniques sont sur Help:CirrusSearch#Page weighting (en anglais). Malyacko (talk) 08:53, 9 April 2020 (UTC)
- @MalyackoMerci pour la réponse, c'est clair maintenant.
- René. Rbr146 (talk) 10:25, 12 April 2020 (UTC)
Problem
I am having a problem getting into AAO 2.5 says I need to sign up but when I go to do that it tells me that I am all ready signed up. E-mail is newfiedave@hotmail.com could someone look into this and send me an email with how I can fix this problem?
. 70.54.56.123 (talk) 01:14, 9 April 2020 (UTC)
- Welcome to the support desk for the MediaWiki software. What is AAO and how is that related to MediaWiki? Malyacko (talk) 08:41, 9 April 2020 (UTC)
problem with wikitable
Sir while I inserting a wikitable in a page the left panel is pushed down to bottom. Why it happens.
Code of the same. Mattomstjohns (talk) 08:38, 9 April 2020 (UTC)
- @Mattomstjohns I hope also non-"sir"s can answer? :) Hard to say as we don't know what "the left panel" is and as we do not have an account, so your edit link does not work. Maybe elaborate a bit what you do and what you expect? Malyacko (talk) 08:58, 9 April 2020 (UTC)
LoadBalancer.php and the MultiCategorySearch 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'm looking for help related to LoadBalancer.php and the MultiCategorySearch extension.
I have just updated the mediawiki installation here: https://www.mind-mapping.org/ from 1.33 to 1.34. MultiCategorySearch worked in 1.33 but crashes on my site in 1.34.
See this here: https://www.mind-mapping.org/index.php?title=Special:MultiCategorySearch or from https://www.mind-mapping.org/ click on 'special search page' in the center of that page.
The error message is as follows:
[Xo7PkbmV@0j77xU6qch05AAAAAE] /index.php?title=Special:MultiCategorySearch UnexpectedValueException from line 462 of /home/mindmapping/www/www/includes/libs/rdbms/loadbalancer/LoadBalancer.php: Invalid server index index #DB_SLAVE
Backtrace:
#0 /home/mindmapping/www/www/includes/libs/rdbms/loadbalancer/LoadBalancer.php(896): Wikimedia\Rdbms\LoadBalancer->getConnectionIndex(string, array, string)
#1 /home/mindmapping/www/www/includes/libs/rdbms/loadbalancer/LoadBalancer.php(1043): Wikimedia\Rdbms\LoadBalancer->getConnection(string, array, string, integer)
#2 /home/mindmapping/www/www/includes/GlobalFunctions.php(2576): Wikimedia\Rdbms\LoadBalancer->getMaintenanceConnectionRef(string, array, string)
#3 /home/mindmapping/www/www/extensions/MultiCategorySearch/MultiCategorySearch_body.php(415): wfGetDB(string)
#4 /home/mindmapping/www/www/extensions/MultiCategorySearch/MultiCategorySearch_body.php(663): MultiCategorySearch->getSubCategories(string)
#5 /home/mindmapping/www/www/extensions/MultiCategorySearch/MultiCategorySearch_body.php(340): MultiCategorySearch->showDropdownLists()
#6 /home/mindmapping/www/www/extensions/MultiCategorySearch/MultiCategorySearch_body.php(111): MultiCategorySearch->showForm()
#7 /home/mindmapping/www/www/includes/specialpage/SpecialPage.php(575): MultiCategorySearch->execute(NULL)
#8 /home/mindmapping/www/www/includes/specialpage/SpecialPageFactory.php(611): SpecialPage->run(NULL)
#9 /home/mindmapping/www/www/includes/MediaWiki.php(296): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)
#10 /home/mindmapping/www/www/includes/MediaWiki.php(900): MediaWiki->performRequest()
#11 /home/mindmapping/www/www/includes/MediaWiki.php(527): MediaWiki->main()
#12 /home/mindmapping/www/www/index.php(44): MediaWiki->run()
#13 {main}
line 462 of /home/mindmapping/www/www/includes/libs/rdbms/loadbalancer/LoadBalancer.php is
throw new UnexpectedValueException( "Invalid server index index #$i" );
which is part of
private function getConnectionIndex( $i, array $groups, $domain ) {
if ( $i === self::DB_MASTER ) {
$i = $this->getWriterIndex();
} elseif ( $i === self::DB_REPLICA ) {
foreach ( $groups as $group ) {
$groupIndex = $this->getReaderIndex( $group, $domain );
if ( $groupIndex !== false ) {
$i = $groupIndex; // group connection succeeded
break;
}
}
} elseif ( !isset( $this->servers[$i] ) ) {
throw new UnexpectedValueException( "Invalid server index index #$i" );
}
I inserted some print_r statements followed by a die after the private function line, and see that $i is '-1' $groups is 'Array ( [0] => )' $domain is 'mindmapping_mmtoolswiki-mm_'
My database is mindmapping_mmtoolswiki and the table prefix is mm_
Everything else on the site seems to be working after upgrading to 1.34.
Thanks for any guidance on this. Roygrubb (talk) 09:24, 9 April 2020 (UTC)
- DB_SLAVE constant has been renamed and old alias removed in 1.34. You should upgrade MultiCategorySearch extension too. If after upgrade, DB_SLAVE is still there, you should file a bug report against the extension. – Ammarpad (talk) 15:17, 10 April 2020 (UTC)
- I did check the dates on all of the non-default Extensions that I have added in the past.
- https://www.mediawiki.org/wiki/Extension:Multi-Category_Search shows:
| Latest version | 1.69 (2016-12-13) |
| MediaWiki | MediaWiki 1.8 or higher |
- Its source page https://sourceforge.net/projects/mwext/files/MultiCategorySearch/ shows 2016-12-12
- I've reverted to MW 1.33 for now and will report the bug.
- Thanks very much Ammarpad for your reply. Roygrubb (talk) 16:39, 10 April 2020 (UTC)
HTTP error 500 after upgrading
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.
Following upgrade when I am trying to browse my website (editlearn.com) I am getting a HTTP error 500. Tried various ways to get rid of the errors but none is working. Here's the error_log entries -
[09-Apr-2020 03:37:23 America/Boise] PHP Fatal error: Uncaught Exception: Unable to open file /home1/theparp0/public_html/skins/MinervaNeue/skin.json: filemtime(): stat failed for /home1/theparp0/public_html/skins/MinervaNeue/skin.json in /home1/theparp0/public_html/includes/registration/ExtensionRegistry.php:136
Stack trace:
#0 /home1/theparp0/public_html/includes/GlobalFunctions.php(89): ExtensionRegistry->queue('/home1/theparp0...')
#1 /home1/theparp0/public_html/LocalSettings.php(133): wfLoadSkin('MinervaNeue')
#2 /home1/theparp0/public_html/includes/Setup.php(124): require_once('/home1/theparp0...')
#3 /home1/theparp0/public_html/includes/WebStart.php(81): require_once('/home1/theparp0...')
#4 /home1/theparp0/public_html/index.php(41): require('/home1/theparp0...')
#5 {main} thrown in /home1/theparp0/public_html/includes/registration/ExtensionRegistry.php on line 136
[09-Apr-2020 03:39:26 America/Boise] PHP Fatal error: Uncaught Exception: Unable to open file /home1/theparp0/public_html/skins/MinervaNeue/skin.json: filemtime(): stat failed for /home1/theparp0/public_html/skins/MinervaNeue/skin.json in /home1/theparp0/public_html/includes/registration/ExtensionRegistry.php:136 Stack trace:
#0 /home1/theparp0/public_html/includes/GlobalFunctions.php(89): ExtensionRegistry->queue('/home1/theparp0...')
#1 /home1/theparp0/public_html/LocalSettings.php(133): wfLoadSkin('MinervaNeue')
#2 /home1/theparp0/public_html/includes/Setup.php(124): require_once('/home1/theparp0...')
#3 /home1/theparp0/public_html/includes/WebStart.php(81): require_once('/home1/theparp0...')
#4 /home1/theparp0/public_html/index.php(41): require('/home1/theparp0...')
#5 {main} thrown in /home1/theparp0/public_html/includes/registration/ExtensionRegistry.php on line 136
Please help. Biologically (talk) 09:47, 9 April 2020 (UTC)
- Does Project:Support desk/Flow/2012/12#h-[RESOLVED]_Error_log_record-2012-12-16T05:33:00.000Z help? Malyacko (talk) 10:53, 9 April 2020 (UTC)
- Thank you. It solved the issue. Yes, I forgot to copy the skins in the new "skins" folder. Biologically (talk) 05:33, 11 April 2020 (UTC)
VisualEditor doesnt' work.
I have installed successful the last Mediawiki mediawiki-1.34.1 on CentOS Linux 8 (Core).
I try add Extension:VisualEditor follow this document Extension:VisualEditor
But if I try add in my LocalSettings.php this value
wfLoadExtension( 'VisualEditor' );
I have HTTP error 500
My LocalSettings.php
# End of automatically generated settings.
# Add more configuration options below.
wfLoadExtension( 'VisualEditor' );
$wgDefaultUserOptions['visualeditor-enable'] = 1;
$wgDefaultUserOptions['minordefault'] = 1;
$wgHiddenPrefs[] = 'visualeditor-enable';
$wgVisualEditorParsoidURL = 'http://localhost:8000';
$wgVirtualRestConfig['modules']['parsoid'] = array(
'url' => 'http://localhost:8000',
'domain' => 'localhost',
'prefix' => 'core_wiki'
);
What can it be?
Regards
Dario
Dadax1982 (talk) 12:57, 9 April 2020 (UTC)
- L'error is:
- PHP Fatal error: Uncaught ExtensionDependencyError: VisualEditor is not compatible with the current MediaWiki core (version 1.34.1), it requires: >= 1.35.0.
- in /var/www/mediawiki-1.34.1/includes/registration/ExtensionRegistry.php:334 Dadax1982 (talk) 15:01, 9 April 2020 (UTC)
- Solved modify the extension.json on VisualEditor
- "requires": {
- "MediaWiki": ">= 1.34.0"
- }, Dadax1982 (talk) 15:10, 9 April 2020 (UTC)
- @Dadax1982 You installed an unstable development version which requires 1.35.0. Extension:VisualEditor clearly says "The following download instructions are for use with the latest nightly build of MediaWiki only" and editing extension.json won't fix that. The page also explains how to not use the latest nightly build. Malyacko (talk) 15:17, 9 April 2020 (UTC)
- @Malyacko I follow the document and I download last version Mediawiki MediaWiki 1.34.1 stable
- Do you suggest download the version VisualEditor correct?
- The following download instructions are for use with the latest nightly build of MediaWiki only.
- cd extensions
- git clone https://gerrit.wikimedia.org/r/mediawiki/extensions/VisualEditor.git
- cd VisualEditor
- git submodule update --init
- Do you suggest download the version Visual Editor for 1.34?
Dadax1982 (talk) 15:53, 9 April 2020 (UTC)- @Malyacko Now I have ⧼visualeditor-loadwarning⧽ when try modify the page Dadax1982 (talk) 16:11, 9 April 2020 (UTC)
画像を表示できない
MediaWiki 1.34.1にて、
画像をアップロードし、表示させようとすると
「サムネイルの作成エラー: convert: no decode delegate for this image format
`/xxxxxxx/xxxxxxxxxx/public_html/wiki/images/7/74/400.webp' @ error/constitute.c/ReadImage/544. convert: no images defined `/tmp/transform_8da56b53c810.png' @ error/convert.c/ConvertImageCommand/3046. Error code: 1」
と表示され、画像が表示されません。
エラーから察するにサムネイル作成エラーの様ですが、
/tmp/は全ユーザアクセス可能、/usr/bin/convertは存在しており、実行権限もあります。
何故起こるのでしょうか? 渡波 空 (talk) 13:15, 9 April 2020 (UTC)
- See Project:Support desk/Flow/2011/06#h-[RESOLVED]_ImageMagick_Thumbnail_error:_"no_decode_delegate";_"no_data_returned"-2011-06-13T03:37:00.000Z, Project:Support desk/Flow/2019/06#h-Error_creating_thumbnail:_convert:_no_decode_delegate_for_this_image_format_`JPG-2019-06-10T16:43:00.000Z, etc. Malyacko (talk) 15:14, 9 April 2020 (UTC)
- ↑の問題は前者のトピックで解決しました。ありがとうございました。
- しかし、今度は別のエラーが出てしまいました。
- すみません、自分が英語読めないばかりに...
- サムネイルの作成エラー: convert: magick/magick.c:1432: RegisterMagickInfo: Assertion `magick_info->signature == 0xabacadabUL' failed. /usr/bin/timeout: the monitored command dumped core /xxxxxxx/xxxxxxxxxx/public_html/wiki/includes/shell/limit.sh: line 101: 256453 Aborted /usr/bin/timeout $MW_WALL_CLOCK_LIMIT /bin/bash -c "$1" 3>&- Error code: 134 渡波 空 (talk) 01:23, 3 May 2020 (UTC)
Yeni üyeyim başarısız Yükleme yaptım
Merhaba Wikipedia
Yeni üyeyim başarısız Yükleme yaptım Tüm yüklemeler Eksik yanlış ve web sitesi Adı barındırdığı içi Tüm yüklemelerimin silinmesini rica ediyorum.
Saygılarımla
Yasin Asma
Yasinasma@gmail.com Asmayasin (talk) 15:37, 9 April 2020 (UTC)
- @Asmayasin Welcome to the support desk for the MediaWiki software. If there are some uploaded files on some website, and that website is not mediawiki.org, then please contact that website. Thanks! Malyacko (talk) 15:44, 9 April 2020 (UTC)
- efendim Ben Solunum cihazlarına bağlı als hastasıyım. Yazılarımı özel Donanımlı göz Bilgisayarı ile yazıyorum Google'a Yasin Asma yazarsanız Gereken Bilgiye ulaşırsınız. Efendim Sizden ricam Yüklemelerimin silinmesini rica ediyorum. Daha Doğru yüklemeler yapmayı öğrendim. Lütfen Hepsini silip hesabımı sıfırlamak istiyorum Saygılarımla Asmayasin (talk) 00:08, 10 April 2020 (UTC)
- @Asmayasin Hi, please see my previous reply. You have no uploads here, on this website mediawiki.org. If you mean uploads on another website: Please contact that other website. Or maybe ask on https://tr.wikipedia.org/wiki/Vikipedi:K%C3%B6y_%C3%A7e%C5%9Fmesi_(teknik) if that is easier, and if your request is maybe about Turkish Wikipedia. We still do not know to which website you uploaded things... Malyacko (talk) 09:14, 10 April 2020 (UTC)
500 error issue
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've been directed here by my hosting provider, who says this about a 500 error I'm getting (sorry about this):
The message, as you are aware says:
MediaWiki 1.34 internal error
Installing some PHP extensions is required.
Required components
You are missing a required extension to PHP that MediaWiki requires to run. Please install:
fileinfo
You can, in Cpanel, enable the module 'fileinfo' in the select PHP version section - but when we do enable it for you, there is a 500 error.
As we have little experience of Mediawiki ourselves - you should contact their support and let them know you have the above error on your site, that you are running PHP 7.3 and that when you enable fileinfo to try and correct, it just results in a 500 error.
All this indicates something amiss with a recent upgrade of the software and I would recommend you make them aware.
The error that appears in the log seems to be this one:
[09-Apr-2020 14:29:19 UTC] PHP Fatal error: Uncaught Error: Call to undefined function wfSuppressWarnings() in /home/cv3qphmw/public_html/skins/Modern/SkinModern.php:63 Stack trace: #0 /home/cv3qphmw/public_html/includes/skins/SkinTemplate.php(217): ModernTemplate->execute() #1 /home/cv3qphmw/public_html/includes/OutputPage.php(2574): SkinTemplate->outputPage() #2 /home/cv3qphmw/public_html/includes/exception/MWExceptionRenderer.php(134): OutputPage->output() #3 /home/cv3qphmw/public_html/includes/exception/MWExceptionRenderer.php(53): MWExceptionRenderer::reportHTML(Object(Error)) #4 /home/cv3qphmw/public_html/includes/exception/MWExceptionHandler.php(121): MWExceptionRenderer::output(Object(Error), 2) #5 /home/cv3qphmw/public_html/includes/exception/MWExceptionHandler.php(195): MWExceptionHandler::report(Object(Error)) #6 /home/cv3qphmw/public_html/includes/exception/MWExceptionHandler.php(167): MWExceptionHandler::handleException(Object(Error)) #7 [internal function]: MWExceptionHandler::handleUncaughtException(Object(Error)) #8 {main} thrown in /home/cv3qphmw/public_html/skins/Modern/SkinModern.php on line 63
Can you help at all? Gilgongo (talk) 15:39, 9 April 2020 (UTC)
- The function wfSuppressWarnings() has been removed in MediaWiki 1.34. It has also been removed from Modern skin completely for unrelated reasons. You should upgrade the skin too. – Ammarpad (talk) 14:48, 10 April 2020 (UTC)
- OK thanks! 82.10.186.20 (talk) 08:00, 17 April 2020 (UTC)
HTML 2 Wiki Not showing page
I was able to successfully install HTML2Wiki extension on Mediawiki running on Ubuntu but when I import an HTML file that I downloaded from google docs, it just gives me a blank page. I am using the upload from special pages but does not work and gives me a blank page Samrao79 (talk) 19:36, 9 April 2020 (UTC)
- @Samrao79 Please provide basic information (exact MediaWiki version, exact extension version). Please also check your webserver logs when this happens. Malyacko (talk) 09:08, 10 April 2020 (UTC)
- I am using the latest version of Media Wiki 1.34.1 and HTML2Wiki version 2017.07 (d52d83a). Log's don't really tell me much but I noticed the png images it installs, can't be opened, they show blank then it just gives me an error page. Samrao79 (talk) 13:56, 13 April 2020 (UTC)
- I still can't get this to work, it just shows me a blank page. Samrao79 (talk) 19:59, 16 April 2020 (UTC)
How to restrict all logs whatsoever to non sysops (including in recentchanges)?
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 want to all logs whatsoever so that only sysop-roled users could view them (including in recentchanges).
I have tried the following which didn't help (anonymous users can still read about moving of pages that were not deleted (only their name changed).
1) I have added in LocalSettings.php:
$wgLogRestrictions = [
'delete' => 'deletedtext',
'move' => 'deletedtext',
'block' => 'deletedtext'
];
2) I have run in Bash:
$ cd WEBSITE_DIR
$ php maintenance/rebuildrecentchanges.php
How to restrict all logs whatsoever to non sysops (including in recentchanges)? 182.232.43.135 (talk) 03:44, 10 April 2020 (UTC)
- See Project:Support desk/Flow/2020/04#h-How_to_block_all_logs_whatsoever_to_non_Administrators?-2020-04-08T03:15:00.000Z from a few days ago. Malyacko (talk) 09:07, 10 April 2020 (UTC)
- @Malyacko I am the one who created this topic but my followups there didn't get intention so far. 182.232.43.135 (talk) 09:10, 10 April 2020 (UTC)
- In that case, please do not deliberately fragment conversations. Thanks! :) Malyacko (talk) 14:33, 10 April 2020 (UTC)
- If you put the code given to you correctly in LocalSettings.php, there's nothing more for you to do. The restriction applies sitewide. In fact, these logs will no longer be published to Special:RecentChanges even for administrators (the ones who have 'deletedtext' right). But they can view them through the logpage directly. – Ammarpad (talk) 15:59, 10 April 2020 (UTC)
- Thanks @Ammarpad
- @Malyacko if I could edit the previous post (especially with markdown) it is likely that all of this wouldn't happen; I wrote comments about this situation there; anyway, for me, this issue was over. 182.232.43.135 (talk) 16:29, 10 April 2020 (UTC)
How to add a checkbox to the registration form, when selecting which the user would be added to the created group?
Good afternoon!
I don’t know where else to write ...
I created a user group - "Editor".
I need to put a checkbox in the registration form, and next to it is the text.
If checked, then the user must be added to the group.
It is about creating a new user by the administrator.
I don’t understand where to dig ... and in general, what files to climb into ...
Found "LoginSignupSpecialPage.php", but it is not clear whether to add fields there. Those that are, they can be edited, but new ones do not appear. Or something like that ...
I also found "mediawiki.special.userlogin.signup.js", I hope there is no need to process the installed daw here ...
Maybe you need to do something in LocalSettings.php, then this is completely not obvious = (
I did not find what is needed in the official documentation = (
The brain can no longer tolerate this ...
Translated by google translate .... Shaddrag (talk) 13:38, 10 April 2020 (UTC)
- AuthManager is official docs to add fields to signup process. Its somewhat complicated though. Bawolff (talk) 17:51, 12 April 2020 (UTC)
CentralNotice for MW 1.29
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!
Could you please let me know how can I get Extension:CentralNotice for for MW 1.29
Thank you! Fokebox (talk) 13:52, 10 April 2020 (UTC)
- @Fokebox Hi, 1.29 is an old insecure version which has been unsupported for 18 months. First upgrade for your own safety. After that, use the "Download extension" link on the homepage of the extension. Malyacko (talk) 14:31, 10 April 2020 (UTC)
- I know, but now it is quite difficult for me to make upgrade from 1.29 to current stabled version Fokebox (talk) 17:24, 10 April 2020 (UTC)
- If you prefer to keep the door of your flat always open and let anyone in because it is quite difficult to repair its lock, so it be. :) Malyacko (talk) 09:40, 12 April 2020 (UTC)
- Anyway how can I download the extension for my MW 1.29? Fokebox (talk) 14:38, 13 April 2020 (UTC)
- I have found the version for my MW 1.29. Thx to all Fokebox (talk) 19:56, 13 April 2020 (UTC)
Error
Goedemorgen,
Krijg een error.
"Request quota reached [ERROR 8011]"
grrag een oplossing hiervoor. 145.128.208.78 (talk) 06:55, 11 April 2020 (UTC)
- How is this related to MediaWiki? ☠MarkAHershberger☢(talk)☣ 16:09, 11 April 2020 (UTC)
issue with Registration page
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 get the following error:
[ab33ef900722f34f140ba8a3] /index.php?title=Spezial:Benutzerkonto_beantragen Error from line 257 of /www/cinemawiki.open-ears.de/extensions/ConfirmAccount/business/AccountRequestSubmission.php: Call to undefined method OutputPage::parse()
Backtrace:
#0 /www/cinemawiki.open-ears.de/extensions/ConfirmAccount/frontend/specialpages/actions/RequestAccount_body.php(343): AccountRequestSubmission->submit(RequestContext)
#1 /www/cinemawiki.open-ears.de/extensions/ConfirmAccount/frontend/specialpages/actions/RequestAccount_body.php(83): RequestAccountPage->doSubmit()
#2 /www/cinemawiki.open-ears.de/includes/specialpage/SpecialPage.php(575): RequestAccountPage->execute(NULL)
#3 /www/cinemawiki.open-ears.de/includes/specialpage/SpecialPageFactory.php(618): SpecialPage->run(NULL)
#4 /www/cinemawiki.open-ears.de/includes/MediaWiki.php(299): MediaWiki\SpecialPage\SpecialPageFactory->executePath(Title, RequestContext)
#5 /www/cinemawiki.open-ears.de/includes/MediaWiki.php(973): MediaWiki->performRequest()
#6 /www/cinemawiki.open-ears.de/includes/MediaWiki.php(535): MediaWiki->main()
#7 /www/cinemawiki.open-ears.de/index.php(47): MediaWiki->run()
#8 {main} Janczmok (talk) 16:12, 11 April 2020 (UTC)
How to redirect to an external website?
I want to redirect a page or a category to an external website.
However, when I try to do this, using #redirect, the redirected link is shown, which has to be clicked first.
I have checked the Redirect mediawiki page. Someone else has also asked this question there, but it was not answerered.
Surely this must be possible? Internal redirection and in/external linking works beautifully, so why not with redirection to external websites? Wertwijn (talk) 18:29, 11 April 2020 (UTC)
- If you're referring to the question at Help talk:Redirects, it was actually answered; it was/is not possible. Although the question was answered for such long time, it's still true today.
- On your "why" question, I am not sure either. If you care about external website you should add it to Interwiki_table (perhaps by using Extension:Interwiki). After that you can create interwiki redirect to the site.
- Support for something "#REDIRECT http://example.com/this" is unlikely to be added to core whilst safer alternative already exists – Ammarpad (talk) 19:01, 11 April 2020 (UTC)
Forbidden. You don't have permission to access this resource.
I have found some solutions on Internet but I still get error "Forbidden. You don't have permission to access this resource."
all permission in wiki folder are 755
apache2 has got "all granted" in config
I tried to switch off "mod_evasive" and "mod_security", still same error
Apache2 debug log says access granted but nothing happens
I just want to change "https://eh.hajes.org/humanica/MediaWiki:Common.css" CSS on my web
any suggestions, please? Haj3s29a (talk) 21:58, 11 April 2020 (UTC)
- something is wrong with your rewrite rules. Probably related to having your fancy urls in same directory as index.php
- Anyways, you can still edit via https://eh.hajes.org/humanica/index.php?action=edit&title=MediaWiki:Common.css Bawolff (talk) 17:49, 12 April 2020 (UTC)
- thanks for reply Bawolff..I have followed Mediawiki fancy clean URLs but it seems to not work as suppose to :-D Haj3s29a (talk) 19:01, 12 April 2020 (UTC)
unable to upload image PHP error
I am unable to upload images to my Wiki page https://eh.hajes.org
/tmp and /images permissions 775
Apache2 log
[Sun Apr 12 10:35:28.313655 2020] [php7:warn] [pid 6580] [client x.x.x.x:55997] PHP Warning: fopen(.../tmp/mw-UIDGenerator-UUID-128): failed to open stream: No such file or directory in ../includes/utils/UIDGenerator.php on line 445, referer: https://eh.hajes.org/humanica/index.php?title=Torque_Limiter&action=edit
/tmp is always empty - it looks like UIDGenerator doesn't create UID for file or so.
any suggestions, please? Haj3s29a (talk) 08:39, 12 April 2020 (UTC)
- make sure the temp directory in that error message is writable by the webserver. The error message appears edited, so its hard to say which directory that is. It may be /tmp it may be something else. 775 is only good enough if the web user either owns or is in group of the directory (may not be true for system tmp directory). Normally i would expect /tmp to be 1777 not 775. Bawolff (talk) 01:09, 15 April 2020 (UTC)
No pages after import
Hello, I'm importing the Japanese version of Wikipedia. At first I made a dump file (xml > sql via mwdumper). Then I started the import, everything is fine on the command line, but the pages do not appear on the site.
What could be the problem? 82.162.123.0 (talk) 14:32, 13 April 2020 (UTC)
- Hard to say without clearer steps which allows others to understand and reproduce. :) Which MediaWiki version? Where to get "the Japanese version of Wikipedia"? How did you "start the import"? What happens on "the pages" when you go there? Malyacko (talk) 15:58, 13 April 2020 (UTC)
- 1) latest version
- 2) I downloaded jawiki-20200401-pages-articles.xml.bz2 from https://dumps.wikimedia.org/jawiki/20200401/
- 3) I used "mwdumper" for xml > sql
- 4) I ran this code (i use xampp so I ran the code here "xampp/mysql/bin" through the cmd) and import started
- ----mysql.exe --user=myuser --password=mypass
- use mydb
- source D:\dump.sql
- ----5) import completed successfully
- But no pages (except the main page). 82.162.123.0 (talk) 18:19, 13 April 2020 (UTC)
- mwdumper is for an old version of mw. After you import the dump run update.php to fix the imported stuff to be compatible with recent mediawiki Bawolff (talk) 01:01, 15 April 2020 (UTC)
Restoring a mess
Hello,
I'd like to know how i can restore a wiki, which is a mess right now, due to a limit imposed by my host.
I was running 1.29, made a backup of the database and files before running the upgrade, and ran Softaculous update. After successful installation, i went over to the wiki, but it was full of errors (sql, database related). I asked my host about it and they told me that the version i upgraded to was only available to use on premium hosting (i run a very low traffic wiki, so a premium host doesn't make sense). I tried importing the database of v.1.29 to see what would happen but couldn't - my host told me i couldn't import that specific database without a premium account (does that even make sense? or was is that i couldn't import a database period? can such limit be imposed?). Now i've deleted the wiki folder from the server, uploading the v.1.29 files, and just now dropped all the tables, and ran the import of the v.1.29 database, but still i get errors. What i'd like now, is if i can restore the wiki, and how; i have v.1.29 database and v.1.29 files.
sql errors here https://pastiebin.com/5e947c935c3c7
what wiki shows on front page: https://pastiebin.com/5e948363ccc6b Jakeriper1 (talk) 15:05, 13 April 2020 (UTC)
- @Jakeriper1 See Project:Support desk/Flow/2017/01#h-Warning_and_Fatal_Error_after_uploading_version_1.28-2017-01-07T01:20:00.000Z and https://stackoverflow.com/questions/36577020/php-failed-to-open-stream-no-such-file-or-directory and get a better your host if they block you on an ancient, insecure MediaWiki version (1.29). Malyacko (talk) 15:56, 13 April 2020 (UTC)
- they didn't block me on an old ancient insecure wiki, they failed to warn me the next version would not be working with free hosting. if i hadn't updated they would be still fine about me using the old version. Jakeriper1 (talk) 16:28, 13 April 2020 (UTC)
- That's why I said that your host seems to be a host that I would not use as a host. Malyacko (talk) 18:11, 13 April 2020 (UTC)
- the sql errors do not appear to be mediawiki errors. The other errors you link sound like some files are missing.
- If you have the ability to upload php files to the server, i would reccomend not ysing softlicious and instead getting an official copy of mediawiki from this website and uploading that to the host (try to make sure to save LocalSettings.php from old wiki and use it with new one)
- I agree with Malyacko, this sounds like a terrible host. Bawolff (talk) 01:00, 15 April 2020 (UTC)
- thanks - i'll keep that in mind next time i install a mediawiki. for now, i've been uploading the backup wiki files (as i can upload files via ftp) and trying several things with the database and softaculous and everything else.
- just as a side note, and shed some light why i'd stick to a host list this) this host has not been bad at all for the last 4 years (on this project) and 10 years maybe for all other stuff i've had online for free. i guess they had to draw the line somewhere with what i could get away with doing on the free host, and for so long - idk.
- it is terrible how hard the line was drawn though. no warning about it either. but for what i've searched and tested, in the free range, they're a pretty good deal to use. they provide minutes quick (usually) helpful support replies (to free customers), allow you to put ads up (none of their own), unlimited traffic, tons of other stuff. not everything can be peachy, right?
- from what im understanding, they're blocking my ability to upload big databases. their reply to my inquiries about why i couldn't roll the medawiki verison back, and importing the old database was "You need a premium hosting account for importing this database". but i've been manually creating and importing the database and its tables, importing old data, table by table and so far so good. hopefully all goes well, and the errors are indeed provoked by the host. Jakeriper1 (talk) 02:30, 15 April 2020 (UTC)
- alright, got the wiki back up. as for the mysqli errors after database importing, i still got don't know what was going on. as for the errors on the wiki index page, it was a matter of changing the case of the 'Services' folder to lowercase. Jakeriper1 (talk) 13:33, 18 April 2020 (UTC)
Retrival of table data where section index is null
i am trying to use api to retrieve data from wikipedia table where section index is null. I am new in this area. any help in this area is appreciated. please find the url and response below.
http://en.wikipedia.org/w/api.php?format=json&action=parse&prop=sections&page=sample_page_Name
Sample response :
"sections": [
{
"toclevel": 1,
"level": "2",
"line": "National responses",
"number": "5",
"index": "",
"byteoffset": null,
"anchor": "National_responses"
}
]
Thanks 42.104.97.20 (talk) 17:07, 13 April 2020 (UTC)
- you havent said what the problem is. Bawolff (talk) 00:54, 15 April 2020 (UTC)
Attaching images to a bug
- How can I attach to a bug? — Ineuw talk 01:02, 14 April 2020 (UTC)
- @Ineuw Depends what "a bug" is. If this is a question about Wikimedia Phabricator, please see Phabricator/Help#Uploading file attachments or ask on Talk:Phabricator/Help as this is not a question about MediaWiki. Thanks. Malyacko (talk) 07:48, 14 April 2020 (UTC)
- You should see a cloud icon with an arrow going up. Clicking that will allow uploads in Phabricator. RhinosF1 (talk) 06:55, 14 April 2020 (UTC)
<a> tags aren't parsed correctly
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 MediaWiki 1.34.0 Hebrew website with only one extension (ContactPage) and I prefer not to install any further extensions.
I understand that a proper references/footnotes mechanism for Hebrew MediaWiki websites, requires installing extra modules beyond the core Cite as well as working with very complex Wiki syntax templates which is something I want to avoid; therefore, I desire to use the following templates and JavaScript as a frontend alternative:
footnotes_list<includeonly><ol class="footnotes_list"></ol></includeonly><noinclude> [[קטגוריה:תבניות]] </noinclude>footnote
JavaScript (non Babelified)<includeonly><span dir="rtl" class="footnote"><sup class="footnote_inner">{{{1}}}</sup></span></includeonly><noinclude>
[[קטגוריה:תבניות]] </noinclude>
document.querySelectorAll(".footnote>sup").forEach((element, i) => {
const li = document.createElement("li");
li.append(...element.childNodes);
element.textContent = i + 1;
const footnotes_list = document.querySelector(".footnotes_list");
footnotes_list.appendChild(li);
});
const numbers = Array.from(Array(100)).map((e,i)=>i+1)
document.querySelectorAll(".footnote").forEach( (element, i)=>{
element.setAttribute("href", `#footnote_${numbers[i]}`)
element.setAttribute("id", "fn_"+numbers[i]);
});
document.querySelectorAll(".footnotes_list>li").forEach( (element, i)=>{
element.setAttribute("id", "footnote_"+numbers[i]);
element.setAttribute("href", `#fn_${numbers[i]}`)
});
My problem
<a> tags aren't parsed correctly → I get the output instead a footnote number, anywhere:
<a dir="rtl" class="footnote">או מבוססת מערכת הפעלה עם ליבות אחרות</a>
My question
What might cause <a> tags not to be parsed correctly? 182.232.61.94 (talk) 02:01, 14 April 2020 (UTC)
- This topic as in improvement of this one:
- Topic:Vkesalo8z0529k0f
- Please delete the linked topic. 182.232.61.94 (talk) 02:02, 14 April 2020 (UTC)
- mediawiki doesnt support a tags. Ise normal wiki link syntax ([https://example.com text of link here]). If you need to set attributes, wrap in a span.
- I would reccomend just using the cite extension. The templates hewiki uses are complex, but cite by itself is not and there is no requirement to use those templates if you dont want to. Bawolff (talk) 00:53, 15 April 2020 (UTC)
- @Bawolff
- if I use
<span></span>instead<a></a>then the entire footnote_number structure becomes unclickable. - If I use
<span>a></a></span>then I do get numbers wrapped in literal<a></a>and of course unclickable. - If think that at least there should be some LocalSettings.php command to allow regular usage of
<a>tags. - Kindly,
49.230.94.95 (talk) 05:36, 15 April 2020 (UTC)- use [https://example.com <span class="foo">text here</span>]
- To make
- text here
- You can use the special class plainlinks to get rid of external link icons example Bawolff (talk) 15:46, 15 April 2020 (UTC)
- @Bawolff
- Neither:Nor:
<includeonly>[<span dir="rtl" class="footnote"><sup class="footnote_inner">{{{1}}}</sup></span>]</includeonly><noinclude> [[קטגוריה:תבניות]] </noinclude>Worked for me properly.<includeonly><span dir="rtl" class="footnote">[<sup class="footnote_inner">{{{1}}}</sup>]</span></includeonly><noinclude> [[קטגוריה:תבניות]] </noinclude> - No link was created, rather just plain brackets. 49.230.94.95 (talk) 06:16, 16 April 2020 (UTC)
- try
<includeonly><span dir="rtl" class="footnote">[{{{1}}} <sup class="footnote_inner">{{{1}}}</sup>]</span></includeonly><noinclude> [[קטגוריה:תבניות]] </noinclude>- Assuming that param 1 is a full url (starting with https:// ) Bawolff (talk) 14:41, 16 April 2020 (UTC)
- @Bawolff
- Thank you dearly, but it isn't a full URL, rather a local link.
- As I am not a frontend expert and pretty much ran out of time for experimenting JS with this (and also get annoyed to Babelifi JS and past it in the JS webpage inside my Wiki which lacks any syntax highlighting when edited), I think it is best for me to study the source code of the common (Cite-Scribunto based) templates and create these backend. 49.230.94.95 (talk) 05:06, 17 April 2020 (UTC)
- (and also get annoyed to Babelifi JS and past it in the JS webpage inside my Wiki which lacks any syntax highlighting when edited each time anew)* 49.230.94.95 (talk) 11:53, 17 April 2020 (UTC)
- for syntax highlighting there is extension:CodeEditor.
- the local link version basically uses [[{{{1}}}|<span class="foo">{{{1}}}</span>]] syntax instead. Bawolff (talk) 15:15, 17 April 2020 (UTC)
- Well, with that code neither footnotes, nor footnote numbers get created:Just saying. 49.230.94.95 (talk) 05:26, 18 April 2020 (UTC)
<includeonly>[[{{{1}}}|<span dir="rtl" class="footnote">{{{1}}}</span>]]</includeonly><noinclude> [[קטגוריה:תבניות]] </noinclude> - @Bawolff 49.230.94.95 (talk) 05:26, 18 April 2020 (UTC)
- Not sure why but someone created a new thread for this: Project:Support desk/Flow/2020/04#h-How_to_tweak_MediaWiki_to_support_<a>_tags?-2020-04-21T04:23:00.000Z [[kgh]] (talk) 07:07, 21 April 2020 (UTC)
$wgNamespacesToBeSearchedDefault -- Changing_options_for_existing_users
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.
RE: Manual:$wgNamespacesToBeSearchedDefault#Changing options for existing users
The statement on Manual:$wgNamespacesToBeSearchedDefault#Changing options for existing users appears to be wrong (or misleading):
"In MediaWiki 1.16 and later, you do not have to change options for existing users."
I just added NS_FILE and NS_FILE_TALK which changes immediately become effective. And I triple-checked!
Pls. can you check - and correct the Mediawiki page in case? Perhaps the text was misleading and should be reformulated such as
"In MediaWiki 1.16 or later, the change becomes effective immediately for all users." Wikinaut (talk) 12:05, 14 April 2020 (UTC)
- Looks like the "change options" part referrers to userOptions.php script. Apparently, when the page was updated in 2016, it left some confusion. AhmadF.Cheema (talk) 16:30, 14 April 2020 (UTC)
- I updated/clarified the doc. The statement was correct but worded in ambiguous way.
- "You do not have to change options for existing users." means the same thing as what you're suggesting if you read it carefully. – Ammarpad (talk) 16:39, 14 April 2020 (UTC)
Backingup a wiki
Hi! Maybe being dim but having trouble finding instructions which tell you how to backup ones wiki! Can anybody point me to them if they exist or tell me how? Thanks! Multilingualtricker (talk) 13:06, 14 April 2020 (UTC)
- See Manual:Backing up a wiki. AhmadF.Cheema (talk) 16:18, 14 April 2020 (UTC)
- Manual:Backing up a wiki and Manual:Restoring a wiki from backup as well other resources from thereon. – Ammarpad (talk) 16:49, 14 April 2020 (UTC)
I can´t install extensions
Hello, when I installed media wiki using softaculous and I can´t install extensions in file zila.
When I put them, I see failed transfers and I do not know why, besides that it takes a long time, they are hundread of archives Alejitao123 (talk) 13:21, 14 April 2020 (UTC)
- "hundreds of archives"? Where are you getting your extensions from?
- For each extension there should be a single archive which can be uploaded through FileZilla and then extracted there on the server. AhmadF.Cheema (talk) 16:17, 14 April 2020 (UTC)
Does Hebrew Wikipedia's reference templates require installing any extension beyond the core Cite, for proper usage?
Please have a look at Hebrew Wikipedia's (RTL) reference/footnote templates:
Footnotes_list ("הערות שוליים")
<noinclude>{{ניהול פרמטרים/תוכן}}[[קטגוריה:תבניות עם ניהול פרמטרים]]</noinclude><includeonly>{{#invoke:ParamValidator|validateparams|module_options=יחידה:PV-options}}<div class="reflist references-small {{#ifeq:{{{יישור|}}}|שמאל|mw-content-ltr}}" {{#ifeq:{{{יישור|}}}|שמאל|style="overflow: auto"}}>
{{#tag:references|{{{הערות|}}}|group={{{group|{{{קבוצה|}}}}}}|responsive=1}}</div></includeonly><noinclude>
{{תיעוד}}
<templatedata>
<!-- TEMPLATE METADATA -->
</templatedata>
[[קטגוריה:תבניות עריכה|הערות שוליים]]
</noinclude>
Footnote ("הערה")
<includeonly>{{#invoke:פרמטרים|equal|קוד=הערה/קוד|1|שם|קבוצה|שמאל|ימין}}</includeonly><noinclude>{{תיעוד}}[[קטגוריה:תבניות עריכה|הערה]] [[קטגוריה:תבניות ביבליוגרפיות|הערה]]
<templatedata> <!-- TEMPLATE METADATA --> </templatedata> </noinclude>
The Footnote template gets primarily called by the {{הערה|שם="שם"|תוכן}} call and can be secondarily called by {{הערה|שם="שם"}} which is actually calling it again by a name.
My problem
Beyond the fact that I find the Wiki syntax of at least the first template quite complex, dense and confusing, I am wondering if they require installing any extension beyond the core Cite extension and what made me wonder this is the #invoke declaration there which I don't know its purpose.
My question
Does Hebrew Wikipedia's reference templates require installing any extension beyond the core Cite, for proper usage? 49.230.94.95 (talk) 14:58, 14 April 2020 (UTC)
- The
#invokepart requires Extension:Scribunto to work. AhmadF.Cheema (talk) 16:20, 14 April 2020 (UTC) - Why even using it and if one uses it, should something be configured on top of mere installation? 49.230.94.95 (talk) 17:49, 14 April 2020 (UTC)
- scribunto should work out of box.
- When importing the template you may have to also import some pages in the module: namespace. Bawolff (talk) 00:47, 15 April 2020 (UTC)
- @Bawolff
- When importing the template you may have to also import some pages in the module: namespace.
- I am not sure I fully understand that sentence; please kindly rephrase it.
- (I always create namespaces such as
draft:bydraft:ARTICLE_NAMEso shouldn't that be enough?) 49.230.94.95 (talk) 04:46, 15 April 2020 (UTC) - What was meant is that most Wikipedia templates are a combination of additional templates and modules. To make one template work on your MediaWiki installation, you'll have to import other related templates and modules too.
- The easy way to do this is to use the Special:Export page, insert the name of the template that you want to import into your Wiki, check the Include templates checkbox and click on Export. After this, you can use Special:Import of your Wiki to import all the relevant templates and modules into your Wiki. AhmadF.Cheema (talk) 05:12, 15 April 2020 (UTC)
- @AhmadF.Cheema I became confused from reading about exporting and importing extensions: Is this some kind of an alternative to directly downloading and installing extensions (and inputting other data to the system)? 49.230.94.95 (talk) 06:35, 15 April 2020 (UTC)
- This is related to exporting and importing pages, not extensions.
- Regarding extensions, you shouldn't need to do anything after installing Extension:Scribunto. AhmadF.Cheema (talk) 14:24, 15 April 2020 (UTC)
prezi extension
How can I embed a PREZi presentation on the wiki?
I already have the PREZI extension installed and have added it to LocalSettings.php Prenedo1922 (talk) 15:11, 14 April 2020 (UTC) Maybe something like:
<prezi width="550" height="400" id="PRESENTATION_ID"></prezi>
Haven't tested it, though. AhmadF.Cheema (talk) 16:38, 14 April 2020 (UTC)
- It does not work like this Prenedo1922 (talk) 10:05, 16 April 2020 (UTC)
Internal error on attempting to create an account
"[XpYd4I2nBHGK4zdJ-9rQuAAAAAE] 2020-04-14 20:32:32: Fatal exception of type "Error" "
Please advise, thanks
l_c_jackson@yahoo.co.uk 92.26.197.81 (talk) 20:34, 14 April 2020 (UTC)
- please set $wgShowExceptionDetails=true; Bawolff (talk) 00:45, 15 April 2020 (UTC)
Problem updating to 1.34
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.
We have a working install of 1.30 here https://wiki.ampr.org
Trying to upgrade to 1.34, everything appears to go ok, but afterwards no users are able to login. When trying to login with the same username & password as before the upgrade the error is "Auto-creation of a local account failed: Username entered already in use. Please choose a different name." No errors seen in log files.
Anyone any ideas?
Thanks G1fef (talk) 22:00, 14 April 2020 (UTC)
- It looks like you just took your site offline. I was going to ask what extensions you have installed. Are you using native MediaWiki authentication? ☠MarkAHershberger☢(talk)☣ 18:54, 17 April 2020 (UTC)
- Any further ideas on this? I have a brand-new installation and I'm getting the same error when trying to login. I'm the only user. I commented out all my modifications to localsettings.php to troubleshoot but it hasn't fixed the problem, and the only other modification I've made to the base installation is uploading files for extensions and themes. Archaic Meander (talk) 16:51, 8 June 2020 (UTC)
- Did you run the maintenance update script after upgrading?
- Are you using the native MW authentication per the previous question above?
TiltedCerebellum (talk) 23:32, 8 June 2020 (UTC)- I have same problem after upgrade my OS. I am not able to sing in. I already run update script, disable modifications and use native mw authentication. Does anybody have any idea?
- Thank 185.86.98.226 (talk) 10:02, 26 January 2021 (UTC)
- I have similar problem. I was using mediawiki 1.22 with LDAP authentication. I have upgraded to 1.34 and sign in process work properly. I have had to install new instance of mediawiki (same OS, PHP, MySQL, LDAP, ...), I used same configuration, but on new instance sign in process failed with "Auto-creation of a local account failed: Username entered already in use". I tried turn off LDAP authentication, but the same problem. Any idea? Thanks 213.81.173.106 (talk) 08:00, 12 February 2021 (UTC)
- I have same issue with Update from 1.31 to 1.35.1.
- It failed due "Auto-creation of a local account failed: Username entered already in use. Please choose a different name." error.
- User/pass worked before update. I started web update and the error shows up as a step of the upgrade process.
- I use native MW authentication.
- Any ideas? Joroldr (talk) 13:18, 16 February 2021 (UTC)
- I managed to solve my issue. It is a problem in web updater. When I started shell updater, it solved all my issues.
- Cheers Joroldr (talk) 17:15, 16 February 2021 (UTC)
- I had a similar problem after upgrading to 1.35.1 from an older version, and what solved it for me was to add
- $wgSharedTables[] = 'actor';
- to LocaleSettings.php as documented on Manual:Shared database. The actor table is new since 1.31 and it should also be shared across instances... Madewild (talk) 12:30, 20 April 2021 (UTC)
- It has perhaps to be investigated further but sharing the tables 'actor' some time after sharing the 'user' table might lead to a desynchronization and a wrong attribution of some editions: e.g. when a_actor and b_actor are shared and a_actor is the new shared table, the old user actor_id = 3283 from b_actor is not the same username than actor_id = 3283 in a_actor. ~ Seb35 [^_^] 15:34, 12 May 2021 (UTC)
- I hit this problem too. Finally, I found that I didn't perform "php update.php" to update the DB. After that it works fine. Avin Shum (talk) 09:29, 28 May 2021 (UTC)
forgot my password
https://lgbtimmigrationproject.miraheze.org/w/index.php?title=Special:UserLogin&returnto=Main+Page
I couldn't login the other day and set a forgot password. Then the website wouldn't accept my temporary password. Then I tried it again, and it said I had to wait 24 hours to request a new lost password. I did that, and it isn't accepting the temporary password today either.
The message below is what I see.
"There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Please resubmit the form." 177.239.46.225 (talk) 22:54, 14 April 2020 (UTC)
- check that you have cookies enabled. If you do, ask miraheze support. Bawolff (talk) 00:45, 15 April 2020 (UTC)
- thanks! how do i do that? 177.239.46.225 (talk) 00:56, 15 April 2020 (UTC)
- For help with Miraheze wikis, see their Help center. AhmadF.Cheema (talk) 05:22, 15 April 2020 (UTC)
Caliphate Anonymous slot
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.
Caliphate Anonymous slot you use different color on names of khalifas and imams so please clarify which color showing which detail. This I am talking about in khalifas of bani ummaiya. 42.106.15.169 (talk) 03:46, 15 April 2020 (UTC)
- Your question is unrelated to this website, would be better to ask at en:Wikipedia:Teahouse. AhmadF.Cheema (talk) 05:18, 15 April 2020 (UTC)
log in problem
It comes back with a message that there is a problem with my log and that I have to contact the application developer?
PaulBudde (talk) 10:37, 15 April 2020 (UTC)
- @PaulBudde Hi, please imagine a random peson on the phone who cannot see what you are doing on the screen. Please provide clear steps to reproduce, URLs, and especially explain what "it" is. Malyacko (talk) 12:09, 15 April 2020 (UTC)
Error running update script after installing SemanticMediaWiki
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've installed MediaWiki 1.34.0 successfully with PerconaDB and am trying to install the SemanticMediaWiki plugin 3.1.5 through composer.
The installation successfully completes through composer, but afterwards when I run the update script (php .../maintenance/update.php) to update the DB tables, I see an error:
Wikimedia\Rdbms\DBQueryError from line 1603 of <MY_PATH>/mediawiki-1.34.0/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: INSERT INTO `smw_prop_stats` (p_id,usage_count,null_count) VALUES ('1','0','0')
Function: SMW\SQLStore\TableBuilder\Examiner\PredefinedProperties::doUpdate
Error: 1105 Percona-XtraDB-Cluster prohibits use of DML command on a table (<MY_DB_NAME>.smw_prop_stats) without an explicit primary key with pxc_strict_mode = ENFORCING or MASTER (<MY_DB_HOST:MY_DB_PORT>)
I originally ran into a similar issue when installing MediaWiki itself, but was able to work around it using the command-line installer. Another solution that was presented at that time is tracked here: https://phabricator.wikimedia.org/T226857. Due to system restrictions, I am unable to set the pxc_strict_mode=PERMISSIVE as some forums seem to suggest.
Have folks been able to find a solution for this? Nnaka1 (talk) 13:38, 15 April 2020 (UTC)
- maybe a bug in smw. Seems like p_id should be a primary key. You could try filing a bug with the smw project Bawolff (talk) 15:56, 15 April 2020 (UTC)
- Filed with GitHub issue 4724 [[kgh]] (talk) 17:36, 15 April 2020 (UTC)
Export/import pages via shell
Hello,
I'm looking for a way to export pages, which are in a specific category, via shell. The export should be imported in a wiki with shell.
Is this possible? Ralfpotter (talk) 13:44, 15 April 2020 (UTC)
- See manual:importDump.php and manual:dumpBackup.php Bawolff (talk) 15:54, 15 April 2020 (UTC)
- But can those scripts be used to limit dumps only to particular categories? AhmadF.Cheema (talk) 07:48, 16 April 2020 (UTC)
- How can I achieve this?
- Create a custom namespace for a custom category?
- php dumpBackup.php --current --filter=namespace:"customID" > templates.xml Ralfpotter (talk) 07:15, 21 April 2020 (UTC)
Page titles with periods yield nginx errors
Hi everyone. For some time now, page titles that start with periods (this used to work in the past, I know I wouldn't do that again) yield an nginx page forbidden error (403).
To replicate visit https://www.spaghetti-western.net/index.php/Special:AllPages and open one of the pages that start with "..." for example the article "...continuavano a chiamarlo Trinità
Periods seem to be the only special character causing problems I cannot seem to fix. Where would I look to mitigate this? At least I would have to a) access the content of those pages b) create alternative locations and then also c) forward the old title pages with the periods to the new ones to be on the safe side.....
Thank you 2001:16B8:487C:7A00:4C35:7872:7157:4E55 (talk) 15:09, 15 April 2020 (UTC)
- you probably have some config rule meant to prevent access to dotfiles. You will have to try and change your nginx config.
- You can still access via api or using title url parameter https://www.spaghetti-western.net/index.php?title=...continuavano_a_chiamarlo_Trinità&redirect=no you can also try disabling fancy urls ($wgUseArticlePath =false;) Bawolff (talk) 15:53, 15 April 2020 (UTC)
- thank you, changed the respective lines in etc/nginx/additional_server_conf according to the server admin, that should not pose a security risk... but to be on the safe side i will transition away my wiki to not using article title that start with dots.... it is a legacy issue of sorts. 2001:16B8:487C:7A00:4C35:7872:7157:4E55 (talk) 18:27, 15 April 2020 (UTC)
- the reason why servers often ban things starting with a dot, is that some servers use a file named .htaccess or .htpassword which might have sensitive data. Also some text editors (vim) create swap files beginning with a dot, which could potentially leak sensitive file contents if you are editing files directly on the server with vim Bawolff (talk) 00:47, 16 April 2020 (UTC)
- Is … an option? This is the original character and better than 3 dots. Simpsonspedia.net (talk) 19:11, 15 April 2020 (UTC)
Upgrade 1.28.2 to 1.34.1 •
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.34.1
PHP 7.4.4 (cgi-fcgi)
MariaDB 10.2.31-MariaDB-log
ICU 50.2
http://1.34.simpsonspedia.net/index.php?title=Spezial:Version
ERROR 1
MediaWiki\Revision\RevisionAccessException from line 1442 of /var/www/web1/htdocs/mw-1.34.x/includes/Revision/RevisionStore.php: Failed to load data blob from tt:219859: Unable to fetch blob at tt:219859
http://1.34.simpsonspedia.net/index.php?title=Simpsonspedia
ERROR 2 (edit)
Error from line 1151 of /var/www/web1/htdocs/mw-1.34.x/includes/EditPage.php: Call to a member function getModel() on null
Backtrace:
- 0 /var/www/web1/htdocs/mw-1.34.x/includes/EditPage.php(691): EditPage->initialiseForm()
- 1 /var/www/web1/htdocs/mw-1.34.x/includes/actions/EditAction.php(55): EditPage->edit()
- 2 /var/www/web1/htdocs/mw-1.34.x/includes/MediaWiki.php(511): EditAction->show()
- 3 /var/www/web1/htdocs/mw-1.34.x/includes/MediaWiki.php(302): MediaWiki->performAction(Article, Title)
- 4 /var/www/web1/htdocs/mw-1.34.x/includes/MediaWiki.php(900): MediaWiki->performRequest()
- 5 /var/www/web1/htdocs/mw-1.34.x/includes/MediaWiki.php(527): MediaWiki->main()
- 6 /var/www/web1/htdocs/mw-1.34.x/index.php(44): MediaWiki->run()
- 7 {main}
Das Update der Datenbank hat soweit geklappt. Nur taucht bei den meisten Seiten der Fehler #1 auf und wenn man bei diesen Seiten auf bearbeiten geht, kommt Fehler #2.
Bei wenigen Seiten funktioniert beides. Wenn ich richtig beurteile, dann bei Seiten, die nur eine Version haben. http://1.34.simpsonspedia.net/index.php?title=Bart_Simpson_Nr.17_(fr)
The update of the database is complete. The most sites have error #1. If I edit a site, I see error #2.
Some sites have no error. These sites have 1 version (no edit).
What can I do? Simpsonspedia.net (talk) 16:21, 15 April 2020 (UTC)
Login issues
Hello,
I am contacting you as you do not have a clear link on how to send a question/complaint to someone to get issues resolved.
I can't login to wiki miraheze even following https://meta.miraheze.org/m/4FU
It seems that every member that does edits to our sites have been logged out and I am getting a lot of personal emails now stating that pages have been edited, but I now don't know who has done what as all I have is IP addresses. I have cleared my cookies for wiki and miraheze nut still need the ones for other websites.
My user id is Denevs74. I have tried to message but as I can not log in I can not see a response. Can you please at least get my email from my userid and give me some advice please. Denevs74 (talk) 19:43, 15 April 2020 (UTC)
- hi. You need to contact miraheze support. We can only help with generic mediawiki issues-anything specific to miraheze you need to ask them. Bawolff (talk) 00:44, 16 April 2020 (UTC)
- That can't happen then as it won't let me login to miraheze so I will never be able to get a reply. Thanks for your help. I will just have to leave the miraheze wiki section then and stop using it. I will also let all the people who are currently on it with me that we will have to stop our community activity for the time being as we can not update anything (which is a shame after creating 930+ pages so far). Thanks Denevs74 (talk) 11:39, 16 April 2020 (UTC)
- @Denevs74 https://meta.miraheze.org/wiki/Help_center lists a lot of other ways to contact them. Malyacko (talk) 12:45, 16 April 2020 (UTC)
Error creating thumbnail: /bin/bash: warning: setlocale: LC_ALL: cannot change locale (C.UTF-8)
Unfortunately I haven't had any help on Extension_talk:PdfHandler since posting Extension talk:PdfHandler/Archive 2/Flow export#h-Error_creating_thumbnail:_/bin/bash:_warning:_setlocale:_LC_ALL:_cannot_change_l-2020-02-26T00:30:00.000Z a couple of months ago, so I hoped it might reach a wider audience here.
I get the error above when PDF Handler tries to create a thumbnail of PDF files. I guess it is a problem with my server, but any advice would be welcome. Thank you. Jonathan3 (talk) 21:51, 15 April 2020 (UTC)
- that's a warning that shouldnt stop pdfs from being created. Its not ideal, but can probably be ignored. Bawolff (talk) 00:43, 16 April 2020 (UTC)
- Thank you. But something is preventing the thumbnails of PDF files from being created, which isn't something I can ignore so easily :-) For example, in the "New Files" page the message appears multiple times (once for each would-be thumbnail location), and in the File: page it appears twice (once where I think the big current page is meant to be, and once where I think the small "next" page is meant to be). Jonathan3 (talk) 22:25, 16 April 2020 (UTC)
- i think its likely that some other error is happening in addition to that warning. Bawolff (talk) 15:21, 17 April 2020 (UTC)
- Thank you for your help. I am stuck here as this is all new to me.
- Are there a variety of ways to make the thumbnails on MediaWiki? Maybe I could try each in turn.
- Or maybe I could try to do it via the command line, to see if it's a problem with the server.
- It sounds like ultimately this isn't really a MediaWiki question, but I would be grateful if you could point me in the right direction. Jonathan3 (talk) 11:02, 20 April 2020 (UTC)
- Does the following, from the MediaWiki log file, help?
- Jonathan3 (talk) 21:22, 26 April 2020 (UTC)
File::transform: Doing stat for mwstore://local-backend/local-thumb/my_filename.pdf/page1-170px-my_filename.pdf.jpg [FileOperation] FileBackendStore::ingestFreshFileStats: File mwstore://local-backend/local-thumb/my_filename.pdf/page1-170px-my_filename.pdf.jpg does not exist PdfHandler::doTransform: called wfMkdirParents(/path/to/my/directory/media/temp) PdfHandler::doTransform: ('/usr/bin/gs' '-sDEVICE=jpeg' '-sOutputFile=-' '-sstdout=%stderr' '-dFirstPage=1' '-dLastPage=1' '-dSAFER' '-r150' '-dBATCH' '-dNOPAUSE' '-q' '/path/to/my/directory/media/my_filename.pdf' | '/usr/bin/convert' '-depth' '8' '-quality' '95' '-resize' '170' '-' '/path/to/my/directory/media/temp/transform_30bc4921f2ba.jpg') [exec] MediaWiki\Shell\Command::execute: /bin/bash '/path/to/my/directory/includes/shell/limit.sh' '('\''/usr/bin/gs'\'' '\''-sDEVICE=jpeg'\'' '\''-sOutputFile=-'\'' '\''-sstdout=%stderr'\'' '\''-dFirstPage=1'\'' '\''-dLastPage=1'\'' '\''-dSAFER'\'' '\''-r150'\'' '\''-dBATCH'\'' '\''-dNOPAUSE'\'' '\''-q'\'' '\''/path/to/my/directory/media/my_filename.pdf'\'' | '\''/usr/bin/convert'\'' '\''-depth'\'' '\''8'\'' '\''-quality'\'' '\''95'\'' '\''-resize'\'' '\''170'\'' '\''-'\'' '\''/path/to/my/directory/media/temp/transform_30bc4921f2ba.jpg'\'')' 'MW_INCLUDE_STDERR=1;MW_CPU_LIMIT=180; MW_CGROUP='\'''\''; MW_MEM_LIMIT=307200; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180; MW_USE_LOG_PIPE=yes' [exec] Error running /bin/bash '/path/to/my/directory/includes/shell/limit.sh' '('\''/usr/bin/gs'\'' '\''-sDEVICE=jpeg'\'' '\''-sOutputFile=-'\'' '\''-sstdout=%stderr'\'' '\''-dFirstPage=1'\'' '\''-dLastPage=1'\'' '\''-dSAFER'\'' '\''-r150'\'' '\''-dBATCH'\'' '\''-dNOPAUSE'\'' '\''-q'\'' '\''/path/to/my/directory/media/my_filename.pdf'\'' | '\''/usr/bin/convert'\'' '\''-depth'\'' '\''8'\'' '\''-quality'\'' '\''95'\'' '\''-resize'\'' '\''170'\'' '\''-'\'' '\''/path/to/my/directory/media/temp/transform_30bc4921f2ba.jpg'\'')' 'MW_INCLUDE_STDERR=1;MW_CPU_LIMIT=180; MW_CGROUP='\'''\''; MW_MEM_LIMIT=307200; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180; MW_USE_LOG_PIPE=yes': sh: warning: setlocale: LC_ALL: cannot change locale (C.UTF-8) /bin/bash: warning: setlocale: LC_ALL: cannot change locale (C.UTF-8) #0 /path/to/my/directory/includes/GlobalFunctions.php(2152): MediaWiki\Shell\Command->execute() #1 /path/to/my/directory/includes/GlobalFunctions.php(2182): wfShellExec(string, string, array, array, array) #2 /path/to/my/directory/extensions/PdfHandler/includes/PdfHandler.php(224): wfShellExecWithStderr(string, string) #3 /path/to/my/directory/includes/filerepo/file/File.php(1165): PdfHandler->doTransform(LocalFile, string, string, array) #4 /path/to/my/directory/includes/filerepo/file/File.php(1128): File->generateAndSaveThumb(TempFSFile, array, integer) #5 /path/to/my/directory/includes/page/ImagePage.php(681): File->transform(array) #6 /path/to/my/directory/includes/page/ImagePage.php(383): ImagePage->makeSizeLink(array, integer, integer) #7 /path/to/my/directory/includes/page/ImagePage.php(135): ImagePage->openShowImage() #8 /path/to/my/directory/includes/actions/ViewAction.php(63): ImagePage->view() #9 /path/to/my/directory/includes/MediaWiki.php(511): ViewAction->show() #10 /path/to/my/directory/includes/MediaWiki.php(302): MediaWiki->performAction(ImagePage, Title) #11 /path/to/my/directory/includes/MediaWiki.php(900): MediaWiki->performRequest() #12 /path/to/my/directory/includes/MediaWiki.php(527): MediaWiki->main() #13 /path/to/my/directory/index.php(44): MediaWiki->run() #14 {main} [thumbnail] Removing bad 17002-byte thumbnail "/path/to/my/directory/media/temp/transform_30bc4921f2ba.jpg". unlink() succeeded [thumbnail] thumbnail failed on myservername: error -1 "/bin/bash: warning: setlocale: LC_ALL: cannot change locale (C.UTF-8)" from "('/usr/bin/gs' '-sDEVICE=jpeg' '-sOutputFile=-' '-sstdout=%stderr' '-dFirstPage=1' '-dLastPage=1' '-dSAFER' '-r150' '-dBATCH' '-dNOPAUSE' '-q' '/path/to/my/directory/media/my_filename.pdf' | '/usr/bin/convert' '-depth' '8' '-quality' '95' '-resize' '170' '-' '/path/to/my/directory/media/temp/transform_30bc4921f2ba.jpg')" [DBQuery] Wikimedia\Rdbms\DatabaseMysqlBase::serverIsReadOnly [0.001s] my.database.host.com: SELECT @@GLOBAL.read_only AS Value [DBQuery] LCStoreDB::get [0s] my.database.host.com: SELECT lc_value FROM `wm_l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:thumbnail_error' LIMIT 1 - Extension talk:PdfHandler/Archive 2/Flow export#h-Warning_Messages_in_gs_subprocess_fail_image_creation-2015-01-11T11:36:00.000Z mentions "... fail image creation. The reason is gs prints out warning messages to stdout and this gets processed by convert and fails of course."
- Could it be that ANY error message from ghostscript (such as the local error I'm getting) can cause the whole thing to stop working? Jonathan3 (talk) 21:30, 26 April 2020 (UTC)
- My hosting provider changed "$wgShellLocale to en_US.utf8 as this is the suggested alternative if C.UTF-8 isn't available" which got rid of the error. Now I get "Error creating thumbnail:" with no details. I don't imagine I've provided enough information to elicit any help, but if I get to the bottom of it I'll explain it here :-) Jonathan3 (talk) 20:28, 27 April 2020 (UTC)
- the "Removing bad 17002-byte thumbnail" implies that it succeded, but exited with a non zero exit status so the thumbnail was thrown away.
- Error -1 can sometimes mean exit status out of range.
- I guess try the individual command from cli as the web user, and try doing the parts separately, see what happens. Bawolff (talk) 02:02, 28 April 2020 (UTC)
- In the end I gave up. Thanks for the assistance though.
- The good news is that, having moved from a shared server to an unmanaged VPS, it has started working (with whatever LocalSettings.php settings I had ended up with) :-) Jonathan3 (talk) 15:16, 22 November 2020 (UTC)
random page option brings up wiki-pages not created by myself
I have installed media-wiki as an app from my service provider. I have filled it with my own wiki-pages but was very surprised when I selected the random page that random pages not created by me or other admins appear. Is this content I can delete? Is it content not stored on my server and just linked to? or do I have a security issue that I need to tighten?
many thanks,
William Wking0 (talk) 00:05, 16 April 2020 (UTC)
- we dont know what your service provider does, they may have added extra pages.
- For the official version of mediawiki, the only page automatically created is the main page.
- Use the history button to see who created the page. (In official mediawiki, the initial main page is created by a user named "MediaWiki Default". Some automated processes use "maintenance script" as the user) Bawolff (talk) 00:41, 16 April 2020 (UTC)
- Maybe your wiki is open to the public and other users are creating new pages. Check also the page Special:RecentChanges on your wiki to see if there's someone creating more pages.
- Check also Manual:Combating spam Ciencia Al Poder (talk) 14:09, 17 April 2020 (UTC)
Get templates at the bottom of some of your desktop pages at the bottom of the same pages on your mobile site
How can I get the templates that are at the bottom of some of your pages on your desktop site at the bottom of the same pages on your mobile site? Adwissler (talk) 05:08, 16 April 2020 (UTC)
- Which templates (and exactly which website) are you referring to?🤔 AhmadF.Cheema (talk) 07:42, 16 April 2020 (UTC)
Should all RTL MediaWiki projects include Scribunto extension?
From a reason not clear to me, in Hebrew WIkipedia the maintainers decided not to only use the core Cite extension for references/footnotes and are also using Scribunto for some #invoke command.
In the past I tried to understand why Cite isn't enough for them but I didn't manage to understand the Hebrew explanation I read in the reference desk of Hebrew Wikipedia.
Should all RTL MediaWiki projects include Scribunto extension? 49.230.94.95 (talk) 06:20, 16 April 2020 (UTC)
- I don't think Extension:Scribunto has any direct necessity for RTL projects. The extension only allows the use of Lua language which is needed to make more complicated templates. If a MediaWiki project doesn't need such templates, then the extension won't be needed. AhmadF.Cheema (talk) 07:39, 16 April 2020 (UTC)
Does moving a page move all that page's sub-pages?
I can't find anything online about this. CatObsession (talk) 13:44, 16 April 2020 (UTC)
- Help:Moving a page#Moving subpages Malyacko (talk) 19:43, 16 April 2020 (UTC)
- Thank you but I don't really understand what that means. Can I just move a page and all the sub-pages will move or do I have to move all sub-pages individually? CatObsession (talk) 13:39, 17 April 2020 (UTC)
- If you mark the checkbox to move all subpages, they will be moved as well. That's up to you.
- Note, however, that the namespace should have subpages enabled, otherwise the checkbox for moving subpages will not appear. Ciencia Al Poder (talk) 14:01, 17 April 2020 (UTC)
Remove Category Header
Hello
For hours trying to remove only the header in the category view.
h1.firstHeading { display:none; }
This remove every headers.
But I will only remove Category headers like this: Category:Fahrzeuge
Or can I just hide the word 'Category:'?!? Mansaylon (talk) 15:10, 16 April 2020 (UTC)
- The body tag of a category page has class ns-14 (see Manual:Namespace#Built-in_namespaces) so you could probably use that in your CSS. Jonathan3 (talk) 22:32, 16 April 2020 (UTC)
- Thank you. This is my solution:
- body.ns-14 h1 { display: none; } 217.118.206.50 (talk) 13:26, 17 April 2020 (UTC)
- you prob want
body.ns-14 h1.firstHeader { display: none; }- Otherwise all level 1 headers (including any in the page) will be deleted, not just the title header Bawolff (talk) 15:19, 17 April 2020 (UTC)
Include single pages into a chapter page
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 moving from a wikidot site to mediawiki. On the wikidot site I have a page representing a chapter that consists of all the single pages which are also wiki pages, each of which contains the actual text of that page. The chapter thus only consists of inclusions and when the chapter page is opened, the full content of the chapter can be seen. The chapter page contains:
[[include 0056]]
[[include 0057]]
[[include 0058]]
[[include 0059]]
[[include 0060]]
[[include 0061]]
[[include 0062]]
Is something like this possible in MediaWiki? Paul142857 (talk) 21:24, 16 April 2020 (UTC)
- Yes, see Transclusion. You would end up with something like:
{{:0056}} {{:0057}} {{:0058}}- Where those numbers are the page titles of the individual pages. Jonathan3 (talk) 22:28, 16 April 2020 (UTC)
- Thank you! Paul142857 (talk) 07:45, 17 April 2020 (UTC)
Deactivate automatic capitalization in title
Hello
My main page is titled 'www.domain.com'. How do I manage that the title is not called 'Www.domain.com'? The first letter should also be in lower case. Mansaylon (talk) 13:33, 17 April 2020 (UTC)
- With DISPLAYTITLE: Help:Magic_words#DISPLAYTITLE Ciencia Al Poder (talk) 14:02, 17 April 2020 (UTC)
- see also manual:$wgCapitalLinks if you want full case sensitivity and not just change the display. Bawolff (talk) 15:17, 17 April 2020 (UTC)
LiteSpeedCache extension ERROR in SpecialPage
Ⅰ cant access to specialpage litespeed this appears
[4563308c25d8e0a89a0fca75] /wiki/Especial:LiteSpeedCache Error from line 131 of /home/mscpsgeo/public_html/extensions/LiteSpeedCache/SpecialLiteSpeedCache.php: Call to undefined method OutputPage::addWikiText()
Backtrace:
#0 /home/mscpsgeo/public_html/extensions/LiteSpeedCache/SpecialLiteSpeedCache.php(64): SpecialLiteSpeedCache->showView(boolean)
#1 /home/mscpsgeo/public_html/includes/specialpage/SpecialPage.php(575): SpecialLiteSpeedCache->execute(NULL)
#2 /home/mscpsgeo/public_html/includes/specialpage/SpecialPageFactory.php(611): SpecialPage->run(NULL)
#3 /home/mscpsgeo/public_html/includes/MediaWiki.php(296): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)
#4 /home/mscpsgeo/public_html/includes/MediaWiki.php(900): MediaWiki->performRequest()
#5 /home/mscpsgeo/public_html/includes/MediaWiki.php(527): MediaWiki->main()
#6 /home/mscpsgeo/public_html/index.php(44): MediaWiki->run()
#7 {main} SamiWey (talk) 16:25, 17 April 2020 (UTC)
- This issue looks like it has already been reported on github. ☠MarkAHershberger☢(talk)☣ 19:09, 17 April 2020 (UTC)
What encoding is the category links SQL dump (Python cannot parse)?
I'm trying to get all Wikipedia categories links for a project. I've successfully managed to load enwiki-latest-page.sql SQL dump using UTF-8. However, I get the following error when trying to parse enwiki-latest-categorylinks.sql in Python:
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xdc in position 1957: invalid continuation byte
If I ignore the errors, or use decode the file byte by byte, the SQL file seems to contain non-unicode characters after line 45, which messes the file up. Can anyone shed some light on the issue? Is this expected? Couldn't find anything on the help page. Since I was able to easily open the the page database using UTF-8, I did not expect this error. The code I'm using is very simple:
with open(filepath, "r", encoding="utf-8") as f:
for _ in range(80):
# Peek first 80 lines
# outputFile.write(f.readline())
print(f.readline())
Wikidump link: https://dumps.wikimedia.org/enwiki/latest/
Relevant help page: Manual:Categorylinks table, https://meta.wikimedia.org/wiki/Data_dumps/What%27s_available_for_download#Database_tables Aaronshenhao (talk) 16:43, 17 April 2020 (UTC)
- This sounds like an issue that should be filed on the phabricator. ☠MarkAHershberger☢(talk)☣ 18:55, 17 April 2020 (UTC)
- cl_sorykey is arbitrary binary data. Everything else should be valid utf-8 (its always possible that there is some really old junk in db from like 10 years ago that isn't. I dont think there is, but it wouldnt be shocking either) Bawolff (talk) 23:24, 18 April 2020 (UTC)
- import mysql.connector
- ...connection
- cursor.execute("select cl_sortkey from categorylinks LIMIT 100")
- result = mycursor.fetchone()
- UnicodeDecodeError Traceback (most recent call last)
- <ipython-input-147-11704e00bfab> in <module>
- 14 print(result)'''
- 15 cursor.execute("select cl_sortkey from categorylinks LIMIT 100")
- ---> 16 result = cursor.fetchone()
- ...
- UnicodeDecodeError: 'utf-8' codec can't decode byte 0xdc in position 31: invalid continuation byte 2001:4898:80E8:0:C245:C97F:6E8F:173C (talk) 01:53, 11 March 2021 (UTC)
need help logging in.
I cannot log in. Does not like my password and am not receiving an email to help me reset it.
73.229.192.101 (talk) 17:53, 17 April 2020 (UTC)
- There is not much we can do if you are not getting the emails. ☠MarkAHershberger☢(talk)☣ 19:10, 17 April 2020 (UTC)
Module (JS) implemented, but "function not defined" error
I'm setting up an extension to use OpenSeadragon for zoomable images, for this I'm modifying an "experimental" extension (Extension:ZoomableImages). If I dump the contents of openseadragon.js in Common.js it all works.
But if I try to use Resource Loader, I get "Uncaught ReferenceError: OpenSeadragon is not defined".
My modules are defined in extension.json as ResourceModules "scripts". I'm loading them using $parser->getOutput() ->addModules in my extension. They do get loaded. Indeed, if I copy and paste the content of the load.php call in the console, it says "module already implemented". But putting the call for my function in the console still says "function not defined".
Funnier still, if I use debug=true in the URL it then works.
Let me know if it's useful to share the URL of my installation and thanks for your help. Meeerkat507 (talk) 20:41, 17 April 2020 (UTC)
- It is always useful to share the url of your installation if you're asking for help. ☠MarkAHershberger☢(talk)☣ 22:10, 17 April 2020 (UTC)
- Sorry, please see below for the link. Meeerkat507 (talk) 14:24, 18 April 2020 (UTC)
- Of course!
- http://vacacionesdetrabajo.org/wiki/index.php?title=Siempreshoy1 Meeerkat507 (talk) 23:41, 17 April 2020 (UTC)
- Here are my ResourceModules from extension.json:And my loading code in my extension.php:
"ResourceModules": { "ext.ZoomableImages.openSeadragon": { "scripts" : "extensions/ZoomableImages/openseadragon/openseadragon.min.js" }, "ext.ZoomableImages.carga": { "scripts" : "extensions/ZoomableImages/carga.js", "dependencies": [ "ext.ZoomableImages.openSeadragon" ] }, "ext.ZoomableImages": { "dependencies": [ "jquery.client", "ext.ZoomableImages.carga" ] } }, - Meeerkat507 (talk) 03:56, 18 April 2020 (UTC)
... public static function onParserInit( Parser $parser ) { $parser->setHook( 'zoomableimage', [ self::class, 'zoomableimageRender'] ); return true; } static function zoomableimageRender( $input, array $args, Parser $parser, PPFrame $frame ) { $parser->getOutput() ->addModules( 'ext.ZoomableImages.openSeadragon' ); $parser->getOutput() ->addModules( 'ext.ZoomableImages.carga' ); ... - Fixed it, apparently, by redoing the dependencies and order of things in extension.json. Meeerkat507 (talk) 16:23, 18 April 2020 (UTC)
- Glad you fixed it. Do you think updating the documentation might help other people? ☠MarkAHershberger☢(talk)☣ 22:10, 18 April 2020 (UTC)
- Yes, definitely. A better explanation of dependencies, the order of entries and so on. I'll do it when I finish this part of the project and everything tests ok Meeerkat507 (talk) 22:42, 18 April 2020 (UTC)
change email account
where can. I findit 2605:6000:6380:CC00:31C4:AE81:71F:82E4 (talk) 22:52, 17 April 2020 (UTC)
- Please elaborate and in more than four words. What website is that about (full link)? Malyacko (talk) 11:59, 18 April 2020 (UTC)
Parser function for is_anon?
Hi, is there a parser function, e.g., {{#is_anon: USERID}} that tells me whether the user viewing the page is anonymous or logged in, and returns a boolean? I looked at Help:Extension:ParserFunctions, Help:Magic words, and related pages at en-wiki but I didn't find anything. Thanks! Ping please. ~ Mathglot (talk) 23:39, 17 April 2020 (UTC)
- https://stackoverflow.com/questions/21910105/mediawiki-i-want-to-check-that-the-user-if-logged-in-or-not-for-chage-in-created?rq=1 Malyacko (talk) 12:01, 18 April 2020 (UTC)
- anons always have a user id of 0, so technically there is a function to tell if a given user id is an anon Bawolff (talk) 23:19, 18 April 2020 (UTC)
- also see Extension:UserFunctions Bawolff (talk) 23:21, 18 April 2020 (UTC)
PageForms in 1.34 does not work with editor=wikieditor
Hi,
I've been reading around in the mediawiki support pages but haven't found a solution for this issue :
I get a lot of console warnings about deprecated jquery calls, and "editor=wikieditor" is not working when used in a "free text" from in a PageForms extensions page
I have tried deactivating all extensions but then I still get a couple warnings so it seems to be related with the chore installation? idk
| Extended content |
|---|
JQMIGRATE: Migrate is installed with logging active, version 3.0.1 load.php:890:217 This page is using the deprecated ResourceLoader module "jquery.tabIndex". load.php:1319:1044 This page is using the deprecated ResourceLoader module "jquery.throttle-debounce". Please use OO.ui.throttle/debounce instead. See https://phabricator.wikimedia.org/T213426 load.php:1324:258 This page is using the deprecated ResourceLoader module "jquery.ui". Please use OOUI instead. load.php:1325:360 JQMIGRATE: jQuery.fn.delegate() is deprecated load.php:890:792 This page is using the deprecated ResourceLoader module "jquery.ui.draggable". Please use the main `jquery.ui` module, not this alias. load.php:1617:94 This page is using the deprecated ResourceLoader module "jquery.ui.position". Please use the main `jquery.ui` module, not this alias. load.php:1617:331 This page is using the deprecated ResourceLoader module "jquery.ui.sortable". Please use the main `jquery.ui` module, not this alias. load.php:1618:891 This page is using the deprecated ResourceLoader module "jquery.ui.widget". Please use the main `jquery.ui` module, not this alias. load.php:1618:1125 This page is using the deprecated ResourceLoader module "jquery.ui.autocomplete". Please use the main `jquery.ui` module, not this alias. load.php:1613:97 This page is using the deprecated ResourceLoader module "jquery.ui.button". Please use the main `jquery.ui` module, not this alias. load.php:1613:446 This page is using the deprecated ResourceLoader module "jquery.ui.dialog". Please use the main `jquery.ui` module, not this alias. load.php:1615:91 This page is using the deprecated ResourceLoader module "jquery.ui.resizable". Please use the main `jquery.ui` module, not this alias. load.php:1617:568 JQMIGRATE: jQuery.fn.bind() is deprecated load.php:890:792 JQMIGRATE: jQuery.unique is deprecated; use jQuery.uniqueSort jQuery.Deferred exception: $.wikiEditor.modules.toolbar.config is undefined init/</<@MY_WIKIMEDIA_INSTALLATION_DOMAINload.php?lang=en&modules=ext.pageforms%7Cext.pageforms.autogrow%2Cbrowser%2Ccheckboxes%2Ceditwarning%2Cfancytree%2Cimagepreview%2Cmain%2Crating%2Cselect2%2Csortable%2Csubmit%2Cwikieditor%7Cext.pageforms.fancybox.jquery3%7Cext.pageforms.fancytree.dep%7Cext.pageforms.fullcalendar.jquery3%7Cext.pageforms.jqui.autocomplete%2Csortable%7Cext.pageforms.jqui.fancytree.deps%7Cjquery%2Cmoment%2Coojs%2Coojs-ui-core%2Coojs-ui-widgets%2Coojs-ui-windows%2Csite%7Cjquery.client%2Ccookie%2CgetAttrs%2ChighlightText%2Csuggestions%2CtabIndex%2CtextSelection%2Cthrottle-debounce%2Cui%7Cjquery.ui.autocomplete%2Cbutton%2Cdialog%2Cdraggable%2Cposition%2Cresizable%2Csortable%2Cwidget%7Cmediawiki.ForeignApi%2CForeignStructuredUpload%2CForeignUpload%2CString%2CTitle%2CUpload%2CUri%2Capi%2Cbase%2Ccldr%2CconfirmCloseWindow%2CjqueryMsg%2Clanguage%2Cnotify%2CsearchSuggest%2Cstorage%2Ctemplate%2Cuser%2Cutil%7Cmediawiki.ForeignApi.core%7Cmediawiki.ForeignStructuredUpload.BookletLayout%7Cmediawiki.Upload.BookletLayout%2CDialog%7Cmediawiki.language.specialCharacters%7Cmediawiki.libs.jpegmeta%2Cpluralruleparser%7Cmediawiki.page.ready%2Cstartup%7Cmediawiki.page.watch.ajax%7Cmediawiki.template.regexp%7Cmediawiki.widgets.CategoryMultiselectWidget%2CDateInputWidget%2CStashedFileWidget%7Cmediawiki.widgets.DateInputWidget.styles%7Coojs-ui-core.icons%2Cstyles%7Coojs-ui-widgets.icons%7Coojs-ui-windows.icons%7Coojs-ui.styles.icons-content%2Cicons-editing-advanced%2Cicons-editing-citation%2Cicons-editing-core%2Cicons-editing-list%2Cicons-editing-styling%2Cicons-media%2Cicons-movement%2Cindicators%7Cskins.vector.js%7Cuser.defaults&skin=vector&version=xgoxi:291:1632 mightThrow@MY_WIKIMEDIA_INSTALLATION_DOMAINload.php?lang=en&modules=ext.pageforms%7Cext.pageforms.autogrow%2Cbrowser%2Ccheckboxes%2Ceditwarning%2Cfancytree%2Cimagepreview%2Cmain%2Crating%2Cselect2%2Csortable%2Csubmit%2Cwikieditor%7Cext.pageforms.fancybox.jquery3%7Cext.pageforms.fancytree.dep%7Cext.pageforms.fullcalendar.jquery3%7Cext.pageforms.jqui.autocomplete%2Csortable%7Cext.pageforms.jqui.fancytree.deps%7Cjquery%2Cmoment%2Coojs%2Coojs-ui-core%2Coojs-ui-widgets%2Coojs-ui-windows%2Csite%7Cjquery.client%2Ccookie%2CgetAttrs%2ChighlightText%2Csuggestions%2CtabIndex%2CtextSelection%2Cthrottle-debounce%2Cui%7Cjquery.ui.autocomplete%2Cbutton%2Cdialog%2Cdraggable%2Cposition%2Cresizable%2Csortable%2Cwidget%7Cmediawiki.ForeignApi%2CForeignStructuredUpload%2CForeignUpload%2CString%2CTitle%2CUpload%2CUri%2Capi%2Cbase%2Ccldr%2CconfirmCloseWindow%2CjqueryMsg%2Clanguage%2Cnotify%2CsearchSuggest%2Cstorage%2Ctemplate%2Cuser%2Cutil%7Cmediawiki.ForeignApi.core%7Cmediawiki.ForeignStructuredUpload.BookletLayout%7Cmediawiki.Upload.BookletLayout%2CDialog%7Cmediawiki.language.specialCharacters%7Cmediawiki.libs.jpegmeta%2Cpluralruleparser%7Cmediawiki.page.ready%2Cstartup%7Cmediawiki.page.watch.ajax%7Cmediawiki.template.regexp%7Cmediawiki.widgets.CategoryMultiselectWidget%2CDateInputWidget%2CStashedFileWidget%7Cmediawiki.widgets.DateInputWidget.styles%7Coojs-ui-core.icons%2Cstyles%7Coojs-ui-widgets.icons%7Coojs-ui-windows.icons%7Coojs-ui.styles.icons-content%2Cicons-editing-advanced%2Cicons-editing-citation%2Cicons-editing-core%2Cicons-editing-list%2Cicons-editing-styling%2Cicons-media%2Cicons-movement%2Cindicators%7Cskins.vector.js%7Cuser.defaults&skin=vector&version=xgoxi:797:916 resolve/</process<@MY_WIKIMEDIA_INSTALLATION_DOMAINload.php?lang=en&modules=ext.pageforms%7Cext.pageforms.autogrow%2Cbrowser%2Ccheckboxes%2Ceditwarning%2Cfancytree%2Cimagepreview%2Cmain%2Crating%2Cselect2%2Csortable%2Csubmit%2Cwikieditor%7Cext.pageforms.fancybox.jquery3%7Cext.pageforms.fancytree.dep%7Cext.pageforms.fullcalendar.jquery3%7Cext.pageforms.jqui.autocomplete%2Csortable%7Cext.pageforms.jqui.fancytree.deps%7Cjquery%2Cmoment%2Coojs%2Coojs-ui-core%2Coojs-ui-widgets%2Coojs-ui-windows%2Csite%7Cjquery.client%2Ccookie%2CgetAttrs%2ChighlightText%2Csuggestions%2CtabIndex%2CtextSelection%2Cthrottle-debounce%2Cui%7Cjquery.ui.autocomplete%2Cbutton%2Cdialog%2Cdraggable%2Cposition%2Cresizable%2Csortable%2Cwidget%7Cmediawiki.ForeignApi%2CForeignStructuredUpload%2CForeignUpload%2CString%2CTitle%2CUpload%2CUri%2Capi%2Cbase%2Ccldr%2CconfirmCloseWindow%2CjqueryMsg%2Clanguage%2Cnotify%2CsearchSuggest%2Cstorage%2Ctemplate%2Cuser%2Cutil%7Cmediawiki.ForeignApi.core%7Cmediawiki.ForeignStructuredUpload.BookletLayout%7Cmediawiki.Upload.BookletLayout%2CDialog%7Cmediawiki.language.specialCharacters%7Cmediawiki.libs.jpegmeta%2Cpluralruleparser%7Cmediawiki.page.ready%2Cstartup%7Cmediawiki.page.watch.ajax%7Cmediawiki.template.regexp%7Cmediawiki.widgets.CategoryMultiselectWidget%2CDateInputWidget%2CStashedFileWidget%7Cmediawiki.widgets.DateInputWidget.styles%7Coojs-ui-core.icons%2Cstyles%7Coojs-ui-widgets.icons%7Coojs-ui-windows.icons%7Coojs-ui.styles.icons-content%2Cicons-editing-advanced%2Cicons-editing-citation%2Cicons-editing-core%2Cicons-editing-list%2Cicons-editing-styling%2Cicons-media%2Cicons-movement%2Cindicators%7Cskins.vector.js%7Cuser.defaults&skin=vector&version=xgoxi:798:589 undefined load.php:800:749 jQuery.Deferred exception: $.wikiEditor.modules.dialogs.config is undefined init/</<@MY_WIKIMEDIA_INSTALLATION_DOMAINload.php?lang=en&modules=ext.pageforms%7Cext.pageforms.autogrow%2Cbrowser%2Ccheckboxes%2Ceditwarning%2Cfancytree%2Cimagepreview%2Cmain%2Crating%2Cselect2%2Csortable%2Csubmit%2Cwikieditor%7Cext.pageforms.fancybox.jquery3%7Cext.pageforms.fancytree.dep%7Cext.pageforms.fullcalendar.jquery3%7Cext.pageforms.jqui.autocomplete%2Csortable%7Cext.pageforms.jqui.fancytree.deps%7Cjquery%2Cmoment%2Coojs%2Coojs-ui-core%2Coojs-ui-widgets%2Coojs-ui-windows%2Csite%7Cjquery.client%2Ccookie%2CgetAttrs%2ChighlightText%2Csuggestions%2CtabIndex%2CtextSelection%2Cthrottle-debounce%2Cui%7Cjquery.ui.autocomplete%2Cbutton%2Cdialog%2Cdraggable%2Cposition%2Cresizable%2Csortable%2Cwidget%7Cmediawiki.ForeignApi%2CForeignStructuredUpload%2CForeignUpload%2CString%2CTitle%2CUpload%2CUri%2Capi%2Cbase%2Ccldr%2CconfirmCloseWindow%2CjqueryMsg%2Clanguage%2Cnotify%2CsearchSuggest%2Cstorage%2Ctemplate%2Cuser%2Cutil%7Cmediawiki.ForeignApi.core%7Cmediawiki.ForeignStructuredUpload.BookletLayout%7Cmediawiki.Upload.BookletLayout%2CDialog%7Cmediawiki.language.specialCharacters%7Cmediawiki.libs.jpegmeta%2Cpluralruleparser%7Cmediawiki.page.ready%2Cstartup%7Cmediawiki.page.watch.ajax%7Cmediawiki.template.regexp%7Cmediawiki.widgets.CategoryMultiselectWidget%2CDateInputWidget%2CStashedFileWidget%7Cmediawiki.widgets.DateInputWidget.styles%7Coojs-ui-core.icons%2Cstyles%7Coojs-ui-widgets.icons%7Coojs-ui-windows.icons%7Coojs-ui.styles.icons-content%2Cicons-editing-advanced%2Cicons-editing-citation%2Cicons-editing-core%2Cicons-editing-list%2Cicons-editing-styling%2Cicons-media%2Cicons-movement%2Cindicators%7Cskins.vector.js%7Cuser.defaults&skin=vector&version=xgoxi:292:195 mightThrow@MY_WIKIMEDIA_INSTALLATION_DOMAINload.php?lang=en&modules=ext.pageforms%7Cext.pageforms.autogrow%2Cbrowser%2Ccheckboxes%2Ceditwarning%2Cfancytree%2Cimagepreview%2Cmain%2Crating%2Cselect2%2Csortable%2Csubmit%2Cwikieditor%7Cext.pageforms.fancybox.jquery3%7Cext.pageforms.fancytree.dep%7Cext.pageforms.fullcalendar.jquery3%7Cext.pageforms.jqui.autocomplete%2Csortable%7Cext.pageforms.jqui.fancytree.deps%7Cjquery%2Cmoment%2Coojs%2Coojs-ui-core%2Coojs-ui-widgets%2Coojs-ui-windows%2Csite%7Cjquery.client%2Ccookie%2CgetAttrs%2ChighlightText%2Csuggestions%2CtabIndex%2CtextSelection%2Cthrottle-debounce%2Cui%7Cjquery.ui.autocomplete%2Cbutton%2Cdialog%2Cdraggable%2Cposition%2Cresizable%2Csortable%2Cwidget%7Cmediawiki.ForeignApi%2CForeignStructuredUpload%2CForeignUpload%2CString%2CTitle%2CUpload%2CUri%2Capi%2Cbase%2Ccldr%2CconfirmCloseWindow%2CjqueryMsg%2Clanguage%2Cnotify%2CsearchSuggest%2Cstorage%2Ctemplate%2Cuser%2Cutil%7Cmediawiki.ForeignApi.core%7Cmediawiki.ForeignStructuredUpload.BookletLayout%7Cmediawiki.Upload.BookletLayout%2CDialog%7Cmediawiki.language.specialCharacters%7Cmediawiki.libs.jpegmeta%2Cpluralruleparser%7Cmediawiki.page.ready%2Cstartup%7Cmediawiki.page.watch.ajax%7Cmediawiki.template.regexp%7Cmediawiki.widgets.CategoryMultiselectWidget%2CDateInputWidget%2CStashedFileWidget%7Cmediawiki.widgets.DateInputWidget.styles%7Coojs-ui-core.icons%2Cstyles%7Coojs-ui-widgets.icons%7Coojs-ui-windows.icons%7Coojs-ui.styles.icons-content%2Cicons-editing-advanced%2Cicons-editing-citation%2Cicons-editing-core%2Cicons-editing-list%2Cicons-editing-styling%2Cicons-media%2Cicons-movement%2Cindicators%7Cskins.vector.js%7Cuser.defaults&skin=vector&version=xgoxi:797:916 resolve/</process<@MY_WIKIMEDIA_INSTALLATION_DOMAINload.php?lang=en&modules=ext.pageforms%7Cext.pageforms.autogrow%2Cbrowser%2Ccheckboxes%2Ceditwarning%2Cfancytree%2Cimagepreview%2Cmain%2Crating%2Cselect2%2Csortable%2Csubmit%2Cwikieditor%7Cext.pageforms.fancybox.jquery3%7Cext.pageforms.fancytree.dep%7Cext.pageforms.fullcalendar.jquery3%7Cext.pageforms.jqui.autocomplete%2Csortable%7Cext.pageforms.jqui.fancytree.deps%7Cjquery%2Cmoment%2Coojs%2Coojs-ui-core%2Coojs-ui-widgets%2Coojs-ui-windows%2Csite%7Cjquery.client%2Ccookie%2CgetAttrs%2ChighlightText%2Csuggestions%2CtabIndex%2CtextSelection%2Cthrottle-debounce%2Cui%7Cjquery.ui.autocomplete%2Cbutton%2Cdialog%2Cdraggable%2Cposition%2Cresizable%2Csortable%2Cwidget%7Cmediawiki.ForeignApi%2CForeignStructuredUpload%2CForeignUpload%2CString%2CTitle%2CUpload%2CUri%2Capi%2Cbase%2Ccldr%2CconfirmCloseWindow%2CjqueryMsg%2Clanguage%2Cnotify%2CsearchSuggest%2Cstorage%2Ctemplate%2Cuser%2Cutil%7Cmediawiki.ForeignApi.core%7Cmediawiki.ForeignStructuredUpload.BookletLayout%7Cmediawiki.Upload.BookletLayout%2CDialog%7Cmediawiki.language.specialCharacters%7Cmediawiki.libs.jpegmeta%2Cpluralruleparser%7Cmediawiki.page.ready%2Cstartup%7Cmediawiki.page.watch.ajax%7Cmediawiki.template.regexp%7Cmediawiki.widgets.CategoryMultiselectWidget%2CDateInputWidget%2CStashedFileWidget%7Cmediawiki.widgets.DateInputWidget.styles%7Coojs-ui-core.icons%2Cstyles%7Coojs-ui-widgets.icons%7Coojs-ui-windows.icons%7Coojs-ui.styles.icons-content%2Cicons-editing-advanced%2Cicons-editing-citation%2Cicons-editing-core%2Cicons-editing-list%2Cicons-editing-styling%2Cicons-media%2Cicons-movement%2Cindicators%7Cskins.vector.js%7Cuser.defaults&skin=vector&version=xgoxi:798:589 undefined load.php:800:749 |
What do I need to do?
171.6.246.240 (talk) 07:01, 18 April 2020 (UTC)
- Do you have the WikiEditor extension installed? What version are you installing? What extensions do you have installed? ☠MarkAHershberger☢(talk)☣ 22:32, 18 April 2020 (UTC)
- Hi, Thanks for your answer. Yes WikiEditor is installed. This is the full list of extensions :
| extensions | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
anchorencode, arraymap, arraymaptemplate, ask, autoedit, basepagename, basepagenamee, bidi, calendarenddate, calendarstartdate, canonicalurl, canonicalurle, cascadingsources, categorytree, concept, declare, default_form, defaultsort, displaytitle, drilldowninfo, drilldownlink, ev, evl, evp, evt, evu, filepath, formatdate, formatnum, forminput, formlink, formredlink, fullpagename, fullpagenamee, fullurl, fullurle, gender, grammar, info, int, language, lc, lcfirst, localurl, localurle, namespace, namespacee, namespacenumber, ns, nse, numberingroup, numberofactiveusers, numberofadmins, numberofarticles, numberofedits, numberoffiles, numberofpages, numberofusers, padleft, padright, pageid, pagename, pagenamee, pagesincategory, pagesize, plural, protectionexpiry, protectionlevel, queryformlink, revisionday, revisionday2, revisionid, revisionmonth, revisionmonth1, revisiontimestamp, revisionuser, revisionyear, rootpagename, rootpagenamee, set, set_recurring_event, show, smwdoc, special, speciale, subjectpagename, subjectpagenamee, subjectspace, subjectspacee, subobject, subpagename, subpagenamee, tag, talkpagename, talkpagenamee, talkspace, talkspacee, uc, ucfirst, urlencode and vlink | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
171.6.225.173 (talk) 06:26, 19 April 2020 (UTC)
- And mediawiki 1.34.1 171.6.225.173 (talk) 06:28, 19 April 2020 (UTC)
- To be completely clear: the core issue you are trying to resolve is this:
- "editor=wikieditor" is not working when used in a "free text" from in a PageForms extensions page
- right?
- For that, I don't know how to help you more, but you might be able to get help from someone else here or from @Yaron Koren. ☠MarkAHershberger☢(talk)☣ 20:43, 19 April 2020 (UTC)
- @MarkAHershberger - thanks for tagging me. I don't know what's causing this problem. (It's not related to those jQuery-related warning messages.) It's certainly possible that the Page Forms JS code for handling WikiEditor no longer works with more recent versions, and needs to be updated. Yaron Koren (talk) 01:55, 20 April 2020 (UTC)
- mmm thanks for the answers... So I wait for the next version of PageForms to hopefully fix this I guess? 171.6.248.230 (talk) 08:53, 20 April 2020 (UTC)
- and yes, the issue is "editor=wikieditor" is not working when used in a "free text" form in a page that uses PageForms.
- So whenever I edit the page using PageForm (by clicking on "edit with form") the free text field does not have the wikieditor, instead it shows a regular textarea without buttons. If instead I edit the page clicking on the "Edit" link then wikieditor works. 171.6.248.230 (talk) 08:56, 20 April 2020 (UTC)
- sorry I meant "when used in a 'free text' textarea / input field"
- like this:171.6.248.230 (talk) 08:58, 20 April 2020 (UTC)
'''Free text:''' {{{standard input|free text|rows=10}}} This also does not work: {{{standard input|free text|rows=10|editor=wikieditor}}} - @Yaron Koren Thanks 171.6.248.230 (talk) 08:59, 20 April 2020 (UTC)
- Coincidentally, I noticed the same problem today. The editor=wikieditor parameter doesn't work for free text inputs, or any textarea inputs either any more. I've recently upgraded to MW1.34.1 and have Page Forms 4.8 (4d268f8). I've checked and the textarea does have class="wikieditor". Jonathan3 (talk) 22:05, 20 April 2020 (UTC)
- Watch the Phabricator task for updates. ☠MarkAHershberger☢(talk)☣ 20:55, 21 April 2020 (UTC)
- Thanks, I subscribed to watch that task. One thing I don't understand : why is that task mentioned in this one https://phabricator.wikimedia.org/rEPFM4d268f852e66f7b87790405631fde3d7216b2ade ? They seem to be completely unrelated, as this issue is with wikieditor, not VisualEditor, and I tried applying the diff of that task to my PageForms includes/forminputs/PF_TextAreaInput.php but nothing changed. Just curious why do you guys think that other task is related. Thank you very much @MarkAHershberger@Yaron Nifunifa20 (talk) 04:20, 22 April 2020 (UTC)
- One thing I don't understand: why is that task mentioned in this one https://phabricator.wikimedia.org/rEPFM4d268f852e66f7b87790405631fde3d7216b2ade ?
- That is just because I copied the @Jonathan3's statement which included a hash (4d268f8) and it coincided with @Yaron Koren's commit. ☠MarkAHershberger☢(talk)☣ 13:19, 22 April 2020 (UTC)
how to configure multi domains
I'm sorry for my poor Engilsh. I would like to configure more than one domain for my wiki. mydomain1.com mydomain2.com mydomain3.com ... When setting mydomain1.com as $wgServer, users who browse through my wiki on mydomain2.com or another are sometimes redirected to mydomain1.com. I cannot find a solution by googling. How should I do? 91.197.129.74 (talk) 10:12, 18 April 2020 (UTC)
- See documentation on wikifarms. ☠MarkAHershberger☢(talk)☣ 22:18, 18 April 2020 (UTC)
- Thank you very much! 91.197.129.74 (talk) 12:15, 19 April 2020 (UTC)
Issues migration: from 1.10 (windows) to 1.34 (linux)
Dear Support,
I am new in this project/support tool and I hope doing the correct steps.
I need to migrate from Windows MediaWiki 1.10 to Linux MediaWiki 1.34. I followed all the steps to migrate the database etc but in debug mode I get next. Don´t really know how to continue.
It is an internal mediawiki then I can´t share the URL.
Error:
MediaWiki internal error.
Original exception: [XpreDVXcvC0wvTWS9OjA@gAAAAA] /unaswiki/index.php/Main_Page LocalFileLockError from line 2228 of /local/mediawiki/unaswiki/includes/filerepo/file/LocalFile.php: Could not open lock file for "mwstore://local-backend/local-public/0/0a/Browse_space.gif". Make sure your upload directory is configured correctly and your web server has permission to write to that directory. See https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:$wgUploadDirectory for more information.
Backtrace:
#0 /local/mediawiki/unaswiki/includes/filerepo/file/LocalFile.php(2155): LocalFile->lock()
#1 /local/mediawiki/unaswiki/includes/parser/Parser.php(4091): LocalFile->getSha1()
#2 /local/mediawiki/unaswiki/includes/parser/Parser.php(5675): Parser->fetchFileAndTitle(Title, array)
#3 /local/mediawiki/unaswiki/includes/parser/Parser.php(2636): Parser->makeImage(Title, array, LinkHolderArray)
#4 /local/mediawiki/unaswiki/includes/parser/Parser.php(2373): Parser->handleInternalLinks2(string)
#5 /local/mediawiki/unaswiki/includes/parser/Parser.php(1514): Parser->handleInternalLinks(string)
#6 /local/mediawiki/unaswiki/includes/parser/Parser.php(593): Parser->internalParse(string)
#7 /local/mediawiki/unaswiki/includes/OutputPage.php(2113): Parser->parse(string, Title, ParserOptions, boolean, boolean, NULL)
#8 /local/mediawiki/unaswiki/includes/OutputPage.php(2033): OutputPage->parseInternal(string, Title, boolean, boolean, boolean, NULL)
#9 /local/mediawiki/unaswiki/includes/skins/Skin.php(1595): OutputPage->parseAsInterface(string)
#10 /local/mediawiki/unaswiki/includes/libs/objectcache/wancache/WANObjectCache.php(1424): Skin->{closure}(boolean, integer, array, NULL)
#11 /local/mediawiki/unaswiki/includes/libs/objectcache/wancache/WANObjectCache.php(1278): WANObjectCache->fetchOrRegenerate(string, integer, Closure, array)
#12 /local/mediawiki/unaswiki/includes/skins/Skin.php(1596): WANObjectCache->getWithSetCallback(string, integer, Closure)
#13 /local/mediawiki/unaswiki/includes/skins/Skin.php(1625): Skin->getCachedNotice(string)
#14 /local/mediawiki/unaswiki/includes/skins/SkinTemplate.php(432): Skin->getSiteNotice()
#15 /local/mediawiki/unaswiki/includes/skins/SkinTemplate.php(215): SkinTemplate->prepareQuickTemplate()
#16 /local/mediawiki/unaswiki/includes/OutputPage.php(2574): SkinTemplate->outputPage()
#17 /local/mediawiki/unaswiki/includes/MediaWiki.php(537): OutputPage->output()
#18 /local/mediawiki/unaswiki/index.php(44): MediaWiki->run()
#19 {main}
Exception caught inside exception handler: [XpreDVXcvC0wvTWS9OjA@gAAAAA] /unaswiki/index.php/Main_Page LocalFileLockError from line 2228 of /local/mediawiki/unaswiki/includes/filerepo/file/LocalFile.php: Could not open lock file for "mwstore://local-backend/local-public/0/0a/Browse_space.gif". Make sure your upload directory is configured correctly and your web server has permission to write to that directory. See https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:$wgUploadDirectory for more information.
Backtrace:
#0 /local/mediawiki/unaswiki/includes/filerepo/file/LocalFile.php(2155): LocalFile->lock()
#1 /local/mediawiki/unaswiki/includes/parser/Parser.php(4091): LocalFile->getSha1()
#2 /local/mediawiki/unaswiki/includes/parser/Parser.php(5675): Parser->fetchFileAndTitle(Title, array)
#3 /local/mediawiki/unaswiki/includes/parser/Parser.php(2636): Parser->makeImage(Title, array, LinkHolderArray)
#4 /local/mediawiki/unaswiki/includes/parser/Parser.php(2373): Parser->handleInternalLinks2(string)
#5 /local/mediawiki/unaswiki/includes/parser/Parser.php(1514): Parser->handleInternalLinks(string)
#6 /local/mediawiki/unaswiki/includes/parser/Parser.php(593): Parser->internalParse(string)
#7 /local/mediawiki/unaswiki/includes/OutputPage.php(2113): Parser->parse(string, Title, ParserOptions, boolean, boolean, NULL)
#8 /local/mediawiki/unaswiki/includes/OutputPage.php(2033): OutputPage->parseInternal(string, Title, boolean, boolean, boolean, NULL)
#9 /local/mediawiki/unaswiki/includes/skins/Skin.php(1595): OutputPage->parseAsInterface(string)
#10 /local/mediawiki/unaswiki/includes/libs/objectcache/wancache/WANObjectCache.php(1424): Skin->{closure}(boolean, integer, array, NULL)
#11 /local/mediawiki/unaswiki/includes/libs/objectcache/wancache/WANObjectCache.php(1278): WANObjectCache->fetchOrRegenerate(string, integer, Closure, array)
#12 /local/mediawiki/unaswiki/includes/skins/Skin.php(1596): WANObjectCache->getWithSetCallback(string, integer, Closure)
#13 /local/mediawiki/unaswiki/includes/skins/Skin.php(1625): Skin->getCachedNotice(string)
#14 /local/mediawiki/unaswiki/includes/skins/SkinTemplate.php(432): Skin->getSiteNotice()
#15 /local/mediawiki/unaswiki/includes/skins/SkinTemplate.php(215): SkinTemplate->prepareQuickTemplate()
#16 /local/mediawiki/unaswiki/includes/OutputPage.php(2574): SkinTemplate->outputPage()
#17 /local/mediawiki/unaswiki/includes/exception/ErrorPageError.php(76): OutputPage->output()
#18 /local/mediawiki/unaswiki/includes/filerepo/file/LocalFileLockError.php(35): ErrorPageError->report(integer)
#19 /local/mediawiki/unaswiki/includes/exception/MWExceptionHandler.php(119): LocalFileLockError->report()
#20 /local/mediawiki/unaswiki/includes/exception/MWExceptionHandler.php(195): MWExceptionHandler::report(LocalFileLockError)
#21 /local/mediawiki/unaswiki/includes/MediaWiki.php(558): MWExceptionHandler::handleException(LocalFileLockError)
#22 /local/mediawiki/unaswiki/index.php(44): MediaWiki->run()
#23 {main} Barquillas (talk) 11:05, 18 April 2020 (UTC)
- See Manual:Errors and symptoms#Error: Could not open lock file for "mwstore://local-backend/local-public/./../image.png Malyacko (talk) 12:02, 18 April 2020 (UTC)
- Solved. Thanks a lot. 165.225.93.21 (talk) 13:14, 20 April 2020 (UTC)
Help with Template: Infobox Person
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 implement Infobox Person using as a model this page: https://en.wikipedia.org/w/index.php?title=Martha_Bernays&action=edit. I copied its source code and installed every template/module that the page uses. However, my result is full of little errors.
Things like this are appearing, even though there is not these parameters in the source code, and its in the middle of the page, not fitted in a little box in the right uppercorner.
| Died | 2 November 1951 (aged 90) |
|---|---|
| {{#if:|Burial place|Resting place}} | {{#if:||}} |
| {{#if:|Works|{{#if:|Notable credit(s)|{{#if:|Label(s)|Notable work}}}}}} | {{#if:||{{#if:|{{{credits}}}|{{#if:|{{{label_name}}}|}}}}}} |
| Height | {{#if: | {{Convinfobox/{{#if:|pri}}{{#if:|sec}}{{#if:in|{{#if:|ter}}3|2}}||{{#if:|m|cm}}||ft||in||sp=|lk=off|abbr=on|disp=|adj=|sigfig=}}}}{{#if: | }} |
Any ideia? Mlaborao (talk) 16:28, 18 April 2020 (UTC)
- Looks like you need to install or activate ParserFunctions. ☠MarkAHershberger☢(talk)☣ 22:16, 18 April 2020 (UTC)
- That was indeed one of the solutions needed! Thank you Mark. Beside from ParserFunction, I installed MediaWiki:Common.css. Mlaborao (talk) 02:16, 19 April 2020 (UTC)
- For Infoboxes, also see Manual:Importing Wikipedia infoboxes tutorial. AhmadF.Cheema (talk) 07:44, 19 April 2020 (UTC)
Mediawiki & BlueSpice at docker
- Hello
- I am trying to configure Mediawiki with BlueSpice using the Docker image provided by bluespice / bluespice-free, but without success.
- My docker-compose.yml file is:
- version: '3.6'
- services:
- bluespice:
- restart: always
- container_name: bluespice-container
- image: bluespice/bluespice-free
- environment:
- - bs_lang=en
- ports:
- - "80:80"
- volumes:
- - /var/app/bluespice/data:/data
- At the log I get:
- BLUESPICE IS PREPARING...
- STARTING SERVICES...
- READY!
- But I can't to entry at the webpage
- Any idea, please? 84.122.59.7 (talk) 16:35, 18 April 2020 (UTC)
- Hello,
- Your
docker-compose.ymllooks correct. I tested it and it working for me. - Is port 80 totally inaccessible?
- Could you give me some more information about your working environment? Gokhangeyik (talk) 07:30, 20 April 2020 (UTC)
- ping @Osnard ☠MarkAHershberger☢(talk)☣ 22:14, 18 April 2020 (UTC)
- Forwared to my colleague Osnard (talk) 05:50, 20 April 2020 (UTC)
Kazakh language
Please update the Converter of the Kazakh language. Here is a link to the updated php file [1].
https://meta.wikimedia.org/wiki/Wikipedias_in_multiple_writing_systems#Kazakh_Wikipedia
And can I specify a font for Perso-Arabic (Central Asian branch) since the style used in default fonts is not suitable for the style of writing? Murat Karibay (talk) 16:49, 18 April 2020 (UTC)
- This sounds like it should be a task on phabricator. Can you open one? ☠MarkAHershberger☢(talk)☣ 22:14, 18 April 2020 (UTC)
Error creating thumbnail Error code: 25
I'm using ImageMagick.
Only appears when generating thumbnails of high-resolution pictures (like 5,632 × 2,048).
Can anyone help me pls? Gokouruki (talk) 20:39, 18 April 2020 (UTC)
- What is the full error? One thing to try would be to increase the memory available to ImageMagick by increasing $wgMaxShellMemory. ☠MarkAHershberger☢(talk)☣ 22:13, 18 April 2020 (UTC)
- signal 25 is SIGXFSZ, which would be manual:$wgMaxShellFileSize is too small (However possibly image magick is creating big temp files because it ran out of memory, so mark may ultimately be right. Anyways, try playing with both setting). Bawolff (talk) 23:17, 18 April 2020 (UTC)
- Thank you all, I defined the following, and the problem is solved.
- $wgMaxImageArea = 3e7;
- $wgMaxShellMemory = 1024000;
- $wgMaxShellFileSize = 204800; Gokouruki (talk) 08:28, 19 April 2020 (UTC)
Installing localhost MediaWiki on Fedora "LocalSettings.php" not found
Hi all.. Had mediawiki installed beforehand on windows/wamp and have been using for years, now deploying on a fedora box. It runs through the mediawiki install via browser, but then says it cannot find the localsettings.php, even when the file is actually in place. I ran through the setup again, restarted the server, but it doesn't pick up the file that's sitting in the directory as directed. I check the contents of the file and they are clearly the settings I chose during install. Not sure what to do next. Also this extended guide is down: https://ofswiki.org/wiki/Mediawiki_Setup_Guide Thank you for any help you can give on the matter. Mellowmammoth (talk) 23:21, 18 April 2020 (UTC)
- Did you download and install MediaWiki yourself or did you use the Fedora package?
- What file location did you put your LocalSettings.php file in?
- The old copy of that setup guide can be found via the wayback machine. ☠MarkAHershberger☢(talk)☣ 00:29, 19 April 2020 (UTC)
- Hi there, thank you for the waybackmachine link. I did install from a package following the instructions on this link: Manual:Running MediaWiki on Fedora
- The package command installed the the media wiki folder at /var/www and then I moved the LocalSettings.php file that I had to download after the browser based setup.
- So is the fedora package not the best way to go for this?
- Also I am unsure if its helpful to know but I have wordpress installed at /var/www/html, and that works correctly.
- Thank you for taking the time to chime in. Mellowmammoth (talk) 03:03, 19 April 2020 (UTC)
- then I moved the LocalSettings.php
- Do you mean that you put the LocalSettings.php into /var/www?
- I have wordpress installed at /var/www/html
- It all depends on how it is configured. Can you provide a URL to your domain where MW and WP are installed? ☠MarkAHershberger☢(talk)☣ 05:28, 19 April 2020 (UTC)
HiDPI (2x) images?
many macs have "retina" displays, many PCs run at 200% scale. is there a built in method for serving up 2x images? see my more detailed question Davecotter (talk) 01:51, 19 April 2020 (UTC)
- Did you see HiDPI display support? ☠MarkAHershberger☢(talk)☣ 02:02, 19 April 2020 (UTC)
- "This article is outdated. It was written for an older version of MediaWiki and may not apply to the most recent version"
- and even if it does work: "this code applies only to images created through Linker methods". I'm not sure exactly what that means, but for almost all images i just use the URL to the image like this:
- [https://karaoke.kjams.com https://karaoke.kjams.com/screenshots/about2x.png]
- it's just an image. but it's a 2x image. i want it served so it appears at 1x, but HiDPI on screens that support it Davecotter (talk) 15:48, 21 April 2020 (UTC)
- The article is outdated, but it talks about how this is done in MediaWiki.
- Specifically, this works with images uploaded to MediaWiki through Special:Upload or an extension like SimpleBatchUpload (e.g. the "Linker methods"), not to any image (like the one in your screenshots directory).
- Turn on $wgResponsiveImages, upload your about2x.png image, and then embed it in wikitext.
- If that doesn't work, let me know. ☠MarkAHershberger☢(talk)☣ 20:46, 21 April 2020 (UTC)
- I attempted what you suggested, but I must have missed something? Davecotter (talk) 22:02, 21 April 2020 (UTC)
- If you look at the image's file page, you can see the source contains the necessary srcset attributes, so MediaWiki at least has the capability now.
- I think if you set the width of the image so it doesn't use the full-size image (like [[File:rogue_01.png|800px]], you should see better results. ☠MarkAHershberger☢(talk)☣ 00:39, 22 April 2020 (UTC)
- this requires that i know the dimensions of each picture. how do i say "this is 2x, please serve it at 1x" without having to KNOW the dimensions of the pic? Davecotter (talk) 00:58, 22 April 2020 (UTC)
- Sure, but the size you want is easy to find if you go to the File: page for the image. Just choose a size and adjust down or up as necessary. ☠MarkAHershberger☢(talk)☣ 01:14, 22 April 2020 (UTC)
- i do understand how it works now, and if that's the ONLY way then i guess that's the only way. :(
- but what i really want is to be able to reference a picture by URL, and just label it as 2x, without having to know its dimensions. the whole POINT of computers is that it can compute things FOR us. the current system requires me to upload photos into the wiki media manager (i don't want to do that) and to know its dimensions (i don't want to have to deal with that). i want simple, so non-tech savvy editors can add hidpi pix, the current system is too complex.
- is there a plugin that does this? Davecotter (talk) 16:14, 22 April 2020 (UTC)
- As far as I know, you are describing a system that does not exist. Someone would have to build it. ☠MarkAHershberger☢(talk)☣ 16:34, 22 April 2020 (UTC)
OBAID
I am working with a customized version of MediaWiki 1.33 called UCP at fandom.com.
I am relatively new to MediaWiki, but I am coming up to speed.
I would like to ask about the title typing system with MediaWiki, as it applies to image objects in the 'File:' namespace. There is code that requires the title of the object to have the extension of the internal format of the file that was uploaded for it. It also forbids you from moving the file to a title that doesn't use the internal file type's extension. To me, this seems a little ludicrous. I have an image, I can put it in a box on a page. I don't care about it's internal format, and wouldn't care unless I needed to download it. I can look at the object's metadata page if I'm concerned about the format.
The reason that I find this an issue, is I wrote some code for my wiki that uses an automatic image article system. The image displayed depends on the title of the article. If the expected image does not exist, it displays a broken file link on the article, and shows up in the lists of wanted files. This part works fine.
However, I didn't think it proper to make the image have a set file extension, like all '.jpg' or whatever. If MediaWiki can display the image, I don't care about it's internal format. So I discovered that you can create a redirect in the file system, so that you can use a redirect with the title sans the internal file format descriptor, and I use a human coding document to explain how to create such a redirect to get the desired image to display. However, I think this process is a little ugly, and that the user should just be able to click on the broken file link and upload a file using that name.
So, my question is, why is that internal image file format descriptor code still there, and is there really any other part of MediaWiki that would break if it were removed? I mean you can get rid of it by using redirect, but that really requires a little technical expertise to do this properly. Also, it seems to break the generality of replacing an image. If I have a .jpg in the file system, and want to upload a new image, and if I use a .png instead, I suppose that strong typing on the title of the object is going to get MediaWiki upset and say no to that for no good reason.
I think this code is simply anachronism, a leftover from the 'Image:' file system days. Convince me otherwise, but I think this cancerous tumor of pointless code should be removed, or maybe modified to do the job of saying; "Dear stupid human, MediaWiki will not convert this .SVG file to a .JPG if you change the extension in the title, it will still be a .SVG if you later download it. Would you like to continue?"
Rant mode off.. Thedarkgreenmeme (talk) 08:50, 19 April 2020 (UTC)
- > I think this code is simply anachronism, a leftover from the 'Image:' file system days.
- correct ;) —TheDJ (Not WMF) (talk • contribs) 11:57, 19 April 2020 (UTC)
- I wanted to an an aside to my topic. I went about looking for a way to get basic information about objects in the 'File:' namespace from the TemplateParser, namely, information that is listed on the metadata page when you refer to a File: system object in the browser. My plan of attack was to transclude this metadata page in the parser, then use parser string functions to operate on this transcluded data.
- 1) I could not figure out how to transclude this metadata page. Transcluding a file system object simply returns no data in in the implementation I am using.
- 2) Even if I could transclude this data and operate on it, I discovered that the string functions are crippled, and rightfully so, to minimize DoS attacks.
- So, I can look at this metadata page in the browser, and see a lot of standardized information that should be available from the Template Parser. But from the Template Parser, there's just no way to do it, and if there was, it would turn into an expensive call that would be susceptible to a DoS attack.
- I would like to inspire someone to write a Template Parser extension that handles this, such as returning good clean simple basic information from a File: system object such as its MIME type for a start.
- . Thedarkgreenmeme (talk) 18:35, 19 April 2020 (UTC)
- @Thedarkgreenmeme There is some information available via Lua functions:
- Extension:Scribunto/Lua_reference_manual#File_metadata —TheDJ (Not WMF) (talk • contribs) 11:04, 20 April 2020 (UTC)
Writing needs to be enabled for the new schema
- Hi,
- I've upgraded to the latest version and now I get this error:
- Original exception: [f0f6c8e0844ce3143d169357] /index.php?title=2020_journal&action=edit Wikimedia\Assert\ParameterAssertionException from line 63 of /home/admin/home/web/x.work/public_html/vendor/wikimedia/assert/src/Assert.php: Bad value for parameter $mcrMigrationStage: Writing needs to be enabled for the new schema.
- Backtrace:
- MediaWiki: 1.34.1
- PHP: 7.4
- MySQL: 5.7.29
- Could you please help? RomanSMironov (talk) 17:04, 19 April 2020 (UTC)
- What version are you upgrading from? ☠MarkAHershberger☢(talk)☣ 21:12, 19 April 2020 (UTC)
- 1.32.1
- Thank you! RomanSMironov (talk) 21:31, 19 April 2020 (UTC)
- I think the problem should have been resolved by running update.php. Did you have any problems with that? ☠MarkAHershberger☢(talk)☣ 22:47, 19 April 2020 (UTC)
- I'd say you need to look at this error message:
- Bad value for parameter $mcrMigrationStage
- I'm not sure what that variable is for, but look into it. Spaldam (talk) 18:42, 19 April 2020 (UTC)
Navigation bar had moved to the bottom, and pages look disorganized
I recently change the URL of my Wiki, and updated the version along with the backend database and php versions.
Now it all looks like crap, and I can't figure out why.
I've made sure I had the latest version of the extensions, even tried disabling them one by one to see if that fixes the problem.
I looked at URL rewrites and played around with settings in the .htaccess and LocalSettings.php, but that only broke more things.
I'm not sure what to try next.
Website: http://spaldam.com Spaldam (talk) 18:40, 19 April 2020 (UTC)
- @Spaldam Open the Developer Tools of your web browser, go to the "Network" tab, and see that your website tried to load things from external domains called "load.php" and "resources". Which are not domains.
- Check the values of things like $wgServer, $wgScript, $wgScriptPath, $wgLoadScript, $wgArticlePath, et al. Malyacko (talk) 19:18, 19 April 2020 (UTC)
- Thanks @Malyacko. I see what you are saying about the incorrect domain calls, but I don't see anything wrong with the variables you mentioned. I've double check my .htaccess file and my settings. I'm not sure what I'm missing...
- LocalSettings.php:$wgServer = "http://spaldam.com";
- LocalSettings.php:$wgScriptPath = "/";
- LocalSettings.php:$wgScriptExtension = ".php";
- LocalSettings.php:$wgStylePath = "$wgScriptPath/skins";
- $wgLoadScript says it was removed in the release notes, I don't see it set anywhere.
- LocalSettings.php:$wgArticlePath = "/pages/$1";
- $ more .htaccess
- ##From: http://www.mediawiki.org/wiki/Manual:Short_URL/Apache
- #Enable the rewrite engine
- RewriteEngine On
- #Don't allow access to local files or directories
- RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
- RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
- # main rewrite rule
- #Put articles under pages/
- RewriteRule ^/?pages(/.*)?$ %{DOCUMENT_ROOT}/index.php [L]
- # Redirect / to Main Page
- RewriteRule ^/*$ %{DOCUMENT_ROOT}/index.php [L] Spaldam (talk) 06:18, 20 April 2020 (UTC)
- @Spaldam I'd rather say an empty $wgLoadScript is the problem here. You state that "it was removed in the release notes". Unfortunately you did not say which version you are running, but for 1.34 the JavaScript global variable wgLoadScript has been removed. That is not $wgLoadScript. Malyacko (talk) 08:34, 20 April 2020 (UTC)
- Yes, it's on 1.34
- I added the variable:
- $wgLoadScript = "/load.php";
- That seems to have fixed it. I'm not sure why, considering the default value shown on the page you linked to is basically equivalent.
- Still, I do very much appreciate your help. Spaldam (talk) 05:03, 21 April 2020 (UTC)
Saving my wikipages offline?
Hello
I am a student who had to create a wiki page and as time went by we continuously added to our page, updating and filling it with course content that we learned . The course is now finished and I personally put in alot of work and am proud of the end result. I would like to somehow save the pages/code in some offline folder on my desktop but i have no idea how. If someone could direct me that would be great. Not the most tech savy person .
Thankyou
216.221.36.195 (talk) 19:29, 19 April 2020 (UTC)
- I forgot to mention this is a mediat wiki page
216.221.36.195 (talk) 19:31, 19 April 2020 (UTC)- You can export the page (with all the revisions, if you want) by using Special:Export. Alternatively, if you just want the page itself, try printing it using the link in the sidebar. ☠MarkAHershberger☢(talk)☣ 21:09, 19 April 2020 (UTC)
- You can also use tools of the browser that allows to save a page and it doesn't matter if it is a wiki page or not Fokebox (talk) 10:27, 20 April 2020 (UTC)
- You could use something like Zotero to save snapshots of each web page, or just use the "save as" option, or just cut and paste into a Word document. Jonathan3 (talk) 21:49, 20 April 2020 (UTC)
I need help setting up visual editor
I have followed the instructions and asked multiple online communities with no response.
Please help.
I'm having trouble setting up the visual editor.
Parsoid in particular. Here is what the error log says.
{"name":"parsoid","hostname":"ubuntu","pid":20658,"level":30,"levelPath":"info/service-runner","msg":"master(20658) initializing 1 workers","time":"2020-04-20T07:04:34.929Z","v":0}
{"name":"../src/lib/index.js","hostname":"ubuntu","pid":20669,"level":30,"levelPath":"info","msg":"loading ...","time":"2020-04-20T07:04:36.456Z","v":0}
{"name":"../src/lib/index.js","hostname":"ubuntu","pid":20669,"level":30,"levelPath":"info","msg":"ready on :8142","time":"2020-04-20T07:04:36.486Z","v":0}
{"name":"parsoid","hostname":"ubuntu","pid":20658,"level":40,"levelPath":"warn/service-runner","msg":"startup finished","time":"2020-04-20T07:04:36.488Z","v":0}
{"name":"parsoid","hostname":"ubuntu","pid":20658,"level":50,"message":"worker died, restarting","worker_pid":20669,"exit_code":null,"levelPath":"error/service-runner/master","msg":"worker died, restarting","time":"2020-04-20T07:05:46.816Z","v":0}
Killed
The website says
Error contacting the Parsoid/RESTBase server: http-invalid-url
I'm using digitaloceans hosting, the os is ubuntu, the version of nodejs is 10.20.1 npm v 6.14.4. When I type node -v it gives me version 12.16.2. I'm using parsoid version 0.11 and mediawiki version 1.35
The address to the wiki is http://161.35.29.19/ Pfsmit89 (talk) 13:11, 20 April 2020 (UTC)
- @Pfsmit89 Hi, are you intentionally using unstable development versions (MediaWiki 1.35)? How did you download Parsoid and which exact version/branch? Malyacko (talk) 13:14, 20 April 2020 (UTC)
- Hi Malyacko,
- I'm using the latest version of wikipedia because the visual editor wouldn't work with version 1.34
- I'm using parsoid version 0.11 and I used sudo apt install parsoid to install it Pfsmit89 (talk) 13:21, 20 April 2020 (UTC)
- @Pfsmit89 The VisualEditor 1.34 branch should work with MediaWiki 1.34. If you used "sudo apt install parsoid" then you maybe got some old package that your distribution created at some point (we don't know as you don't mention your distribution version). I don't understand why you'd install some recent stuff manually from the vendor and then mix it with some old stuff installed via apt-get from your distribution - this asks for problems. Malyacko (talk) 06:44, 21 April 2020 (UTC)
- Okay I uninstalled everything. Installed mediawiki version 1.34 and followed all the steps in this video.
- https://www.youtube.com/watch?v=G3FjP2PkApg
- Now I'm getting a
- Error loading data from server: apierror-visualeditor-docserver-http-error: http-bad-status.
- Please help Pfsmit89 (talk) 21:57, 20 April 2020 (UTC)
- Which http-bad-status? This lacks a three digit number. Malyacko (talk) 06:45, 21 April 2020 (UTC)
- Hello Malyacko,
- Well I managed to install TinyMCE just now but I'd rather have the visual editor if possible.
- TinyMCE is kind of buggy.
- It wouldn't say the number, just apierror-visualeditor-docserver-http-error: http-bad-status. Pfsmit89 (talk) 07:49, 21 April 2020 (UTC)
Image issue - version 1.34 (migrated from 1.10).
- I have next issue and I can´t find the root cause:
<imagemap> image:Voorraadtypen.gif|640px rect 080 043 248 063 [https://bnlwiki.logistics.corp/unaswiki/index.php/Economische_voorraad Economische voorraad] rect 011 099 110 128 [https://bnlwiki.logistics.corp/unaswiki/index.php/Voorinkopen Voorinkopen] rect 510 176 599 197 [https://bnlwiki.logistics.corp/unaswiki/index.php/Backorder Backorder] rect 320 185 457 206 [https://bnlwiki.logistics.corp/unaswiki/index.php/Lopende_verkopen Lopende verkopen] rect 505 312 605 331 [https://bnlwiki.logistics.corp/unaswiki/index.php/Termijnorder Termijnorder] rect 190 421 288 455 [https://bnlwiki.logistics.corp/unaswiki/index.php/Beschikbare_voorraad Beschikbare voorraad] rect 217 470 373 491 [https://bnlwiki.logistics.corp/unaswiki/index.php/Technische_voorraad Technische voorraad] </imagemap>
- Picture is in the folder although it is not appearing.
- Thanks a lot. Barquillas (talk) 13:19, 20 April 2020 (UTC)
- You had previously posted the error. The answer is contained in what you posted: "Could not open lock file for .... Make sure your upload directory is configured correctly and your web server has permission to write to that directory."
- Try setting your images directory world-writable. ☠MarkAHershberger☢(talk)☣ 17:33, 20 April 2020 (UTC)
MediaWiki in subfolder not working properly
Ill start by saying im relatively noob with this stuff
i have my web setup as
root/<Main website>
root/Wiki/<MediaWiki files>
i setup short urls using that script website, now whenever i got o domain.com it automatically redirects to domain.com/w/Main_Page
please help :) 86.131.161.112 (talk) 15:49, 20 April 2020 (UTC)
- Could you paste your .htaccess file (which is where I assume is what you modified)? ☠MarkAHershberger☢(talk)☣ 17:26, 20 April 2020 (UTC)
- Thanks for helping
- 86.131.161.112 (talk) 18:44, 20 April 2020 (UTC)
RewriteEngine On RewriteRule ^/?w(/.*)?$ %{DOCUMENT_ROOT}/wiki/index.php [L] RewriteRule ^/?$ %{DOCUMENT_ROOT}/wiki/index.php [L] RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d RewriteRule ^/?wiki/images/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/wiki/thumb.php?f=$1&width=$2 [L,QSA,B] RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d RewriteRule ^/?wiki/images/thumb/archive/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/wiki/thumb.php?f=$1&width=$2&archived=1 [L,QSA,B] - help plz? :( 86.131.161.112 (talk) 18:01, 21 April 2020 (UTC)
- If you remove this line, you should get the wordpress site when you visit your domain:
- ☠MarkAHershberger☢(talk)☣ 20:37, 21 April 2020 (UTC)
RewriteRule ^/?$ %{DOCUMENT_ROOT}/wiki/index.php [L] - It worked perfectly thanks so much :)
- ps, its not a wordpress site 86.131.161.112 (talk) 20:52, 21 April 2020 (UTC)
Tag extension only in specific namespace
I have a tag extension that gives an alternative rendering of <gallery>. However, I want this extension to run only in a specific namespace, galleries in other namespaces should render normally.
I have tried checking the namespace in the event handler called by the hook registered on extension.json (ParserFirstCallInit), using something like $title = $parser->getTitle(); and checking the title for the namespace (seems $title is returned as a string at this level, therefore getNamespace() throws an error here). If this is the correct namespace, then $parser->setHook( 'gallery', [ self::class, 'zoomableimageRender'] ); , which is the callback that does the rendering I want to do, else do nothing. However, it seems this function is called many times on page load, and if there is a single time when there is no $title, it goes to else and nothing happens at all.
I have tried doing the check at the callback level, here $parser->getTitle()->getNamespace() works as expected. However, if I do the check here and it's not the right namespace and do nothing, I get ?'"`UNIQ--gallery-00000000-QINU`"'?, which I presume means the parser doesn't know what to do.
1. Is there a way to give rendering back to the parser from the callback so it renders the <gallery> normally?
2. Is there any way to make it work at the event handler level using the ParserFirstCallInit or is there a better hook for this?
Thanks! Meeerkat507 (talk) 18:16, 20 April 2020 (UTC)
- Does this help? QINU_fix - I've not read it so maybe not.
- For "do nothing" in the callback function would it work to just return recursiveTagParse($input);? Jonathan3 (talk) 21:43, 20 April 2020 (UTC)
- ParserFirstCallInit is called only once even when parsing multiple pages in possibly different namespaces.
- In your parser callback you could call whatever it is in CoreParserHooks (prob CoreParserHooks::gallery or something like that) if you are in wrong namespace. Bawolff (talk) 07:02, 21 April 2020 (UTC)
- Solved it with
$parser-> renderImageGallery( $input , false);- recursiveTagParse would just output the list of files.
- So the full code is:
static function myExtRender( $input, array $args, Parser $parser, PPFrame $frame ) { $title = $parser->getTitle(); $ns = $title->getNamespace(); if ($ns === NS_MYNAMESPACE){ //Alternative render of gallery } else { $input = $parser-> renderImageGallery( $input , false); return $input; } }- I'm using the Tweeki skin. Apparently ParserFirstCallInit is being called once per navbar, sidebar, etc. Or so it seems. Meeerkat507 (talk) 22:58, 22 April 2020 (UTC)
- Ok, correction to the above: Gallery should be rendered with
$input = $parser-> renderImageGallery( $input , $args);- In order to pass on the gallery arguments, otherwise you will always get a default gallery style. Meeerkat507 (talk) 15:01, 25 April 2020 (UTC)
Upgraded but having trouble
- I just upgraded to the latest version, overwrote files as directed. Then, seeing that my database schema was not compatible with the new version, tried to run update.php from the command line. BUT THEN, got a message about installing cdcd using apt-get. Isn't this a command line music player? Very confused at this point. CraigSlane (talk) 18:20, 20 April 2020 (UTC)
- Please be way more specific - which exact "latest" version number? How, from where? What is the exact message without paraphrasing? Malyacko (talk) 06:40, 21 April 2020 (UTC)
- How did you get the latest version and what files did you overwrite? I just use the tarball and extract it to a new directory... Jonathan3 (talk) 21:30, 20 April 2020 (UTC)
StopForumSpam Datafile location bombs
I have read and followed the instructions on the StopForumSpam extension to the best of my comprehension, but when I un-comment the file location in my local settings.php my wiki will not display. I have stared at the file name until I'm almost blind, and it's correct. Below is what have in localsettings
## Stop Forum Spam https://www.mediawiki.org/wiki/Extension:StopForumSpam
wfLoadExtension( 'StopForumSpam' );
## set the cache so it works
$wgMainCacheType = CACHE_DB;
## point to the file downloaded from https://www.stopforumspam.com/downloads
## $wgSFSIPListLocation "$IP/extensions/StopForumSpam/ipfile/listed_ip_30_ipv46_all.txt";
## Create a log file
$wgDebugLogGroups['StopForumSpam'] = '/var/log/mediawiki/stopforumspam.log';
Someone roll me a bone and tell me where I've gone wrong TexasWhale (talk) 19:25, 20 April 2020 (UTC)
- I'm no good at these things, but could it be a file permission thing? Is $IP set right? Have you used maintenance/updateBlacklist.php? Jonathan3 (talk) 21:26, 20 April 2020 (UTC)
- enable php error reporting. How to debug
- Also there seems not to be an equal sign in whst you posted Bawolff (talk) 06:58, 21 April 2020 (UTC)
How to use Cite extension in RTL projects?
I want to implement a footnote creation mechanism similar to the one implemented in Hebrew Wikipedia in my own MediaWiki 1.34.0 based website (which is a personal and non communal website).
But,
According to my understanding, the footnote creation mechanism implemented in Hebrew Wikipedia includes the usage of at least five very complicated templates which require installing an external extension Scribunto:
template:footnote | תבנית:הערה
template:margin footnotes | תבנית:הערות שוליים
template:documentation | תבנית:תיעוד
template:parameter management | תבנית:ניהול פרמטרים
template:parameter management/content | תבנית:ניהול פרמטרים/תוכן
Contemplating these templates:
Even if I totally strip out all <templatedata> and [[category:]] ([[קטגוריה:]]) mambo jambo, I am still left with five templates which I personally find too many, too complex, too dense and too confusing and too hard to maintain;
How to use Cite extension in RTL projects (most desirably without all these complexity and without installing Scribunto)? 49.230.1.137 (talk) 04:19, 21 April 2020 (UTC)
- follow instructions on extension:Cite (?) Bawolff (talk) 06:56, 21 April 2020 (UTC)
- @Bawolff Humbly I can, but why was it so important to the Hebrew Wikipedia staff to create all the Scribunto-oriented complexity I have demonstrated if, as one could understand from your suggestion, just following Cite instructions would be enough? 49.230.1.137 (talk) 07:31, 21 April 2020 (UTC)
- There is no "Hebrew Wikipedia staff". You could however ask the community on Hebrew Wikipedia if you want to find out... Malyacko (talk) 14:47, 21 April 2020 (UTC)
- Project:Support desk/Flow/2020/04#h-Why_does_Hebrew_Wikipedia's_footnote_template_are_so_complex?-2020-04-21T08:39:00.000Z 49.230.1.137 (talk) 08:39, 21 April 2020 (UTC)
- @Malyacko by "staff" I meant to the relevant community members.
- I have tried to ask there in the past and didn't answers I recognized as clear.
- Thus, I now ask here. 49.230.1.137 (talk) 15:12, 21 April 2020 (UTC)
- because they thought it made things easier and allowed for more consistent formatting. Bawolff (talk) 15:28, 21 April 2020 (UTC)
- What goes in other RTL Wikis,
- @AhmadF.Cheema perhaps you can opinion about Arabic Wikis or if the methodology of Hebrew Wikipedia might be outdated. 49.230.1.137 (talk) 15:33, 21 April 2020 (UTC)
- Apologies, but I haven't done any work on Arabic Wikipedia to be able to comment on this.🤔 AhmadF.Cheema (talk) 18:19, 21 April 2020 (UTC)
- @Bawolff following your above advice I checked the Cite documentation you linked to;
- I didn't find the term "RTL" in that page or in any of its linked pages. 49.230.1.137 (talk) 15:37, 21 April 2020 (UTC)
- it works the same way as ltr languages. Bawolff (talk) 15:53, 21 April 2020 (UTC)
- @Bawolff I'm not sure that that statement is accurate, for example,
- If instead
<ref>tags one wants{{הערה|תוכן}}to which a plausible translation is{{footnote|CONTENT}}, let along{{footnote|name="xyz"|CONTENT}}, one needs, a significantly configurated Cite extension and possibly also Scribunto extension (if I'm not wrong the|notes require Lua/Scribunto to be parsed). - Using
{{הערה|תוכן}}is a comfortable way to make footnotes with RTL languages were<ref>tags would get jumbled in RTL mode. - Thoughts? 49.230.1.137 (talk) 16:48, 21 April 2020 (UTC)
- you can either use defaults and be ok with bidi issues, make your own template that's a simple version (e.g. create a template page of your choice of name containing
{{#tag:ref|{{{1}}}}}), or use the prebuilt one. Bawolff (talk) 02:23, 22 April 2020 (UTC) - @Bawolff I am not okay with these issues :)
{{#tag:ref|{{{1}}}}}requires Scribunto doesn't it? And anyway this example isn't very clear to me; is there a guide you recommend others and myself to read to understand this code structure?- I don't know what you meant by "prebuilt one".
- Kindly, 49.230.1.137 (talk) 04:50, 22 April 2020 (UTC)
- you can either use defaults and be ok with bidi issues, make your own template that's a simple version (e.g. create a template page of your choice of name containing
- Regarding the complicated templates and modules, it should be pointed out that probably most of the times the authors of those templates wouldn't be active in answering questions or they might even have forgotten their reasoning for a particular portion of the code. Furthermore, it would take a long time to explain everything. Therefore, it is extremely unlikely that you would get a detailed explanation for those templates and modules.
- For the most part, there is going to be a good reason for the added complications, and most users and MediaWiki admins don't need to worry about those reasons.
- To include the Cite functionality, most admins just need to enable the Cite and Scribunto extensions, and export the relevant templates (using מיוחד:ייצוא with לכלול תבניות checked) into their MediaWiki installation. There shouldn't be any need to further configure the Cite and Scribunto extensions.
- You should look at how the Hebrew Wikipedia calls or makes use of their citation templates and try to mirror it. AhmadF.Cheema (talk) 18:19, 21 April 2020 (UTC)
- @AhmadF.Cheema thanks ; but, in general I like to understand codes I work with and in this case I fell I shouldn't make an exception.
- I think that a simpler option would be to work with JavaScript but this could bring all sorts of browser and SEO issues.
- So, I wonder:
- If all I need is
{{שם|תוכן="xyz"|הערה}}- Which in LTR would be:
{{footnote|name="xyz"|CONTENT}}- Can I indeed work only with two templates with Cite and Scribunto or must I work with all five templates of Hebrew WIkipedia (say, by exporting them to my Wiki)? 49.230.1.137 (talk) 04:56, 22 April 2020 (UTC)
- @Bawolff wrote in this topic:
- please stop spreading the same question over multiple threads;
- I couldn't reply there so I reply here:
- I have no such intention; I dare dealing with this "fragile" topic with almost zero relevant documentation and should be more careful yes but perhaps a bit more patience from your side your be helpful.
- I suggest to migrate Mark's comment to the "old" topic (which might be interpreted as essentially different) and then delete the current thread. 182.232.53.70 (talk) 10:27, 22 April 2020 (UTC)
- Project:Support desk/Flow/2020/04#h-Why_does_Hebrew_Wikipedia's_footnote_template_are_so_complex?-2020-04-21T08:39:00.000Z
- @MarkAHershberger you might want to copy-paste your comment for this locked topic to here. 182.232.53.70 (talk) 10:28, 22 April 2020 (UTC)
- Sure:
- > They're complex because they capture how footnotes have been used over the past 15+ years on hewiki.
- > If you don't need that complexity, then you should be fine with something simpler. You could probably build something really, really simple for your own wiki. ☠MarkAHershberger☢(talk)☣ 13:09, 22 April 2020 (UTC)
- your be = would be* 182.232.53.70 (talk) 13:39, 22 April 2020 (UTC)
- @MarkAHershberger by something "really really simple" do you encapsulate a "Cite only" ("core only") approach or whould you say that if I want something such as:
{{שם|תוכן="xyz"|הערה}}- (LTR example):
{{footnote|name="xyz"|CONTENT}}- I have no choice but to use Scribunto? 182.232.53.70 (talk) 13:41, 22 April 2020 (UTC)
- I don't know what your needs are. Why not just use Cite? ☠MarkAHershberger☢(talk)☣ 14:55, 22 April 2020 (UTC)
- @MarkAHershberger My need in that context is to create a footnote creation mechanism which also allows naming certain footnotes so I could call footnotes which I have already created and also named instead making a full clone of each such footnote I have already created (that is, having the same footnote two or more times in the same article, instead just one and call it in many different place).
- Side note
- Because, in RTL edit mode,
<ref>tags (or any other set of tags) gets jumbled with RTL text, than I need to create them via a footnote template call such as as{{שם|תוכן="xyz"|הערה}} - The above footnote template call is very much equivalent to this LTR version:
{{footnote|name="xyz"|CONTENT}}- Of course, this LTR version is redundant in LTR websites where you can just have
<ref name="xyz">without having RTL text jumbling up with these<ref>tags. - Summary
- So this is all my need in that context --- just to have a simple footnote creation mechanism which allows naming and most preferably core only (i.e, without installing Scribunto, although I would install it if I have to). 182.232.61.249 (talk) 15:14, 22 April 2020 (UTC)
- @MarkAHershberger ? 49.230.134.110 (talk) 05:22, 24 April 2020 (UTC)
- So, since
- cite allows you to have named footnotes and
- a template wrapper like {{שם|תוכן="xyz"|הערה}} would handle any RTL issue
- it seems like you just need to use cite and write a simple wrapper template.
- What am I missing? ☠MarkAHershberger☢(talk)☣ 13:33, 24 April 2020 (UTC)
- @MarkAHershberger I think it's primarily I who misses something.
- What I miss is how to create a template that creates named
<ref>tags (based on Cite) in RTL MediaWiki websites. - Template calls should look like this:
{{הערה|שם="שם"|תוכן}}(first call){{הערה|שם="שם"}}(secondary calls) 182.232.31.33 (talk) 12:15, 25 April 2020 (UTC)- Check out the Ref and Note
- templates on SimpleWiki. They don't use Scribunto or Cite. ☠MarkAHershberger☢(talk)☣ 19:32, 25 April 2020 (UTC)
- @MarkAHershberger at the start of both linked pages it was written:
- Using ref/note tags is not the only way to do footnotes.
- I have become confused from that sentence alone --- if I want to create named footnotes, should I always use both these prebuilt templates, or, say, for the simplest scenario, should I use just one of these, and if so, which one? 182.232.172.66 (talk) 07:35, 26 April 2020 (UTC)
- Furthermore, when I go there (Simple Wiki) to template:reflist, I get a much more complicated list:
182.232.165.170 (talk) 01:59, 27 April 2020 (UTC)- Oh and one more thing @MarkAHershberger it seems to me that in Simple-English Wikipedia the
reflisttemplate does utilize Scribunto (which is something I want to avoid). - https://simple.wikipedia.org/wiki/Template:Reflist 182.232.165.170 (talk) 02:56, 27 April 2020 (UTC)
- I don't know what to tell you. Go back a few years in history on reflist and get the pre-Scribunto version? ☠MarkAHershberger☢(talk)☣ 22:50, 27 April 2020 (UTC)
- I understand from the earliest history:
- https://he.wikipedia.org/w/index.php?title=%D7%AA%D7%91%D7%A0%D7%99%D7%AA:%D7%94%D7%A2%D7%A8%D7%94/%D7%A7%D7%95%D7%93&dir=prev&action=history
- The first version and the second version both don't utilize Cite but the third version since utilize both Cite and Scribunto due to
#tag:refcommand at<includeonly>{{#tag:ref|{{{1}}}}}</includeonly><noinclude>. - I don't know how to check in Arabic, Aramaic, etc. 182.232.176.239 (talk) 11:45, 28 April 2020 (UTC)
- Either way, I was most likely wrong in my first claim here that Hebrew WIkipedia has six (essential) templates for footnotes; there are most probably three and one parameter page ("unit"):
- template:footnote | תבנית:הערה
- template:footnote/code
- template:margin footnotes | תבנית:הערות שוליים
- unit:parameters
- As a non Lua programmer, I find it disturbing to expect anyone who wants named RTL footnotes to become a Lua programmer. 182.232.176.239 (talk) 12:10, 28 April 2020 (UTC)
- @MarkAHershberger based on my two replies above and if it is okay please share with us:
- If you install an RTL MediaWiki and you want to have named footnotes AND a footnotes chapter which are core-only and Cite-only based, so that you could call existing template-calls by name in the same page, how will you achieve that? 182.232.176.239 (talk) 15:56, 28 April 2020 (UTC)
- I don't know what to tell you. This is not something I have done or know how to do. I can only suggest that other people here would have to help you out. That, or you could learn Lua.
- For what its worth, I have only a cursory familiarity with Lua, but I haven't experienced any problem just using Scribunto code as is. ☠MarkAHershberger☢(talk)☣ 19:57, 28 April 2020 (UTC)
- I don't want to learn Lua or work with Scribunto if I don't have to - i.e for the sake of creating named & RTLized references.
- Perhaps @AhmadF.Cheema had experience with this and would like to share with us his solution:
- Ahmad, if you install an RTL MediaWiki and you want to have named footnotes AND a footnotes chapter which are core-only and Cite-onlybased, so that you could call existing template-calls by name in the same page, how will you achieve that? 182.232.40.56 (talk) 03:52, 29 April 2020 (UTC)
- Sorry, no experience with this.🙁 AhmadF.Cheema (talk) 09:22, 29 April 2020 (UTC)
- Community members, please tag someone who can help with this, 182.232.40.56 (talk) 02:29, 30 April 2020 (UTC)
Milestone !
I use this template to create a footnotes chapter:
<includeonly><references /></includeonly><noinclude> [[קטגוריה:תבניות]] </noinclude>
I use this template to create each footnote:
<includeonly><ref>{{{1}}}</ref></includeonly><noinclude>
[[קטגוריה:תבניות]] </noinclude>
Now I do get numbered, clickable footnotes created in each webpage that contains footnotes, but, all my footnotes in each webpage look like this:
1. ↑ {{{1}}} 2. ↑ {{{1}}} 3. ↑ {{{1}}} 4. ↑ {{{1}}} 5. ↑ {{{1}}}
While I understand that the up-arrows are prebuilt and give the option to go back to the footnote number, I ask:
Why does is my footnote text doesn't appear at the footnotes chapter and instead I get {{{1}}} (nor it appears when hovering the number)? 182.232.40.56 (talk) 05:43, 30 April 2020 (UTC)
- What is your "footnote text" exactly? The text between the
<ref></ref>tags is supposed to be the footnote text, and in this example isn't it always{{{1}}}? - What exact code are you using to call the template in your article page? AhmadF.Cheema (talk) 08:57, 30 April 2020 (UTC)
- @AhmadF.Cheema my "footnote text" is any text given inside each template-call; for example:Where "תוכן" ("content") is any text given inside each template-call. 182.232.40.56 (talk) 09:23, 30 April 2020 (UTC)
{{הערה|תוכן}} - Right, got it now. The
{{{1}}}variables inside<ref></ref>tags can't work like this. - You'll have to use the following:AhmadF.Cheema (talk) 09:57, 30 April 2020 (UTC)
<includeonly>{{#tag:ref|{{{1}}}}}</includeonly><noinclude> [[קטגוריה:תבניות]] </noinclude> - Finally ! Thanks to you @AhmadF.Cheema I can (backendly) create back and forth linked footnotes.
- The only thing I miss now is naming footnotes so to call them by name instead re-creating them two or more times per article, and I want to do so without Lua/Scribunto.
- While I think that the current topic should be marked as solved, I have started the following topic (which is in need of being updated with your code example), to understand if I can indeed name footnotes and calling them by name without Lua/Scribunto:
- [[Project:Support desk/Flow/2020/04#h-How_to_give_Cite error: Closing
</ref>missing for<ref>tag</includeonly>
So, to create a footnote I type:
{{הערה|תוכן}}
But I want to use something like:
{{הערה|שם|תוכן}}
While שם stands for name (HTML attribute);
How to give <ref> a name when called through a template, but without Lua/Scribunto? 182.232.40.56 (talk) 04:22, 30 April 2020 (UTC)
- The second template should be:182.232.40.56 (talk) 13:23, 30 April 2020 (UTC)
<includeonly>{{#tag:ref|{{{1}}}}}</includeonly><noinclude> [[קטגוריה:תבניות]] </noinclude> - See Help:Reftags#Defining a reftag function. AhmadF.Cheema (talk) 14:53, 30 April 2020 (UTC)
@AhmadF.Cheema I have read there cautiously but I didn't find any explanation about how to make name at:
<includeonly>{{#tag:ref|{{{1}}}|name="name"}}</includeonly><noinclude>
[[קטגוריה:תבניות]]
</noinclude>
To be equal with שם in template call, so that, instead:
{{הערה|תוכן|name="שם"}}
I could call the template this way:
{{הערה|שם="שם"|תוכן|}}
So maybe a more accurate version of my question is:
How to give <ref> a name in a non-English language when called through a template, but without Lua/Scribunto? 182.232.44.48 (talk) 20:36, 30 April 2020 (UTC)
- Crap, I had to write there:I think. 182.232.44.48 (talk) 04:25, 1 May 2020 (UTC)
<includeonly>{{#tag:ref|{{{1}}}|name}}</includeonly><noinclude> [[קטגוריה:תבניות]] </noinclude> - The template should be:
<includeonly>{{#tag:ref|{{{1}}}|name={{{2}}}}}</includeonly><noinclude> [[קטגוריה:תבניות]] </noinclude> - Then it should be called in the article as:
{{Template_name|foo|bar}}, wherefoois the reference text andbaris the name of the reference. The reference can then be reused with the following code:<ref name=bar/>AhmadF.Cheema (talk) 09:37, 1 May 2020 (UTC) - I was told by Hebrew Wikipedia users that there could be a problem if my template includes text which by itself includes
=symbol and I was recommended to use:49.230.0.242 (talk) 03:35, 2 May 2020 (UTC){{#tag:ref | 1 = {{{תוכן|}}} | name = {{{שם|}}} }} - But, that example doesn't work (or I have to change all template calls for it to work). 49.230.0.242 (talk) 03:52, 2 May 2020 (UTC)
- This way the template should be called in the article as:
{{Template_name|תוכן=foo|שם=bar}}. AhmadF.Cheema (talk) 04:31, 2 May 2020 (UTC) - When calling that template with:I get this Hebrew error:
{{הערה|שם="שם"|תוכן="תוכן"}} - שגיאת ציטוט: תג
<ref>לא תקין; שמות שגויים, למשל, רבים מדי 49.230.0.242 (talk) 15:11, 2 May 2020 (UTC)
I get the same error with these calls also:
{{הערה|תוכן}}
{{הערה|תוכן="תוכן"}}
49.230.0.242 (talk) 17:51, 2 May 2020 (UTC)
- @AhmadF.Cheema I think I should use your original template like this:And, in cases that the CONTENT includes one equal sign or two or more equal signs, than I should input these not as mere text but via a
<includeonly>{{#tag:ref|name|{{{1}}}}}</includeonly><noinclude> [[קטגוריה:תבניות]] </noinclude>{{=}}template whose value is=and then use that template as in: {{ Test | R {{=}} 3/(2-(1+1)) }}- This is a solution I found in a quick search in StackOverflow at "Passing an equal sign ('=') to a parameter in a MediaWiki template".
- But:
- I am still in problem how to use
"שם="שםinsteadname="name"so to get an all Hebrew (all RTL) template. - Sorry if I missed anything; this is tough and confusing to me. 49.230.0.242 (talk) 18:02, 2 May 2020 (UTC)
Template within template to provide parameter name as well as value
I have templates {{convention | files={{fancy}}}} which I would rather write as {{convention | {{fancy}}}} where the fancy template provides the argument name as well as the value, but this does not evaluate. I looked at the Advanced Templates documentation, but this does not seem to cover my case. Vicarage (talk) 07:51, 30 April 2020 (UTC)
- @Vicarage Did you see Templates_passed_as_parameters yet? It seems closest to your use case. SrishAkaTux (talk) 23:55, 30 April 2020 (UTC)
- I hadn't, but on inspection it doesn't help with the readability which is my main aim here. Vicarage (talk) 09:13, 1 May 2020 (UTC)
- probably using lua (extension:Scribunto) is the easiest way to do complex template stuff. Bawolff (talk) 18:00, 1 May 2020 (UTC)
Template using input
Dear all,
I would like to display an inputbox where the users are supposed to enter a pagename and then the respective page will be purged.
So far I made a template:purge like this:
- [http://localhost/mediawiki/index.php?title={{{1}}}&action=purge purge page {{{1}}}?].
As far as I can see, Extension:Inputbox is restricted to certain functions. How can I let the input be the argument of the template?
Thank you in advance.
Yours, Ciciban (talk) 07:55, 30 April 2020 (UTC)
- The actions and special pages where Inputbox redirects are hardcoded. So it's not possible. You should continue using your template. You can see more styles from English Wikipedia's w:Template:Purge_Pages. (Just note these were mostly rebuilt in Lua) but they all do the same thing. – Ammarpad (talk) 15:38, 30 April 2020 (UTC)
- If you can make the inputbox and button with using normal HTML and Javascript you could put it on your wiki page using Extension:Widgets. Jonathan3 (talk) 22:00, 30 April 2020 (UTC)
Demote an admin?
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 know one can use this to to promote to admin
php createAndPromote.php --sysop --force username
But how to demote an admin to a standard user? Spiros71 (talk) 10:10, 30 April 2020 (UTC)
- You should use the interface at Special:Userrights. That script does not have option to revoke group – Ammarpad (talk) 15:22, 30 April 2020 (UTC)
- All I can see there is
Viewing user rights of user X (talk | contribs | block | send email)Member of: AdministratorsImplicit member of: Autoconfirmed users- No option to change admin status Spiros71 (talk) 18:11, 30 April 2020 (UTC)
- By default, you need bureaucrat access to add/revoke user rights Taavi (talk!) 18:43, 30 April 2020 (UTC)
- I am admin, is bureaucrat higher level permissions than that? :)
- Ah, I got it now, I thought admin would have all rights by default, seems that is not true. Spiros71 (talk) 05:58, 1 May 2020 (UTC)
How to change Cite extension up-arrows to some other symbol (say, carets)?
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.
Cite extension creates footnote numbers which are clickable - clicking these leads to a footnote in the references chapter and before each footnote appears to me an up-arrow which is also clickable - clicking it leads the user back to the footnote number.
Rather than up-arrows, I prefer a smaller symbol (say, caret)
How to change Cite extension up-arrows () to some other symbol (say, carets)? 182.232.40.56 (talk) 13:27, 30 April 2020 (UTC)
- I found these at Help:Cite:
- Help:Cite#Set references to use ^ and letters 182.232.40.56 (talk) 13:28, 30 April 2020 (UTC)
- I admit the manual isn't very clear to me, it says to change it from System_message but when I go there I find:
| cite_references_link_accessibility_back_label | קפיצה חזרה למעלה |
| cite_references_link_accessibility_label | לקפוץ מעלה |
- No arrow appear near these (which translated from Hebrew mean "jump back up" and "jump up" respectively). 182.232.40.56 (talk) 13:34, 30 April 2020 (UTC)
- Hi! You need to edit MediaWiki:Cite references link one and MediaWiki:Cite references link many on your local wiki. Taavi (talk!) 13:40, 30 April 2020 (UTC)
- @Majavah hello and thanks !
- When I went to either:
- MY_DOMAIN/MediaWiki:Cite_references_link_one
- MY_DOMAIN/MediaWiki:Cite_references_link_many
- I got a page not found - 404
- But, the symbols DID appear to me at:
- מדיה_ויקי:Cite_references_link_many&action=edit
- מדיה_ויקי:Cite_references_link_many&action=edit
- מדיה_ויקי stands for "MediaWiki:" in English.
- ---
- After I have edited the two webpages accordingly, I got the desired change.
- This can be marked as solved. 182.232.44.48 (talk) 21:57, 30 April 2020 (UTC)