Project:Support desk

About this board

Welcome to the MediaWiki Support desk, where you can ask MediaWiki questions!

(Read this message in a different language)

See also

Before you post

Post a new question

  1. To help us answer your questions, please indicate which versions you are using, as found on your wiki's Special:Version page:
    • MediaWiki version
    • PHP version
    • Database type and version
  2. Please include the web address (URL) to your wiki if possible. It's often easier for us to identify the source of the problem if we can see the error directly.
  3. To start a new thread, click "Start a new topic".

How to start a new numbered (ordered list), but still continue the numbering?

5
Summary by Arlo Barnes

# list starts # list continues == break in list == # <li value="3">foo</li> # this list item is now numbered '4' instead of '2' as it otherwise would be

192.71.175.30 (talkcontribs)

Hi,

I have a numbered list and have to include images in each step. So I want to continure the numbering in the list. How can i do this?

Star Warden (talkcontribs)

If they're in a sequence, you can use the # sign at the beginning of each paragraph.

  1. Item
  2. Item 2
TheDJ (talkcontribs)

There is no direct support for this with wikisyntax, but it can be done using basic html. There are some examples listed on the English Wikipedia on how to do it.

125.17.76.43 (talkcontribs)

Thanks I used <ol start> each time to restart th

numbering

Arlo Barnes (talkcontribs)

This SO question has the answer of using "<li value="42"></li>" on the first item after the break in the list, after the # to start the line and around the desired markup to display on that line. It works for me at whatever version of MW that Wikidata is currently using.

Action URLs in format example.com/wiki/edit/Pagename

3
Summary by Jonathan3

$wgActionPaths

Jonathan3 (talkcontribs)
Seelentau (talkcontribs)
Jonathan3 (talkcontribs)

Thank you. Why had I never seen this before? :-)

Export a specific MediaWiki webpage as markdown to create a checklist

3
182.232.193.39 (talkcontribs)

In my MediaWiki 1.34.2 website I have a webpage which is comprised of various two-columned tables used as checklists (one column for a check and one for a checkmark/xmark).

I want to export that webpage into a markdown (.md) file, which I could edit with a markdown text editor such as Typora and then, after editing it, send it to a customer.

  • In my browser (Chrome), if I go to "print" I can save the webpage as PDF but not as Markdown
  • I found an explanation at rubberduckdev DOT com / mediawiki-to-md which mentions exporting MediaWiki webpages from Special > All pages but I didn't find any export functionality there.
  • There is a CLI tool to do that on GitHub philipashlock/mediawiki-to-markdown but I prefer a GUI way, if possible, without creating anything from scratch


How would you handle that problem?

182.232.136.217 (talkcontribs)

Bumping after one week.

In great plea, share your suggestion for a solution.

209.211.149.135 (talkcontribs)

I'd love a revival of this topic. I also explored that GitHub solution to no avail. Please let me know if anything new has come out that helpsw convert MediaWiki to Gitlab Markdown.

Reply to "Export a specific MediaWiki webpage as markdown to create a checklist"

Templates act weird after MediaWiki update

3
Seelentau (talkcontribs)

Hi, I have a problem with the portable infoboxes in my wiki, after finally updating it to the current version.

These p-tags appeared and I don't know where they come from

https://degwiki.com/wiki/The_Insulated_World_(2018)

and also, the whole infobox has more empty space

this is my commons.css: https://degwiki.com/wiki/MediaWiki:Common.css

and this is the template for the infobox: https://degwiki.com/wiki/Template:Release

here you can see what it looked like pre-update: https://web.archive.org/web/20210618215104/https://degwiki.com/wiki/The_Insulated_World_(2018)

please, how can I fix this? :/

Jonathan3 (talkcontribs)
Seelentau (talkcontribs)

Everything is up to date. In the meantime, I found out that MediaWiki adds those paragraph tags everywhere. Just compare old vs new code:

pre-update:

<h2 class="pi-item pi-item-spacing pi-title" data-source="title">鬼葬</h2>

post-update:

<h2 class="pi-item pi-item-spacing pi-title" data-source="title"><p>鬼葬</p></h2>

Reply to "Templates act weird after MediaWiki update"

use #ask to query the current single pagek

6
2408:8410:6031:339D:6C19:B057:8687:A42C (talkcontribs)

I want to use #ask in one template, and how can it only query the current single page that uses this template? I try to use magic words PAGENAME like {{#ask: [[PAGENAME]]|?ExpertID}} but it doean't work. Thank you!

Malyacko (talkcontribs)

Hi, what is #ask? Please also see "Post a new question" in the sidebar. Thanks.

Bawolff (talkcontribs)

 #ask is a semantic mediawiki thing.


