Project:Support desk

Jump to navigation Jump to search

About this board

Welcome to MediaWiki.org's Support desk, where you can ask MediaWiki questions!

There are also other places where to ask :

Before you post

Post a new question

  1. To help us answer your questions, please always indicate which versions you are using (reported by your wiki's Special:Version page):
    • MediaWiki
    • PHP
    • Database
  2. Please include the URL of your wiki unless you absolutely can't. It's often a lot easier for us to identify the source of the problem if we can look for ourselves.
  3. To start a new thread, click "Start a new topic".
Previous page history was archived for backup purposes at Project:Support_desk/old on 2015-07-30.
Other languages: English  العربية čeština Esperanto français 日本語 中文

انت في هذا القسم مخصص فقط

1
51.36.233.245 (talkcontribs)

ريماس صلاح الدين في الأمر أن تتمكن ين ياباني على هذا الق على اساس سعر اصدار ين ياباني على هذا الق على اساس سعر اصدار ين ياباني على هذا الق على اساس سعر اصدار ين ياباني على هذا الق على اساس سعر اصدار ين ياباني على هذا الق على اساس سعر اصدار ين ياباني على هذا الق على اساس سعر اصدار ين ياباني على هذا الق على اساس سعر اصدار ين ياباني على هذا الق على اساس سعر اصدار ين ياباني على هذا الق على اساس سعر اصدار ين ياباني

Reply to "انت في هذا القسم مخصص فقط"

A non-empty prefix must end with "_".

1
LukeLR (talkcontribs)

After some update, loading any page of my mediawiki instance resulted with this error message:

A non-empty prefix must end with "_".

My $wgDBprefix was indeed set to something without an "_" at the end. I added an underscore, and renamed all tables in my mediawiki database accordingly. Now my mediawiki instance loads again, but all pages are empty. Did I miss something?

Reply to "A non-empty prefix must end with "_"."

Problems loading CSS in MediaWiki 1.26.2

3
147.147.58.155 (talkcontribs)

Hi all,


Running MediaWiki 1.26.2 hosted by bluehost. In the past month the site has stopped loading its stylesheet. at www.streetwriters.org


i've looked at: Manual:Errors and symptoms#The wiki appears without styles applied and images are missing & Manual:Load.php and my updated htaccess is:


RewriteEngine On

RewriteCond %{HTTP_HOST} ^(www.)?streetwriters.org$

RewriteCond %{REQUEST_URI} !^/\.well-known/acme-challenge/[0-9a-zA-Z_-]+$

RewriteCond %{REQUEST_URI} !^/\.well-known/cpanel-dcv/[0-9a-zA-Z_-]+$

RewriteCond %{REQUEST_URI} !^/\.well-known/pki-validation/(?:\ Ballot169)?

RewriteCond %{REQUEST_URI} !^/\.well-known/pki-validation/[A-F0-9]{32}\.txt(?:\ Comodo\ DCV)?$

RewriteRule ^(/)?$ wiki [L]

RewriteCond %{REQUEST_FILENAME} -f

RewriteRule (api|load)\.php - [L]

# php -- BEGIN cPanel-generated handler, do not edit

# Set the “ea-php73” package as the default “PHP” programming language.

<IfModule mime_module>

  AddHandler application/x-httpd-ea-php73 .php .php7 .phtml

</IfModule>

# php -- END cPanel-generated handler, do not edit


But the css is still not being pulled in. Any ideas?

Malyacko (talkcontribs)

Also note that 1.26.2 is an ancient, outdated, unsupported MediaWiki version with security vulnerabilities which has been unsupported since 2016. For your own safety, please upgrade. Note that you might have to upgrade PHP for that.

2001:16B8:102F:C600:EDA8:7819:1945:5D8C (talkcontribs)

The load.php file is accessible correctly. I don't think the problem is in your .htaccess file.

However, load.php currently only returns this error message - and this is your problem:

Exception encountered, of type "Error"

Please enable debugging to get more details about the error message!

Reply to "Problems loading CSS in MediaWiki 1.26.2"

Docker image uses HTTP version which has security vulnerability ...

3
Evanpolster (talkcontribs)

We started playing around with the mediawiki image available on Docker Hub (DH).

Soon thereafter, my IT guy told me that the version of HTTP I was using had a High risk vulnerability and that I needed to upgrade to Apache version 2.4.39 or later.

Is there a plan to fix the current mediawiki image on DH to use a newer version of apache HTTP server?


Malyacko (talkcontribs)
AhmadF.Cheema (talkcontribs)
Reply to "Docker image uses HTTP version which has security vulnerability ..."
LP371906 (talkcontribs)

Hello

i have 2 different wikis on one server:

wiki1.mysite.com and wiki2.mysite.com


i use the LocalSettings.php to redirect to the individual wikis.

these are created separately as LocalSettings_wiki1 and LocalSettings_wiki2.


i have the problem that i can't link categories with "wiki2" anymore.

i can create categories, but the link doesn't work anymore.


with wiki1 everything works fine.

when i create a new page and want to assign it to a category, i can't select the categories.


Does anyone know how to fix this?


Ciencia Al Poder (talkcontribs)

What do you mean by "I can't select the categories"? Do you mean using the mouse to select the text of the category? The link? the title?

LP371906 (talkcontribs)

i'm editing a page and then i want to add categories, but they don't appear in the editior

LP371906 (talkcontribs)

in Options - Categories

I can't find the category


in the navigation menu all created categories are available

LP371906 (talkcontribs)
Ciencia Al Poder (talkcontribs)

Ok, so you mean that option in the Visual Editor.

What do you mean by "linking categories"? Do you mean categories of wiki 2 will redirect users to wiki 1? Both wikis share the same categories?

Reply to "Category connect with 2 wikis"

Importing wiki pages appends Interwiki Prefix to User Name

5
IcarusATB (talkcontribs)

Hi there!

So, I essentially imported an entire wiki, in the process of the wiki changing hosts to a new website.

The imports all went fine, for the most part.

But, I clicked "Assign edits to local users where the named user exists locally". And, apparently, if there's not a currently registered user by that name, Mediawiki appends the Interwiki prefix to their username.


For example, there's thousands of edits on the previous wiki by a fella who goes by "Robbastard". But, his name is shown as "cf>Robbastard" in all of the page histories (where "cf" is the Interwiki Prefix I assigned for importing from "Canonfire" wiki), and Mediawiki treats it as a non-registered username. Now, of course, Robbastard has registered on the new version of the wiki, and I want to change the attributions to properly credit him on the new wiki.


I've tried Extension:UserMerge to try to delete the "cf>Robbastard" non-registered attributions and change them to "Robbastard", to no avail. I know there's Extension:ChangeAuthor, but, that would mean hundreds upon hundreds, if not thousands of attributions to change one at a time.

I'm hoping there's a way to fix this, and avoid it in the future.

IcarusATB (talkcontribs)

If I tried re-importing all of the pages again (which would do horrible things to the activity log, I'm sure, and "overwrote" the existing ones, is there a combination of things to click/not-click or enter/not enter to make the Interwiki Prefix not append to a user's name where no registered user exists?

Or is it always going to append the Interwiki Prefix?

Ciencia Al Poder (talkcontribs)

Why don't you backup your database and restore it on the new host? That would prevent losing all user accounts and hidden data (like deleted pages, etc)

IcarusATB (talkcontribs)

So, the key here is that I imported the wiki. I'm not the person who owned the old wiki.

I used "Special:Export" and "Special:Import" because I had some privileges on it. But, I don't have access to the original database. Ergo, members must make a new account if they come to the new site from the older one, where the wiki was unsafe and had hundreds of spammers who'd made thousands of spam pages.

In importing, I still have the page histories with attributions to the user names. I just want to be able to associate the names without MediaWiki automatically appending Interwiki Prefixes.

Ciencia Al Poder (talkcontribs)

Ok, understood.

There's no simple way to fix this. As the option says, Assign edits to local users where the named user exists locally. This of course isn't true when you import the contents on a new wiki where no old user is registered. The only way this could work is if you populate the user table before importing the data. However, that would prevent users from registering/logging-in with their old username, because the username would be taken already and they won't have the password (an exception to this would be if you also install Extension:StubUserWikiAuth).

Reply to "Importing wiki pages appends Interwiki Prefix to User Name"
LP371906 (talkcontribs)

is it possible to add .msg files as attachments?

i entered the file extension (.msg) in localsettings.php and at $wgFileBlacklist in DefaultSettings.php i don't find the file extension.

Malyacko (talkcontribs)

Attachments to what exactly, and how?

LP371906 (talkcontribs)

I would like to add an attachement to a newly created page.

I can add an image to the page, but not a mail.

LP371906 (talkcontribs)

i have configuted localsettings.php like this.

All files are working, except 'msg'


You can add $wgFileExtensions in LocalSettings.php to allow uploads of other desired file types. For example, you can change the $wgFileExtensions line to look something like

$wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'doc',
    'xls', 'mpp', 'pdf', 'ppt', 'tiff', 'bmp', 'docx', 'xlsx',
    'pptx', 'ps', 'odt', 'ods', 'odp', 'odg' , 'msg'
);
AhmadF.Cheema (talkcontribs)

What error do you receive?

Reply to ".msg attachments"

Getting Extension:Cargo to return row _ID as part of template

5
FrugalTPH (talkcontribs)

I'm trying to implement an Action tracking system using templates, but can't for the life of me find out how to get Cargo to return the unique row _ID in the template associated with that record.

For example, my intended use-case is as follows:

Typing {{Action|Description=A task needs doing}} on any page (even multiple times per article) should create a new row in the actions table and display the following where the template was applied:

ActionID: 1

Description: A task needs doing.


Then on other pages, I'd like to be able recall / reference a task by typing {{Action|Id=1}} which would output the same summary as above, i.e.:

ActionID: 1

Description: A task needs doing.


I've tried all manner of ways of implementing this using extension IDProvider & extension variables to juggle about unique ID numbers, but I can't help feeling there must be a simpler way using Cargo's own _ID field. Cargo must be keeping track of this template usage under the bonnet anyhow, so I just want a way of being able to read that _ID value & display it in the template output.

Yaron Koren (talkcontribs)

Well, the _ID field is a global field, for all calls to a template across all pages - so instead of 1, 2, 3, the values for _ID for a single page might be 2, 10, 76. (More likely, though, the values would be something like 10, 11, 12.) Is that the issue you ran into? Or is it something else?

FrugalTPH (talkcontribs)

Well, for example, I've got two cargo tables:

  • Nonconformities
  • Actions

Each has common columns _ID, _pageName, _pageTitle, _pageNamespace, _pageID.

From what I can tell, _ID is just an the primary key for each of those tables. An incremental row ID that is applied when records get raised. They don't appear to be global to me.

I'd like to be able to include for example Actions._ID in the template output, so that I can use it as the basis of a unique Action ID number for later referencing.

FrugalTPH (talkcontribs)

For example:

<noinclude> <pre> {{Action |Description= }} </pre> {{#cargo_declare:_table=Actions|Description=String}} </noinclude><includeonly> {{#cargo_store:_table=Actions|Description={{{Description|}}}}} '''Description:''' {{{Description|}}} '''Action ID:''' {{{_ID|}}} </includeonly>


Hmm, the formatting of the above isn't coming out very well.

FrugalTPH (talkcontribs)
Reply to "Getting Extension:Cargo to return row _ID as part of template"

Templates largely broken after 1.30 -> 1.33

5
Scarred Sun (talkcontribs)

I performed an upgrade from 1.30 to 1.33 and as a result seem to have lost a lot of content from the Template namespace from rendering properly; for example, looking at https://segaretro.org/Kamen_Rider_555 you'll see that many of the templates which support the page are outright broken. How do I recover these?

Bawolff (talkcontribs)

the link does not appear to go to a mediawiki install?

Scarred Sun (talkcontribs)

Sorry about that--basically, I've had to leave the site down because leaving it up with so much broken content overwhelms the server and spikes my usage almost immediately. Essentially, what's happened is that revisions appear to have "disappeared" after converting the database from 1.30 to 1.33 and looking through the archive/page/text tables, I can't seem to find things matching up any longer. I'm confused as to how this happened, because I've run the wiki for 9 years without incident, and am even more concerned about a 15-year-old install that I need to update--I want to ensure this doesn't happen there, too, obviously. What in the upgrade process would cause these revisions to get stranded and apparently deleted?

Ciencia Al Poder (talkcontribs)

See MediaWiki 1.33#Known issues. Sadly, upgrading from old version to 1.33 has proved to be a fiasco... hopefully some of those problems get fixed on 1.33.1 eventually...

2001:16B8:103D:CA00:4C20:756E:6D50:B2C9 (talkcontribs)

Seeing the reports here, I would recommend not to upgrade to MediaWiki 1.33 now.

However, if you "only" want to have an up-to-date installation again, for which you can get security updates and everthing, then you might want to take a look at MediaWiki 1.31. MediaWiki 1.31 is a version with Long Term Support, which will still be supported as long as MediaWiki 1.33 will be supported as well. Maybe it is an option to update to MediaWiki 1.31, instead?

Reply to "Templates largely broken after 1.30 -> 1.33"
198.175.68.36 (talkcontribs)

I have a Wiki with several pages, going down many levels.

I want to customize the sidebar so that on each page, the previous linked page is displayed here. How can I do that?

AhmadF.Cheema (talkcontribs)
198.175.68.36 (talkcontribs)

@AhmadF.Cheema thank you for this information. Would each page in the hierarchy level automatically show the breadcrumbs for the path? Or do I have to customize it for each page?

198.175.68.36 (talkcontribs)

For example, assume that I have the following pages, each one is branched as a link from the previous one. Assume that these are the page names:

A_1

B_1

C_1


In this case, how do I configure the breadcrumb?

198.175.68.36 (talkcontribs)

I am sorry if I forgot to mention, I installed BreadCrumbs2

AhmadF.Cheema (talkcontribs)

I've not used the extension so I'm not completely sure about the usage.

From what I understand, first you'll have to plan how you want the breadcrumbs to be structured. Is it going to be in the "How did I get here?" sense - this would be similar to the browser back button; or is it going to be in the "Where am I?" sense - this would be similar to the categories, sub-categories hierarchy.

Extension:BreadCrumbs2, works through the latter method. I don't think the hierarchy level will show up automatically, it will have to be first defined in the [[MediaWiki:Breadcrumbs]] page.

From what I understand of Extension:BreadCrumbs2#Navigation, the navigation setup will be of the sort of:

Main_page > Category_1 > Category_2 > Category_3 >

In the above case, if A_1 belongs to Category_3, this breadcrumbs will show up for page A_1 (and other pages in this category). I think A_1 has to be actually present only in Category_3 and not the other ones.

Reply to "Linked Page in Sidebar"