Project:Support desk

Jump to navigation Jump to search

About this board

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

There are also other places where to askCommunication: IRCCommunication#Chat, mailing listsMailing lists, Wikimedia Developer Support, Q&A, mwusers (unofficial forum) etc.

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".
Semako96 (talkcontribs)

I installed said skin and MobileFrontend extension, and while it works basicially fine, there are still several displaying erros, and I don't know what causes them.

  • The Special:Contributions page is corrupted
  • The box templates such as the one at the top of the main page or https://mariowiki.net/wiki/Vorlage:Stub are too wide, for whatever reason, while infoboxes are not, which are tables too and use the same width:100%
  • The expandable navigation bars at the end of articles are missing entirely (altough they work fine in desktop version)
  • The desktop skin Vector is broken when loaded on mobile the first time, https://abload.de/img/mobilecssbug2pk9h.png, but fixes itself when reloading.

What is the problem here? I already removed lots of old, outdated scripts from common.js and added the remaining scripts and the css from common.css to mobile.js and mobile.css, respectively, but the problems persist.

AhmadF.Cheema (talkcontribs)
Semako96 (talkcontribs)

Thank you. The stub template doesn't depend on other templates, and it is too wide in mobile, as you can see on its page: https://mariowiki.net/wiki/Vorlage:Stub Interestingly the problem only appears on mobile phones, not in the mobile simulation of a desktop browser like Firefox.

The infoboxes work as intended, except that they're not at the top of the page, they are below the first paragraph instead (altough they're the first object in the page's wiki code.

I can't find anything that restricts the expandable navigation bars from being displayed in the mobile skin.

Any ideas about the desktop vector skin problem on mobile? User who don't like the mobile version should get to see a working desktop skin and not such a mess...

Semako96 (talkcontribs)

Can anyone help me?

Reply to "Minerva Neue problems"

Is it possible to redirect if the user forgets the "/wiki"?

14
Semako96 (talkcontribs)

Is it possible to create an .htacess redirect that redirects to "/wiki/if the user forgets it, ie from domain.tld/article to domain.tld/wiki/article? Just a general redirect won't work of course, because the /w/ directory needs to be accessible, but I am so bad when it comes to .htaccess stuff... ;-)

MarkAHershberger (talkcontribs)

Try adding the following the (untested) code to end of your .htaccess file

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/wiki/$1
Semako96 (talkcontribs)

Thanks, that always redirects to the wiki's main page instead of just adding the /wiki/ if someone forgets it.

MarkAHershberger (talkcontribs)

It should also redirect yourwiki.com/GiveMeAPrefix to yourwiki.com/wiki/GiveMeAPrefix.

Semako96 (talkcontribs)
MarkAHershberger (talkcontribs)

If you have something after my rule, then you should add [L] to the end of the RewriteRule line so that none of the other rules are executed.

2A02:8388:6982:B700:CC4E:BC56:9C2:A192 (talkcontribs)

Still only redirects to main page.

Current .htaccess is:

## http://www.mediawiki.org/wiki/Manual:Short_URL/Apache

# Enable the rewrite engine
RewriteEngine On

# Short URL for wiki pages
RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/w/index.php [L]