For starters the syntax is {{PAGENAME}}

2408:8410:6031:339D:146B:110F:FB60:15ED (talkcontribs)

thx but I have tried {{PAGENAME}} and some other similar syntaxs too, and they all didn't work

Bawolff (talkcontribs)

To be clear, what i was saying was [[{{PAGENAME}}]]

42.3.19.69 (talkcontribs)

it works, thank you very much!

Reply to "use #ask to query the current single pagek"

Short URL just not working. NONE of the solutions

4
213.209.123.252 (talkcontribs)

Please work could someone provide a solution that really works?

I have tried any possible solution that can be found.

The article about the Short URL Manual:Short URL is not explained properly and none of the discussed solutions actually work.

I have a default configuration, nothing special.

apache in /etc/apache2 and mediawiki in /var/www/html/mediawiki

How is it possible there is not a single properly working solution for this?

Malyacko (talkcontribs)

Please check "Post a new question" in the sidebar.

Jonathan3 (talkcontribs)

What have you tried?

213.209.123.252 (talkcontribs)

i have tried with .htaccess file, changing the 000-default.conf accordingly.

i literally tried every google result i found but none worked, always have to go back to snapshot.

the furthest i got was that the url got redirected so the index.php? was gone, but the pages weren't reachable.

i installed everything according to manual which makes it harder for me to understand why "standard" solutions do not work

Reply to "Short URL just not working. NONE of the solutions"
Wikimari2022 (talkcontribs)

Is there anywhere a tutorial about the mediawiki intern statistics like statistics of users and so on?

Malyacko (talkcontribs)
Reply to "Statistics"

I need to change a title on wikipedia because it has a spelling mistake how do I change it?

6
90.64.124.210 (talkcontribs)
157.97.163.205 (talkcontribs)

just go to title and make change

Malyacko (talkcontribs)
90.64.124.210 (talkcontribs)

it wont let me change the title, I changed all of the other spelling mistakes which are waiting for approval so they wont be visible to you yet but I cannot change the page title

90.64.124.210 (talkcontribs)

I am not the admin of the page to be clear.

Malyacko (talkcontribs)
Reply to "I need to change a title on wikipedia because it has a spelling mistake how do I change it?"

Issues with pages not formatting correctly when upgrading from 1.35 to 1.36

4
Ljkennedy2000 (talkcontribs)

Hi all,

After upgrading from mediawiki 1.35 to 1.36 the formatting of my pages just show text and no formatting or layout, i've copied all the images, extensions etc across to 1.36 but everything just shows as text albeit things work url's etc. If I browse to the 'URL/mw-config/' section for the 1.36 installation this works fine 'layout pictures etc'. As a test I tried reverting back the main wiki folder 'where the localsettings.php file lives' to 1.35 which then resolves the page issues. I'm i missing something that I need to copy across, could this be missing CSS or something like config?

To add to this i've just put some debugging on the main page and got the following:

Deprecated: SkinVector overrides setupSkinUserCss which was deprecated in MediaWiki 1.32. [Called from OutputPage::getRlClient in mediawiki-1.36.0/OutputPage.php at line 3017] in /mediawiki-1.36.0/includes/debug/MWDebug.php on line 376

Deprecated: Use of Skin::setupSkinUserCss was deprecated in MediaWiki 1.32.

Called from SkinVector::setupSkinUserCss in /mediawiki-1.36.0/skins/Vector/includes/SkinVector.php at line 81]

Any help would be appreciated.


Thanks

Malyacko (talkcontribs)

Did you properly upgrade your Vector skin? Also note that 1.36.0 is outdated and insecure. Please upgrade for your own safety.

Ljkennedy2000 (talkcontribs)

I think this is sorted now, I re-added the vectors skins from the 1.36.0 core installation and it's formatting the page as it should. Thank you for your help with this.

Ljkennedy2000 (talkcontribs)

Hi Malyacko,


Thanks for the quick response. I've recently inherited this system so my knowledge is pretty low, how would I upgrade the Vector skin? sorry if this sounds a silly question. I will be upgrading it to the latest version just trying to get past this stage :)


Thanks

Reply to "Issues with pages not formatting correctly when upgrading from 1.35 to 1.36"

Issue Upgrading from 1.33.4 to 1.34.0

18
Summary last edited by Ljkennedy2000 08:04, 25 May 2022 15 hours ago

Removing the Dynamic Article List extension from the localsettings.php/main page resolved this issue.


Thanks for all your help.

Ljkennedy2000 (talkcontribs)

Error when upgrading from MediaWiki 1.33.4 to 1.34 on main page:


Hi all, I wonder if anyone can help?