# Redirect / to Main Page
RewriteRule ^/*$ %{DOCUMENT_ROOT}/w/index.php [L]

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/wiki/$1 [L]

############HTACCESS W4Y START############
Order Allow,Deny
Allow from all
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_HOST} mariowiki.net
RewriteCond %{HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
</IfModule>
#############HTACCESS W4Y END#############
Semako96 (talkcontribs)

The message above me was mine, I didn't notice that I got logged out, sorry.

MarkAHershberger (talkcontribs)

Ok, thanks for posting that.

This is what I've tested and found works:

RewriteCond %{REQUEST_URI} !^/wiki/
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^/?(.*)$ /wiki/$1 [R=301,L]
Semako96 (talkcontribs)

yes, that does work. Thank you!

Semako96 (talkcontribs)

I just noticed that there's still a minor problem: entering the domain without https:// or just http:// (example: mariowiki.net/wiki/Mario, mariowiki.net/Mario or http://mariowiki.net/wiki/Mario), it always redirects to the main page (happens to both cases, with /wiki/ and without it), and not to the article in question. Is it possible to fix that? As our wiki was http only until I took it over and moved it to my server last week, there are still loads of http links to it floating around. Can anyone help me?

Current .htaccess is

## http://www.mediawiki.org/wiki/Manual:Short_URL/Apache

# Enable the rewrite engine
RewriteEngine On

# Short URL for wiki pages
RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/w/index.php [L]

# Redirect / to Main Page
RewriteRule ^/*$ %{DOCUMENT_ROOT}/w/index.php [L]

RewriteCond %{REQUEST_URI} !^/wiki/
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^/?(.*)$ /wiki/$1 [R=301,L]

############HTACCESS W4Y START############
Order Allow,Deny
Allow from all
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_HOST} mariowiki.net
RewriteCond %{HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
</IfModule>
#############HTACCESS W4Y END#############
MarkAHershberger (talkcontribs)

Try this replacement:

## http://www.mediawiki.org/wiki/Manual:Short_URL/Apache

# Enable the rewrite engine
RewriteEngine On

# Move to https
RewriteCond %{HTTP_HOST} mariowiki.net
RewriteCond %{HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

# Short URL for wiki pages
RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/w/index.php [L]

# Redirect / to Main Page
RewriteRule ^/*$ %{DOCUMENT_ROOT}/w/index.php [L]

# Redirect "forgot wiki"
RewriteCond %{REQUEST_URI} !^/wiki/
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^/?(.*)$ /wiki/$1 [R=301,L]
Semako96 (talkcontribs)

Thank you very much, that fixes the problem with non-https:// URLs, but forgetting both https and /wiki (like http://mariowiki.net/Mario) still redirects to the main page, but is that even fixable?

MarkAHershberger (talkcontribs)

1.32.0 - Create new User - [66ff6dd96b42943e94930794] 2019-01-21 11:43:33: Fataler Ausnahmefehler des Typs „BadMethodCallException“

9
213.61.101.146 (talkcontribs)

PHP 7.3.1 (Win64)

This is a new installation from 1.32.2 to a 1.31.xx test installation with very little data.


I get this error message create a new user

Internal error: [66ff6dd96b42943e94930794] 2019-01-21 11:43:33: Fatal exception error of type "BadMethodCallException".

213.61.101.146 (talkcontribs)

Correction:

This is a new installation from 1.32.2 refundet 1.31.xx test installation with very little data.


Semako96 (talkcontribs)

did you carry over any data besides localsettings.php, uploads and database?

213.61.101.146 (talkcontribs)

Nothing. I create a new localsettings.php.

213.61.101.146 (talkcontribs)

apache error.log show this.

-----[error.log]--------------

[Mon Jan 21 13:15:17.167070 2019] [php7:warn] [pid 1692:tid 288] [client x.x.x.x:63566] PHP Warning:  session_id(): Cannot change session id when session is active in [...]\\wiki\\includes\\Setup.php on line 879

MarkAHershberger (talkcontribs)

What is the error when you add

$wgShowExceptionDetails=true;

to the end of your LocalSettings.php?

213.61.101.146 (talkcontribs)

[a23d5de78988bd610d52df0c] /wiki/index.php?title=Spezial:Benutzerkonto_anlegen&returnto=Hauptseite BadMethodCallException from line 456 of C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\session\Session.php: Encryption is not available. You really should install the PHP OpenSSL extension, or failing that the mcrypt extension. But if you really can't and you're willing to accept insecure storage of sensitive session data, set $wgSessionInsecureSecrets = true in LocalSettings.php to make this exception go away.

Backtrace:

#0 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\session\Session.php(485): MediaWiki\Session\Session::getEncryptionAlgorithm()

#1 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\auth\AuthManager.php(1139): MediaWiki\Session\Session->setSecret(string, array)

#2 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\specialpage\AuthManagerSpecialPage.php(357): MediaWiki\Auth\AuthManager->beginAccountCreation(User, array, string)

#3 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\specialpage\AuthManagerSpecialPage.php(482): AuthManagerSpecialPage->performAuthenticationStep(string, array)

#4 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\htmlform\HTMLForm.php(665): AuthManagerSpecialPage->handleFormSubmit(array, VFormHTMLForm)

#5 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\specialpage\AuthManagerSpecialPage.php(416): HTMLForm->trySubmit()

#6 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\specialpage\LoginSignupSpecialPage.php(317): AuthManagerSpecialPage->trySubmit()

#7 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\specialpage\SpecialPage.php(569): LoginSignupSpecialPage->execute(NULL)

#8 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\specialpage\SpecialPageFactory.php(568): SpecialPage->run(NULL)

#9 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)

#10 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\MediaWiki.php(860): MediaWiki->performRequest()

#11 C:\Program Files\Apache24\htdocs\AERUS\wiki\includes\MediaWiki.php(517): MediaWiki->main()

#12 C:\Program Files\Apache24\htdocs\AERUS\wiki\index.php(42): MediaWiki->run()

#13 {main}

213.61.101.146 (talkcontribs)

Error fixed with add openssl to my php.ini and restart apache


; 22.01.2019 TW für MediaWiki

extension=openssl

213.61.101.146 (talkcontribs)

was there any hint to openssl extension during installation?

Reply to "1.32.0 - Create new User - [66ff6dd96b42943e94930794] 2019-01-21 11:43:33: Fataler Ausnahmefehler des Typs „BadMethodCallException“"

apierror-visualeditor-docserver-http-error: (curl error: 7) Couldn't connect to server

4
77.45.72.171 (talkcontribs)
Malyacko (talkcontribs)

Those versions (1.23) are ancient, unsupported, and insecure nowadays. Why did you choose these version instead of installing recent supported software?

Spcnk (talkcontribs)
Spcnk (talkcontribs)

Set:

In LocalSettings.php:

'url' => 'parsoid:8000',

In docker-compose.yml:

PARSOID_DOMAIN_localhost: http://mediawiki:80/api.php

And done.

The addresses were guilty.

Reply to "apierror-visualeditor-docserver-http-error: (curl error: 7) Couldn't connect to server"
Sneha.1812 (talkcontribs)

Hi,


Have installed external data extension, and wanting to use #get_db_data functionality. Have made all the configuration settings as mentioned in : Extension:External Data##get db data - retrieve data from a database


My query was pertaining to how is the data displayed form this extension. Just creating a new page and adding the below query will retrieve the results or I am missing something? I am trying to retrieve data from mediawiki table in . Sample query as below

{{#get_db_data: db=employee-db |from=tblPersonalInfo |order by=employeeName ASC |data=dbemail=employeeEmail,name=employeeName }}


Thanks


MarkAHershberger (talkcontribs)
MarkAHershberger (talkcontribs)
2600:1012:B12C:B0D1:90A5:14D1:82E4:9735 (talkcontribs)

Thanks but it is not letting me in

Reply to "External Data Extension"

Which webhoster do you recommend me for my MediaWiki?

2
Summary by MarkAHershberger
Polyphon522 (talkcontribs)

Hi,

I have 1.23.9 MedaWiki on bplaced.net. There I often have problems, when I update the Wiki on newer version. Thats why Im still on 1.23.9.

I am looking for an alternative. The criteria should be:

- for free

- no advertising

- able to run always the latest version of MediaWiki

Which hoster can you recommend to me? (I have very few technical knowledge)

Malyacko (talkcontribs)
Mbrooksham (talkcontribs)

Hi,

I'm trying to upgrade my implementation of mediawiki from 1.24.1, got as far as running the update from the browser.

When I navigated /mw-config/ I received a message telling me I did not have all dependencies installed.

Prior to the installation I updated my PHP to 7.31.1, which by my interpretation, was the only dependency I was missing.

Any help is appreciated! And I apologise if it's something glaringly obvious I've missed

MarkAHershberger (talkcontribs)

I'm assuming you're running from a git checkout, right? If you update to the REL1_?? branch, the dependencies should be included. They are included in the tarball installation.

If all else fails and you have shell access, you can run composer install from the command line in your mediawiki directory.

Mbrooksham (talkcontribs)

I'm working with the handicap of not having an internet connection in the installation environment - so I was following the manual installation route listed here: Manual:Upgrading

I now see the sentence describing the need for external php libraries. How would I go about installing these manually? The composer and git routes require an internet connection to download them I'm assuming, but you mentioned their inclusion in the tarball?

Thanks for your patience.

MarkAHershberger (talkcontribs)
Reply to "Upgrading from 1.24.1"

Mediawiki slow to implement page changes following update

5
Mbrooksham (talkcontribs)

Hi all,

I had a bit of a mare during an attempt to update my implementation of Mediawiki 1.24.1 to the current version, and I ended up having to back out and re-implement 1.24.1. Since then, there has been a recurring issue whereby changes to pages don't show up immediately after saving an edit and there will be edit locks as though multiple people are editing the same page, even though I know that is not the case.

I'm guessing this is a database issue, but I do not know how to remedy it - if there is a script to run to reboot the database? or if that is even the solution?

Ciencia Al Poder (talkcontribs)

What you describe is handled by the Manual:Job queue. There's nothing wrong in the database, nor something to "reboot" it, unless you want to start from scratch...

If during your failed attempt to upgrade, you ran the update script on the new version, and then you rolled back to the old version without rollink back also the database (using a recent backup), some things may be broken, since downgrading is not supported.

Mbrooksham (talkcontribs)

I didn't run any scripts other than 'Runjobs.php' prior to the update, what i did was mostly just changing my php default document and moving files around. I went to update via the browser when I received an error regarding a missing dependency, so I just undid the steps and put back in the older files which I had backed up.

It all seems to work as expected other than this issue - I'll check out that manual page, thanks.

Mbrooksham (talkcontribs)

Further to this it would seem that Mediawiki isn't handling log in that well, after logging in some users report seeing another username at the top of their screen. I had thought that since I did not run anything when I navigated to the browser update facility, that nothing was changed on the database.

Any ideas how to fix this issue? Restoring the database perhaps?

Ciencia Al Poder (talkcontribs)

Seeing another user at the top of the screen may indicate you're using some caching mechanism on the webserver, like a proxy-cache (varnish, squid), which is not properly configured. MediaWiki doesn't cache pages for logged-in users, although if there's a bug you won't get any support here if you run an old and insecure version.

Reply to "Mediawiki slow to implement page changes following update"

Error by using Yampp on local testserver

7
RolandHorn (talkcontribs)

Hi everybody,

I've installed my wiki "Atlantisforschung.de" on the server of my hoster; bur it do not work on my local test server xampp 7.1.25. There's an error calles


Fatal error: Uncaught Error: Call to a member function getCode() on null in C:\xampp\htdocs\atlantisforschung\includes\user\User.php:1737 Stack trace: #0 C:\xampp\htdocs\atlantisforschung\includes\user\User.php(5412): User::getDefaultOptions() #1 C:\xampp\htdocs\atlantisforschung\includes\user\User.php(3096): User->loadOptions() #2 C:\xampp\htdocs\atlantisforschung\includes\context\RequestContext.php(336): User->getOption('language') #3 C:\xampp\htdocs\atlantisforschung\includes\Message.php(380): RequestContext->getLanguage() #4 C:\xampp\htdocs\atlantisforschung\includes\Message.php(1290): Message->getLanguage() #5 C:\xampp\htdocs\atlantisforschung\includes\Message.php(842): Message->fetchMessage() #6 C:\xampp\htdocs\atlantisforschung\includes\Message.php(934): Message->toString('text') #7 C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php(199): Message->text() #8 C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php(299): MWExceptionRenderer::msg('dberr-problems', 'Sorry! in C:\xampp\htdocs\atlantisforschung\includes\user\User.php on line 1737,


despite it works online with the same files as set online, except the local settings: There's a few lines, which are different frome the online version, which are:


## UPO means: this is also a user preference option

$wgEnableEmail      = true;

$wgEnableUserEmail  = true; # UPO

$wgEmergencyContact = "roland.horn@atlantisforschung.de";

$wgPasswordSender =   "roland.horn@atlantisforschung.de";

$wgEnotifUserTalk = true; # UPO

$wgEnotifWatchlist = true; # UPO

$wgEmailAuthentication = true;

## Database settings

$wgDBtype           = "mysql";

$wgDBserver         = "localhost";

$wgDBname           = "accounts";

$wgDBuser           = "root";

$wgDBpassword       = "";


Is thisfalse, respectivle can somebody help me in thist matter?


Thanks a lot in advance

Roland

2A02:8071:B5AC:1D00:F94F:16FD:FD19:C643 (talkcontribs)

Had the same thing yesterday (with many other issues). This seems to have gone after enabling the Parameter: $wgCacheDirectory.

# $wgCacheDirectory = "$IP/cache";

RolandHorn (talkcontribs)

Then appears the following error reports:


Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 299


Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 303


Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 315


Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 342


Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 346


Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 348


Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 349


Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 350


Warning: htmlspecialchars(): charset `ISO 8859-1' not supported, assuming utf-8 in C:\xampp\htdocs\atlantisforschung\includes\exception\MWExceptionRenderer.php on line 351


But when I change the php.ini back to utf-8, the German special characters wouldn't be showed.

Ciencia Al Poder (talkcontribs)
Ciencia Al Poder (talkcontribs)

What MediaWiki version? This looks like an exception during handling another exception (quite unfortunate at least)

This post was hidden by RolandHorn (history)
Reply to "Error by using Yampp on local testserver"

Mobile.css doesn't load, possible bug?

5
Summary by Semako96

Main topic resolved, it is in fact a bug in the extension, fixed with a workaround. For other problems, I opened a new topic.

Semako96 (talkcontribs)

Because the desktop version of Vector looks really messed up when I load it the first time (reload fixes it, screenshot: https://abload.de/img/screenshot_2019-01-1690kds.png), I installed Extension:MobileFrontend and Skin:Minerva Neue. Now it loads the Minerva skin on phones, and that doesn't look messed up.

Now I am trying to adapt our templates such as infoboxes for the new mobile skin, but the problem is, that MediaWiki:Mobile.css doesn't load at all in the mobile version, not even as overwritten by other CSS rules, as you can see here: https://abload.de/img/mobilecssbug2pk9h.png (trying to fix the messed-up infobox). What is the problem here? Is it a bug in either Minerva or MobileFrontend?

Semako96 (talkcontribs)

I just found the bug report on Phabricator and did the workaround via mobile.js, now it works fine. The only problems I have now are the messed-up vector skin (see screenshot) when using the desktop view on phone and that the infobox isn't the first thing in articles on mobile view, it sits after the first paragraph, despite being the first thing in the article's code. And I also just noticed that the expandable navigation templates at the page's end are missing entirely in the mobile view?!

MarkAHershberger (talkcontribs)

Could you point to the phab task?

What version of MediaWikia are you using?

Semako96 (talkcontribs)
Semako96 (talkcontribs)

Any ideas?