When trying to upgrade from 1.33.4 to 1.34 I get the following error:


[YizDPmwd53OgEa32QAw-tQAAAAU] /index.php/Main_Page UnexpectedValueException from line 462 of /var/www/mediawiki-1.34.0/includes/libs/rdbms/loadbalancer/LoadBalancer.php: Invalid server index index #DB_SLAVE

Backtrace:

#0 /var/www/mediawiki-1.34.0/includes/libs/rdbms/loadbalancer/LoadBalancer.php(896): Wikimedia\Rdbms\LoadBalancer->getConnectionIndex(string, array, string)

#1 /var/www/mediawiki-1.34.0/includes/libs/rdbms/loadbalancer/LoadBalancer.php(1043): Wikimedia\Rdbms\LoadBalancer->getConnection(string, array, string, integer)

#2 /var/www/mediawiki-1.34.0/includes/GlobalFunctions.php(2576): Wikimedia\Rdbms\LoadBalancer->getMaintenanceConnectionRef(string, array, string)

#3 /var/www/mediawiki-1.34.0/extensions/DynamicArticleList/DynamicArticleList_body.php(31): wfGetDB(string)

#4 /var/www/mediawiki-1.34.0/includes/parser/Parser.php(4293): DynamicArticleList::renderTag(string, array, Parser, PPFrame_Hash)

#5 /var/www/mediawiki-1.34.0/includes/parser/PPFrame_Hash.php(328): Parser->extensionSubstitution(array, PPFrame_Hash)

#6 /var/www/mediawiki-1.34.0/includes/parser/Parser.php(3330): PPFrame_Hash->expand(PPNode_Hash_Tree, integer)

#7 /var/www/mediawiki-1.34.0/includes/parser/Parser.php(1489): Parser->replaceVariables(string)

#8 /var/www/mediawiki-1.34.0/includes/parser/Parser.php(593): Parser->internalParse(string)

#9 /var/www/mediawiki-1.34.0/includes/content/WikitextContent.php(368): Parser->parse(string, Title, ParserOptions, boolean, boolean, integer)

#10 /var/www/mediawiki-1.34.0/includes/content/AbstractContent.php(555): WikitextContent->fillParserOutput(Title, integer, ParserOptions, boolean, ParserOutput)

#11 /var/www/mediawiki-1.34.0/includes/Revision/RenderedRevision.php(264): AbstractContent->getParserOutput(Title, integer, ParserOptions, boolean)

#12 /var/www/mediawiki-1.34.0/includes/Revision/RenderedRevision.php(236): MediaWiki\Revision\RenderedRevision->getSlotParserOutputUncached(WikitextContent, boolean)

#13 /var/www/mediawiki-1.34.0/includes/Revision/RevisionRenderer.php(215): MediaWiki\Revision\RenderedRevision->getSlotParserOutput(string)

#14 /var/www/mediawiki-1.34.0/includes/Revision/RevisionRenderer.php(152): MediaWiki\Revision\RevisionRenderer->combineSlotOutput(MediaWiki\Revision\RenderedRevision, array)

#15 [internal function]: MediaWiki\Revision\RevisionRenderer->MediaWiki\Revision\{closure}(MediaWiki\Revision\RenderedRevision, array)

#16 /var/www/mediawiki-1.34.0/includes/Revision/RenderedRevision.php(198): call_user_func(Closure, MediaWiki\Revision\RenderedRevision, array)

#17 /var/www/mediawiki-1.34.0/includes/poolcounter/PoolWorkArticleView.php(196): MediaWiki\Revision\RenderedRevision->getRevisionParserOutput()

#18 /var/www/mediawiki-1.34.0/includes/poolcounter/PoolCounterWork.php(125): PoolWorkArticleView->doWork()

#19 /var/www/mediawiki-1.34.0/includes/page/Article.php(791): PoolCounterWork->execute()

#20 /var/www/mediawiki-1.34.0/includes/actions/ViewAction.php(63): Article->view()

#21 /var/www/mediawiki-1.34.0/includes/MediaWiki.php(511): ViewAction->show()

#22 /var/www/mediawiki-1.34.0/includes/MediaWiki.php(302): MediaWiki->performAction(Article, Title)

#23 /var/www/mediawiki-1.34.0/includes/MediaWiki.php(900): MediaWiki->performRequest()

#24 /var/www/mediawiki-1.34.0/includes/MediaWiki.php(527): MediaWiki->main()

#25 /var/www/mediawiki-1.34.0/index.php(44): MediaWiki->run()

#26 {main}


I’ve tried adding new extensions for 1.34, upgrading to different versions ‘upto the latest 1.37.1’ and made sure that the LoadBalancer.php has the DB_REPLICA setting enabled. This only seems to appear on the main page from what I can see.


Thanks

Bawolff (talkcontribs)

Are you sure DynamicArticleList is compatible with your version of mediawiki?

Ljkennedy2000 (talkcontribs)

Hi Bawolff,

Thanks for the response.

Unfortunately my Experience is limited with Media Wiki and i've been tasked with updating our current system, is that an extension of some sort and how would I check compatibility?

Thanks again.

Ljkennedy2000 (talkcontribs)

Hi Bawolff,


I've found the DynamicArticleList.php file in extensions and noticed the following on line 24 -

// The callback function for converting the input text to HTML output

function DynamicArticleList( $input ) {

require_once ('CategoryUtil.php');

$dbr =& wfGetDB( DB_SLAVE );

// INVALIDATE CACHE

global $wgTitle;

$wgTitle->invalidateCache();

// Default Values

$listTitle = false;

$listType = 'new';

$listCount = 5;

$categoryRoot = false;


Should this be set to DB_REPLICA instead of DB_SLAVE  ?


Thanks

Ljkennedy2000 (talkcontribs)

Also it's * Dynamic Article List v2.0

Jonathan3 (talkcontribs)
Ljkennedy2000 (talkcontribs)

Hi Jonathan3,


Thanks for the response. To disable Dynamic Article List is this done in the Localsettings.php?


Thanks for you help.

Bawolff (talkcontribs)

Yes. There should be a line that starts with "require". Find the one for this extension and remove it. (Keep backups just in case)

Ljkennedy2000 (talkcontribs)

Hi,

I upgraded to 1.35.5 and disabled Dynamic Article List in the Localsettings.php which seems to let the main page work now apart from one of our side menus which shows the following error:

<dynamicarticlelist>

title=Recently Update Articles

type=update

count=5

</dynamicarticlelist>

<dynamicarticlelist>

title=Most Popular Articles

type=hot

count=5

</dynamicarticlelist>

Is there something else other than dynamic article lists that could be used to get this working or an update for it maybe?

I then tried upgrading to media wiki 1.36.0 to see if this would resolve it but it didn't work - the whole page seems to have lost images and styling it's showing text for everything 'although it lets me login etc'. The images were copied over and the permissions looked okay, I did have to install php-intl to get to 1.36.0 so i'm not sure if this caused it?

Thanks

Ljkennedy2000 (talkcontribs)

Hi Bawolff,


Thanks for your input I will give it a try :)

Ljkennedy2000 (talkcontribs)

Hi,


I upgraded to 1.35.5 and disabled Dynamic Article List in the Localsettings.php which seems to let the main page work now apart from one of our side menus which shows the following error:

<dynamicarticlelist>

title=Recently Update Articles

type=update

count=5

</dynamicarticlelist>

<dynamicarticlelist>

title=Most Popular Articles

type=hot

count=5

</dynamicarticlelist>

Is there something else other than dynamic article lists that could be used to get this working or an update for it maybe?

I then tried upgrading to media wiki 1.36.0 to see if this would resolve it but it didn't work - the whole page seems to have lost images and styling it's showing text for everything 'although it lets me login etc'. The images were copied over and the permissions looked okay, I did have to install php-intl to get to 1.36.0 so i'm not sure if this caused it?


Thanks

Bawolff (talkcontribs)

There are lots of similiar extensions, like DynamicPageList.

Ljkennedy2000 (talkcontribs)

Hi Bawolff,


I've managed to get to version 1.36 now :) but my next issue is all the main_page entries are in text format, I cannot see any of the images or headers etc.. The images files have been copied over into the correct folder. Could this be a php issue?


Thanks

Bawolff (talkcontribs)

What do you mean by headers?


For images, are their image description pages working?

Ljkennedy2000 (talkcontribs)

Hi Bawolff,


Thanks for the response. Apologies i've probably used the wrong terminology but basically the whole main page is in plain text and it doesn't render any images or sidebars etc when i upgrade from 1.35.0 to 1.36.0, if I move the wikimedia folder back to 1.35.0 it works fine. I've checked the skins folder and that looks the same, i've tried copying over the extensions folder and images but still no luck :(


Thanks

Bawolff (talkcontribs)

Is it just missing css (e.g. everything is text but for example headers and page title are still larger than other text?)

Ljkennedy2000 (talkcontribs)

Hi Bawolff,


Text is different sizes on the main page and links are still there so it looks like it could be missing CSS, is it possible that CSS is in a different location for 1.36.0 to what it was in 1.35.0?


Thanks

Ljkennedy2000 (talkcontribs)

Hi Bawolff,


Thanks for the reply I will try and give that a go.