Project:support desk/Flow/2019/03
| 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. |
"Jump to" Option
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 get rid of the "Jump to: navigation, search" option that was added when I upgraded from 1.27 to 1.32, but can't seem to find any info on how to modify/remove this. Can anyone point me in the right direction please? Brickscrap (talk) 11:21, 1 March 2019 (UTC)
- The default skins hide these by default, but the css with which to do this changed during those releases. Possibly you did a partial upgrade ? Missing files from the skin, or maybe you didn't update the skin at all ? —TheDJ (Not WMF) (talk • contribs) 11:31, 1 March 2019 (UTC)
- Ah that was it! So simple, thank you! Brickscrap (talk) 11:45, 1 March 2019 (UTC)
help on template writing for translated text selection f(language)
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
hi all
In the EN page I find a call to
{{uploaded-files-access-restriction-info}}
which includes the EN text of the warning.
For FR version, I have created page Template:Uploaded-files-access-restriction-info/fr which is a parallel translation of the EN warning.
Question: how do I modify in MediaWiki, the original EN page to call automatiquely the FR page when my language is FR
I've tried Special:MyLanguage/uploaded-files-access-restriction-info but unsuccessfully.
Thanks Christian 🇫🇷 FR 🚨 (talk) 14:57, 1 March 2019 (UTC)
- EN page of which project ? —TheDJ (Not WMF) (talk • contribs) 15:21, 1 March 2019 (UTC)
- Any will fit because it is a question of method. But if you want details : https://www.mediawiki.org/wiki/Manual:Preventing_access Christian 🇫🇷 FR 🚨 (talk) 15:24, 1 March 2019 (UTC)
- ok solved: we insert translate tags in the model to have a transclusion depending directly from the user language; see https://www.mediawiki.org/wiki/Project%3AVillage%20Pump/Flow/2019/03#h-request_to_push_for_translation_Template%3AUploaded-files-access-restriction-info-2019-03-01T18%3A43%3A00.000Z Christian 🇫🇷 FR 🚨 (talk) 21:23, 1 March 2019 (UTC)
How can I report fraudulent activity of users and admins within wikimedia group as an unregistered or locked user?
Andol, Arabsalam, Apraphul verfolgen andere Nutzer auf Wikipedia und berechnen Scores darüber, ob sie Hauptautoren sind.
Auf Wiktionary ebenfalls bertrügerische oder pfuschige Handlungen des vandalismus durch https://de.wiktionary.org/wiki/Benutzer:Udo_T. entdeckt. Wurde daraufhin mit dahergeholten Argumenten gesperrt und Beiträge im Bereich der VM gelöscht. Peter lustigmann (talk) 15:17, 1 March 2019 (UTC)
- Hi Peter, welcome to the support desk for the MediaWiki software. Your question is not related to the MediaWiki software but about rules / activity on a website (German Wikipedia) hence you will need to discuss that topic on German Wikipedia.
- Hi Peter, willkommen auf dem Support Desk fuer die MediaWiki-Software. Deine Frage hat nichts mit der MediaWiki-Software selbst zu tun, sondern mit Regeln und Aktivitaeten auf einer Internetseite (deutschsprachige Wikipedia), daher musst Du dieses Thema auf der deutschsprachigen Wikipedia diskutieren. Malyacko (talk) 16:37, 1 March 2019 (UTC)
VisualEditor isn't working with Auth_remoteuser (AD+SSO)
Hi. I've set up my wiki in a server (Apache on Linux) requesting Parsoid service on another server. This was working fine
Then, I needed to authenticate in the wiki with AD via SSO, using Siteminder wich is installed in Windows with IIS. I've installed Auth_remoteuser and I could authenticate correctly.
But now, when I trying to using VisualEditor, throw an error 500.
Can anyone help me? I've been tryed to set up as is documented and it still did not work.
MediaWiki 1.31.1 PHP 7.1.8 (apache2handler) MySQL 5.7.18-enterprise-commercial-advanced-log ICU 50.1.2 Auth_remoteuser 2.0.1 (c2a7dd8)
## VisualEditor config: $wgVirtualRestConfig[ 'modules' ][ 'parsoid' ] = array( 'url' => 'http://parsoidserver:8000', 'domain' => 'mywiki' //'prefix' => 'localhost' );
## Parsoid config: mwApis: uri: 'http://mywiki/api.php' domain: 'mywiki' # optional #proxy: # uri: 'http://my.proxy:1234/' # headers: # optional # 'X-Forwarded-Proto': 'https'
The DNS is pointing to IIS wich redirect to Apache.
Thanks. Crismagnabosco (talk) 20:14, 1 March 2019 (UTC)
Reuse of image material
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 everyone!
As I can not find anything about the reuse policy for images in MediaWiki, neither in the FAQ nor the portal:
What is the law when it comes to reuse the images provided in a MediaWiki?
If I make my own MediaWiki, can I reuse images from other MediaWikis? Or is that infringement, because the users that uploaded it to the other Wiki only provided their content to be used solely in this very Wiki?
Wikimedia Commons has a big and clear sections about this but I dont know if it is applicable here.
I would be happy, if anyone could shed some light on this.
Thanks! Seventhson07 (talk) 09:42, 2 March 2019 (UTC)
- Wikimedia Commons is the common source of almost all media used in Wikimedia Foundations Wikis (wikipedia.org, mediawiki.org, wikidata.org etc.). The same rules apply everywhere.
- If you set up your own Wiki using MediaWiki software, you can directly make use of Wikimedia Commons media. However, other Wikis which use the MediaWiki software have their own separate reuse policies. AhmadF.Cheema (talk) 10:25, 2 March 2019 (UTC)
- Thanks for the quick and extensive reply Ahmad, much appreciated.
- The Wiki I am talking of has no regulations on their page at all. Any idea on this case?
Seventhson07 (talk) 10:28, 2 March 2019 (UTC)- Can you provide a link?
- Usually MediaWiki Wikis have a copyright notice at the bottom of the page. Or the media file page may have some information. If not, then I don't think you have any other option but to contact the site administrators, media file owners - basically any method that you would use for any other file over the internet. AhmadF.Cheema (talk) 10:36, 2 March 2019 (UTC)
- Thanks again Ahmad. It is actually a site that is gone so I don't have an opportunity to contact the site owner. Plenty of people already did. The only way to access it is in the waybackmachine.
- https://web.archive.org/web/20120509151201/http://www.paiste-only.com/paistewiki/index.php?title=Un-Official_Paiste_Wiki:General_disclaimer
- Thanks again in advance!
Seventhson07 (talk) 11:27, 2 March 2019 (UTC)- Can't really say much on the matter and this isn't really a MediaWiki question. The same reuse rules apply as everywhere on the internet. Maybe Fair use will apply in this context? AhmadF.Cheema (talk) 01:39, 3 March 2019 (UTC)
- Thanks once again for your opinions!
- Yes, maybe that is an idea, although nowadays you can't take any risk.
- Anway, thanks again Ahmad. Seventhson07 (talk) 06:29, 3 March 2019 (UTC)
How to get the 50,000th article created by time order via API?
Hi,
We just reached 50,000+ articles. We'd like to know which article is the 50,000th article been created in our wiki. Is there any way to get this info via API?
Thank you! Deletedaccount4567435 (talk) 10:50, 2 March 2019 (UTC)
- Not really (or at least not easily)
- Best way is to probably use sql.
- For all namespaces, do something like:
SELECT page_namespace, page_title from page order by page_id limit 49999,1;
- if you want to limit it to some namespace like main (namespace 0) and say some custom namespace (lets say number 100), you'd do:
SELECT page_namespace, page_title from page where page_namespace in ( 0, 100 ) order by page_id limit 49999,1;
- Sometimes people only count pages with links in them (depending on $wgArticleCountMethod) for that do something like:
SELECT page_namespace, page_title from page inner join pagelinks on pl_from=page_id where page_namespace in ( 0, 100 ) order by page_id group by page_namespace, page_title limit 49999,1;
- Bawolff (talk) 23:57, 3 March 2019 (UTC)
Valid e-mail address
I have an e-mail address that I have had for 9 years but when I attempted to start a freecycle account I got a notification that my e-mail address is invalid. 2600:1700:FE00:A380:A108:FBBF:4800:C0E9 (talk) 15:58, 2 March 2019 (UTC)
- Welcome to the support desk for the MediaWiki software. What makes you think that we know what "freecycle" is? Malyacko (talk) 16:36, 2 March 2019 (UTC)
financial contributions
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
How does make any cash contributions to Wikipedia even if nominal ones. Thanks John Intermogg (talk) 07:48, 3 March 2019 (UTC)
- See Ways to Give. AhmadF.Cheema (talk) 08:21, 3 March 2019 (UTC)
- Please see here. This is out of MediaWiki.org's scope. Leaderboard (talk) 08:22, 3 March 2019 (UTC)
AutoWikiBrowser bug?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I want to update template parameters of that template using AWB. But I can't create a list from "What links there" in the template namespace to get a list of all pages which use that template and thus need to be processed by the bot. AWB always creates an empty list. Is that a known bug, do I need to report that bug somewhere?
I tried a simple workaround by adding a category to the template, and that category is shown at the end of each page which uses that template, but the category page itself still is empty. What is the problem there? https://mariowiki.net/wiki/Kategorie:Troph%C3%A4e-Vorlage Semako96 (talk) 11:56, 3 March 2019 (UTC)
- use "what transcludes page (all NS)" instead of "what links here" 212.106.161.140 (talk) 21:36, 19 May 2022 (UTC)
Can't login: There is no user...
Hello,
I just created a new account. I put the credentials in a text file for later use. I have received and activated the activation email.
But I can't login & if I go to reset password, I get the message "there is no user...."
What can I do? Thanks. Mogmog2 (talk) 14:31, 3 March 2019 (UTC)
- By-the-way, which website exactly is this related to? AhmadF.Cheema (talk) 14:59, 3 March 2019 (UTC)
ACTION FAILED: Could not open lock file for "mwstore://local-backend/local-public/..."
![Manual:Common errors and symptoms#Error: Could not open lock file for "mwstore://local-backend/local-public/./../image.png](http://www.mediawiki.org/wiki/Manual:Common_errors_and_symptoms#Error:_Could_not_open_lock_file_for_"mwstore://local-backend/local-public/./../image.png){kind=link}
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.
ISSUE:
- After having installed mediawiki 1.32.0 (release on 2019-01-11) and having imported DB, pages and images from my old mediawiki 1.22.0 I am now unable to upload any image and receive the following error message:
- Could not open lock file for "mwstore://local-backend/local-public/4/4c/whereverfile.png".
- 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.
- I checked all the topics within the mediawiki support desk but unfortunately none of them worked.
- No need to mention that my LocalSettings.php does not contain any of the following variables
- and even if I try to set these variables (again they do not appear by default in LocalSettings.php), by the time I save the modifications, my mediawiki does not load any longer:
- #$wgUploadPath = "$wgScriptPath/images"
- #$wgUploadDirectory = "$IP/images"
- #$wgTmpDirectory = "$IP/images/temp"
- I am 100% sure that the apache user is www-data (I have obtained it after having executed the following command:
ps -ef | egrep '(httpd|apache2|apache)' | grep -v `whoami` | grep -v root | head -n1 | awk '{print $1}'
- I compared permissions of my previous Mediawiki with the new one and they are the very same ones
WORKAROUND (NOT ACCEPTABLE)
The only solution (temporary) I came across at the moment is to issue the following command:
chmod -R 777 images
but this is not acceptable for security reasons.
ENVIRONMENT
No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 16.04.5 LTS Release: 16.04 Codename: xenial
Can someone please help me????
I ran out my ideas.
Thanks. Buffa (talk) 18:43, 3 March 2019 (UTC)
- Like the error message says, is the upload directory writable by the webuser? That's what 777 would do, but that's not the only way to accomplish that, you could for example change the group to be www-data and make the mode by 770 Bawolff (talk) 23:48, 3 March 2019 (UTC)
- Hi Bawolff,
- I have already done what you suggested. I thought it was implicit in my original post. After discovering that the Apache user is www-data I set the owner of the
.../imagesfolder and its contents to www-data. I have also tried setting the group to www-data and also doingchmod -R 775 images. - Any other suggestion? Buffa (talk) 11:31, 4 March 2019 (UTC)
- Note also that doing chmod -R 777 images will also change mode of files inside that folder to be executable, which is the real security risk.
- To fix this:
find images -type f -exec chmod 644 {} \;- As Bawolff noted, you should change ownership of the folder. If you already uploaded some files, the current file owner of the uploaded files would tell you what's the user you should set as owner of the images directory. Ciencia Al Poder (talk) 10:25, 4 March 2019 (UTC)
- Hi Ciencia Al Poder,
- Your suggestion worked and I guess I need some fresh air as I didn't think about it.
- For future readers:
- FINAL SOLUTION
- Leave permissions to 777 for the
.../imagesfolder and its content (for the moment) - Upload a file (whatever)
- Find the full path of this file
- Check who the owner is
- After that set permissions for the
.../imagesfolder and its contents to: 770 (as Bawolff suggested) and change owner and group of the.../imagesfolder and its contents to the user as per point 4 above
- Leave permissions to 777 for the
- Thanks to both Bawolff and Ciencia Al Poder. Buffa (talk) 14:25, 4 March 2019 (UTC)
- I know this was nearly 2 years ago, but I just stumbled across this problem.
- The solution was that php-fpm had no permission to write in the upload directory, so either add the user php-fpm to your Webserver group, or change the user of php-fpm to your webserver's user in /etc/php-fpm.d/www.conf (which I did and worked). Fihle (talk) 06:59, 6 October 2020 (UTC)
- For those of you on Centos, I ran into this problem on Centos 8 and I expect that it will be the same on 7 and perhaps 6 as well.
- Very important to know: on some Linux distros the webuser is www-data, on Centos it is apache!
- Check the following:
- - Make sure that the owner of /images is apache
- - Set up SELinux correctly, read this: SELinux
- In my case it was SELinux that was blocking the upload, and it was fixed by the following commands:
chcon -t httpd_sys_script_exec_t includes/GlobalFunctions.phpchcon -R -t httpd_user_rw_content_t imagesAxnozum (talk) 11:10, 9 December 2020 (UTC)- @Axnozum
- I have exactly the same problem on Centos8, and it's also related to SELinux issue.
- Your comments just helped me out, and I saw you just edited it one day ago, which is amazing.
- Thanks a lot ! Xiangpeng2008 (talk) 14:08, 10 December 2020 (UTC)
- @Axnozum These command solved my issue. Thanks a lot.
chcon -t httpd_sys_script_exec_t includes/GlobalFunctions.phpchcon -R -t httpd_user_rw_content_t imagesKumar02221995 (talk) 13:34, 28 September 2021 (UTC)- @Axnozum, you are a hero! That sure worked! Cscheder (talk) 01:59, 15 January 2022 (UTC)
- Thank you, that worked for me too! 176.26.240.172 (talk) 15:48, 24 January 2022 (UTC)
- Does anyone actually know how to fix this? 73.98.130.18 (talk) 21:16, 7 May 2022 (UTC)
MEdiawiki 1.32.0: Sign page with author username
I'm trying to work on a set of template-heavy pages, and I want to have the author show up automatically near the bottom. Is this doable? V5homebrew (talk) 22:02, 3 March 2019 (UTC)
- How easily this is doable depends on which user you actually mean:
- For the user of the current revision of the page, this can easiyl be done using the {{REVISIONUSER}} magic word.
- For something like the user, who created the first revision of the page, this might be a bit more complex. 88.130.53.12 (talk) 23:17, 3 March 2019 (UTC)
- You can use a template preload containing {{subst:REVISIONUSER}} or ~~~ perhaps. Bawolff (talk) 23:42, 3 March 2019 (UTC)
How do I add my biography to Wikipedia? Contact <email>, Please .
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
How do I add my biography to Wikipedia? Contact <email>, Please . 102.249.141.210 (talk) 23:52, 3 March 2019 (UTC)
- This is out of Mediawiki.org's scope. Please ask at Wikipedia's village pump, though I believe that you cannot do that unless you are notable enough, Leaderboard (talk) 10:19, 4 March 2019 (UTC)
Login Error BadMethodCallException from line 456 of C:\xampp\htdocs\includes\session\Session.php
Hi,
I know there are already several Posts about this Topic, but none of the solutions seem to fit for me.
I get the error message when trying to login.
I'm using Mediawiki 1.32, PHP 7.2.11 and MySQL 5.6.14.
I enabled the OpenSSL extension in my php.ini, i double checked if it's the ini the wiki is using, I ran the update script multiple times and i disabled the ConfirmEdit extension.
The complete error message is:
[61d7ccdf04b16dbb7b36474f] /index.php?title=Spezial:Anmelden&returnto=*blank* BadMethodCallException from line 456 of C:\xampp\htdocs\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:\xampp\htdocs\includes\session\Session.php(485): MediaWiki\Session\Session::getEncryptionAlgorithm()
#1 C:\xampp\htdocs\includes\auth\AuthManager.php(2251): MediaWiki\Session\Session->setSecret(string, array)
#2 C:\xampp\htdocs\includes\auth\ThrottlePreAuthenticationProvider.php(151): MediaWiki\Auth\AuthManager->setAuthenticationSessionData(string, array)
#3 C:\xampp\htdocs\includes\auth\AuthManager.php(346): MediaWiki\Auth\ThrottlePreAuthenticationProvider->testForAuthentication(array)
#4 C:\xampp\htdocs\includes\specialpage\AuthManagerSpecialPage.php(353): MediaWiki\Auth\AuthManager->beginAuthentication(array, string)
#5 C:\xampp\htdocs\includes\specialpage\AuthManagerSpecialPage.php(482): AuthManagerSpecialPage->performAuthenticationStep(string, array)
#6 C:\xampp\htdocs\includes\htmlform\HTMLForm.php(665): AuthManagerSpecialPage->handleFormSubmit(array, VFormHTMLForm)
#7 C:\xampp\htdocs\includes\specialpage\AuthManagerSpecialPage.php(416): HTMLForm->trySubmit()
#8 C:\xampp\htdocs\includes\specialpage\LoginSignupSpecialPage.php(317): AuthManagerSpecialPage->trySubmit()
#9 C:\xampp\htdocs\includes\specialpage\SpecialPage.php(569): LoginSignupSpecialPage->execute(NULL)
#10 C:\xampp\htdocs\includes\specialpage\SpecialPageFactory.php(568): SpecialPage->run(NULL)
#11 C:\xampp\htdocs\includes\MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)
#12 C:\xampp\htdocs\includes\MediaWiki.php(860): MediaWiki->performRequest()
#13 C:\xampp\htdocs\includes\MediaWiki.php(517): MediaWiki->main()
#14 C:\xampp\htdocs\index.php(42): MediaWiki->run()
#15 {main}
Setting $wgSessionInsecureSecrets = true fixes the message, however that's not an option.
Thanks for your help in advance. Rantufi alumo (talk) 10:24, 4 March 2019 (UTC)
- I also forgot to mention, that I have a backup from about 2 hours earlier, which uses the same htdocs and php folders (I copied them) and it works just fine on that one. Rantufi alumo (talk) 10:27, 4 March 2019 (UTC)
Extension:LDAP Authentication Group Mapping
Hey guys!
Has anyone used this Extension and knows how to Map an LDAP Group to an existing Wiki Group?
For example if I have an LDAP Group called Wiki_Administrator and want to somehow tell it that all users in that Group are supposed to get the Wiki User "Administrator".
I don't really get it from what is in here(Extension:LDAP Authentication/Configuration Options#MediaWiki user creation options) 195.85.237.130 (talk) 12:33, 4 March 2019 (UTC)
- This article describes it very well: https://blog.ryandlane.com/2009/07/09/using-the-ldap-authentication-plugin-for-mediawiki-%E2%80%93-the-basics-part-3/ 195.85.237.130 (talk) 13:27, 4 March 2019 (UTC)
Where is the data of common.css stored
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 test wiki and want to move the new entries to the liveserver. So im searching for the data of common.css, is it stored on the db or in the localfiles? A folder?
I can't find anything...
I really appreciate any help :) 37.24.115.18 (talk) 15:00, 4 March 2019 (UTC)
- The wiki page MediaWiki:Common.css is a wiki page inside your wiki. Like all wiki pages it is stored inside your database. 2001:16B8:103D:DF00:AC09:D807:6DA8:1BEC (talk) 15:46, 4 March 2019 (UTC)
- It is a page - see Manual:Database layout how and where pages are stored? Malyacko (talk) 15:47, 4 March 2019 (UTC)
tarball package method removed!!
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,
Until 1.4 was this method very useful via SSH:
tar xvzf PACKAGE_FILE_NAME -C PATH_TO_WIKI --strip-components=1
But you removed that method from upgrade pages. Was an security issue or something that direction?
Best Sia Nariman (talk) 15:04, 4 March 2019 (UTC)
- What do you mean by '1.4'? Leaderboard (talk) 15:12, 4 March 2019 (UTC)
- mediawiki 1.14 Sia Nariman (talk) 15:13, 4 March 2019 (UTC)
- That version is very outdated... Also, why do you need that particular method? --strip-components=1 seems to serve no useful purpose here, especially since an upgrade requires you to unpack everything (correct me if I'm wrong on that). Leaderboard (talk) 15:19, 4 March 2019 (UTC)
- The method was not "removed". Someone edited Manual:Upgrading. You are free to also edit it. Malyacko (talk) 15:45, 4 March 2019 (UTC)
Connection is not secure message
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.
"Parts of this page are not secure. (such as images)."
What's the deal with this? Https seems to be working fine but some browsers give this message. Instead of a nice green padlock icon there is a gray padlock with an exclamation point. I have noticed this on a number of MediaWiki installations. Renamed user cYe83dBqLD (talk) 15:47, 4 March 2019 (UTC)
- Feel free to use your web browser's "Network" tab to see which page content is loaded via http:// instead of https://, and feel free to tell a number of MediaWiki installations to fix this (for example by not using http:// or https:// for resources but only //). Malyacko (talk) 15:50, 4 March 2019 (UTC)
- thank you for the reply. What do you mean by using only // for resources? Is this something that can be changed in LocalSettings? Renamed user cYe83dBqLD (talk) 16:22, 4 March 2019 (UTC)
- Whatever resources you load in whatever code that is loaded by MediaWiki, for example in some gadget code or such. Some settings that are full URLs in LocalSettings.php might also be relevant. The exact answer depends on which exact resources trigger that warning message. Malyacko (talk) 16:27, 4 March 2019 (UTC)
- Thank you Malyacko! Using your tips I figured it out. The problem is in the footer. Near the bottom of LocalSettings. The CC by SA icon is an old link and nonsecure.
- Change to:
- $wgRightsIcon = "https://licensebuttons.net/l/by-sa/3.0/88x31.png";
- I also fixed this:
- $wgRightsUrl = "https://example.org/wiki/Example:License"; Renamed user cYe83dBqLD (talk) 17:06, 4 March 2019 (UTC)
- ok rereading what you wrote here I made some additional changes. I uploaded the license button to my own site so it doesn't have to go to licensebuttons.net, and I shortened the rightsurl link.
- $wgRightsIcon = "/w/resources/assets/ccbysa88x31.png";
- $wgRightsUrl = "/wiki/Example:License"; Renamed user cYe83dBqLD (talk) 19:23, 4 March 2019 (UTC)
- whoops I mean $wgRightsIcon = "/w/resources/assets/licenses/cc-by-sa.png";
- it was sitting right there in a subfolder Renamed user cYe83dBqLD (talk) 19:28, 4 March 2019 (UTC)
Emails got Bounced
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.
All our emails sent to sbcglobal.net and ATT.net got bounced. Can you work with them so this doesn't happen again? 204.110.47.218 (talk) 21:19, 4 March 2019 (UTC)
- Wrong support forum.😕 AhmadF.Cheema (talk) 23:35, 4 March 2019 (UTC)
No files visible after XML import
After many trials, I have been able to import a large MediaWiki xml database, using Bigdump, from my desktop to an online site - which was successful BUT after I did that there are no files visible in my Mediawiki installation. It was a totally new online install.
Do I need to reset the database index or something very simple? (I'm new to Mediawiki,,,)
Thank you. Twacuman (talk) 23:39, 4 March 2019 (UTC)
- XML dumps contain only the text of the pages, but not files (images, etc). Images need to be imported separately, with Manual:importImages.php Ciencia Al Poder (talk) 10:07, 5 March 2019 (UTC)
Google Grant Template
I would like to submit a grant request using MediaWiki Templates. I have never used this program. Is there a basic information guide to get started? I am computer literate but not a computer programmer. 67.143.209.191 (talk) 01:31, 5 March 2019 (UTC)
- A grant request where exactly (full URL)? Which "this program" do you refer to exactly? More context welcome. Malyacko (talk) 18:13, 5 March 2019 (UTC)
Installation - Could not create a new page. It already exists.
I'm installing mediawiki in IIS on Server 2012 R2. I am using SQL Server.
After completing the installation form and starting the install the process fails with Could not create a new page. It already exists.
If I choose back I need to drop and remake the database so that the creating tables routine doesn't fail, but if this is done the install stops at the same point with the above error. This is the same if I choose to restart installation.
I have fully deleted mediawiki and extracted a new copy to the folder IIS expects it to be in and I leave the web.config file. After this i get the same error as above.
There isn't a localsettings.php file anywhere other than the ..\extensions\MultimediaViewer\tests\browser\ one. It appears that no additional files or folders have been created as they have the same number as a newly extracted install (+1 for the web.config file)
I'd appreciate any help or advice. Thank you! 2001:8003:D02C:1800:8D95:DE63:75B9:67AF (talk) 04:48, 5 March 2019 (UTC)
- SQL Server is not well supported for MediaWiki. Apparently this is another bug for SQL Server support, which is already tracked on MediaWiki's phabricator as T214055.
- As alternative, I suggest you to use MySql instead Ciencia Al Poder (talk) 10:21, 5 March 2019 (UTC)
- I finally got this working. I want to point out that I had around 5-10 significant issues on a FRESH install that would've been impossible had each not been addressed. I'd be extremely curious if anyone got all the way through an mssql setup without any issues or code fixes. Some more minor issues I'm working on. I have a patch I'm working on testing, far from production, but will be enough to get MSSQL working for folks to play around with it. Very cool Tool/Website/software!! Kevin71246 (talk) 18:29, 30 March 2019 (UTC)
- Here is a link to my patch: https://drive.google.com/open?id=1F46slgU7F5lfC4RjpnPS4Yi-5rcduViw
- This wiki wouldnt let me upload it!! As I mentioned above this is NOT intended to be an official patch or production ready. It is only a patch to get this wiki up and running to play around with it. There are some more mssql bugs I found, but overall it works maybe 95%. Feel free to provide feedback. This is for version: mediawiki-1.32.0_
- Instructions:
- -Get working web server with php & mssql integration (test that this all works)
- -Update your webserver vd or however you want to access this (eg http://yourwebsite.com/wiki - add "wiki" vd in this example)
- -Unzip the official Mediawiki zip you got from this site to your website directory (eg, wiki)
- -Unzip my patch on top of this
- -Open http://yourwebsite.com/wiki (may need to add index.php as a default file) - The website should indicate the wiki hasn't been setup yet and take you to the installer. You can play with settings, but here's what definitely works: SQL login both times it asks, use sa sql account (yes this is bad for prod use!!!), all default db settings (changing db name is ok), DONT go through additional settings when you get to it (it asks something about being bored, skip additional steps). Should build tables, etc and take you to a complete page
- -Click Continue and download the LocalSettings.php file it made for you, and drop it in the root of your website folder (wiki or whatever)
- -Open website http://yourwebsite.com/wiki & it should work Kevin71246 (talk) 04:25, 31 March 2019 (UTC)
- @Kevin71246 You can submit your patch to our code repository directly! See How to become a MediaWiki hacker Ciencia Al Poder (talk) 10:21, 31 March 2019 (UTC)
- I think my patch may be controversial so I wanted to share it informally - eg, A particular error may be better fixed: in the php code OR the db schema. And without knowing the apps code thoroughly, I have no clue any consequences it may have either on the bug side, security side, or causing issues or compatibility down the line. I'm also sure its possible it would break things if one put this patch for a different database, like mysql. I saw numerous db data type errors where the SQL query wasnt playing nice, and complaining about requiring a cast or whatever since it expected a different data type (ie the query expected a varchar datatype, but the db was varbinary). So I dont know what the best OFFICIAL fix would be.
- My expertise is much more on the environment side than on the PHP programming side. Again, I came up with this patch because I was excited to get this up and running, and shared it so others can play around with this.
- Also, over many years I professionaly supported webserver(Apache & IIS)/php/mssql environments, and it came to mind that the sql:php drivers alone varied quite a bit. There were many file versions for the dll, as well as numerous php extensions for sql integration, such as pdo, odbc just to name a few. Point here, is this could explain the erratic behavior between one user to another while trying to set this up in a "IIS:PHP:MSSQL" environment, for example, because that's still way to ambiguous. Ie, what mssql driver and file version is one user using to connect to PHP?
- That said, Id be more than happy to work with someone that knows PHP and this app particularly much more than I, to come up with an official patch. I have notes for all the errors I found thus far, and workaround/fixes if that would help to expedite and get MSSQL officially supported :) Kevin71246 (talk) 19:56, 31 March 2019 (UTC)
- @Ciencia Al Poder I've been finding a lot of more MSSQL bugs. I understand it isn't officially supported, but perhaps volunteers like myself can change that. Again, I'm not an expert programmer so I appreciate overlooking or critique on my "fixes". I really don't know how all this works (submit a patch, it gets reviewed?). BTW I submitted a request to join phabricator, but it hasn't been approved for some time. Id like to help contribute at least troubleshooting to existing tickets. But maybe not everyone can just join? (Its ok, Im not offended :) )
- I have a specific question though, since many of the mssql bugs relate to one thing: whether it should be fixed in php or on the db schema side - Where should that dialogue exist? (If its on the db schema side, we need to change the data type from varbinary to varchar for many columns, or perhaps all - this would easily fix a large majority of mssql related bugs without touching the code - Alternatively, if "MediaWiki" feels this is the correct datatype and the fix needs to be in the php code, then we need to add CONVERTs everywhere it fails due to the data mismatch between a string & the binary datatype.) I'd like to know where "we" stand on the correct fix, so I do that, and not the "wrong" way. Then perhaps my patch (which is growing by the day) will a little more accepted. Thanks!!! Kevin71246 (talk) 07:10, 10 April 2019 (UTC)
- @Kevin71246 did you ever get your code added into gerrit or to a bug as a suggested fix? We've found further issues that we've resolved with MSSQL but they rely on your updates being in place first. I have a bug for this topic already if you haven't done either and want to update that.
- [1] Brentil (talk) 12:49, 2 July 2019 (UTC)
- We got a large spam attack in phabricator recently, maybe now accounts take longer to be accepted. I'm sorry this is happening to you.
- Best you can do is to get into the wikitech-l mailing list and explain both the problem with the phabricator account and your ideas or questions about how to better fix those mssql issues. That list is focused on developers and I'm sure you'll get very good advice about that.
- I'm going to ping @AKlapper (WMF) who can speed up the activation of your phabricator account and maybe review if there's something wrong in the acceptance of new contributors. Ciencia Al Poder (talk) 09:17, 10 April 2019 (UTC)
- Thanks a lot for the ping and sorry for the inconvience! Approved your Phabricator account (but I'm afraid that creating a Developer Account to put patches into Gerrit might also be limited for another one or two weeks). AKlapper (WMF) (talk) 12:19, 10 April 2019 (UTC)
- I downloaded your patch @Kevin71246 and merged it with the changes in the new 1.32.1 (the Database.php and LoadBalancer.php were the only 2 files with changes in them from 1.32.0 release). Using your patch we were able to successfully install into a MS-SQL installation on our dev environment where we couldn't before. We skipped the config more like you suggested so I don't know if there are any issues in that section. Having to run as sysadmin for the account during installation was something we had noticed before too. Because it will only work when it gets to create the DB assigning sysadmin was the easiest method on dev, another work around would be to make a Server Role with the ability to create DB and temp assign it during install. Either works and both are removed once done. Brentil (talk) 15:50, 28 May 2019 (UTC)
stavo complilando la domanda per il tfa sostegno e pur essendo incompleta me la ritrovo come compilata e non bozza cosa devo fare per poter modificare la domanda
Cosa posso fare per modificare la domanda per tfa sostegno perché ancora era incompleta ma il portale me la da come completata 79.42.92.147 (talk) 13:26, 5 March 2019 (UTC)
- Which website is this question related to? AhmadF.Cheema (talk) 14:39, 5 March 2019 (UTC)
login
Hello,
Je n'arrive pas à créer de compte (ni donc à me loguer). Que faire ?
sebastien.bourban@arteliagroup.com
86.65.33.126 (talk) 15:24, 5 March 2019 (UTC)
- Explique pourquoi tu n'arrive pas a creer de compte, stp? Malyacko (talk) 15:59, 5 March 2019 (UTC)
Make page load faster
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 was wondering how I could make my wiki load faster. I'm specifically concerned about the JavaScript loading of my wiki.
| roduct | Version |
|---|---|
| MediaWiki |
21:00, 28 February 2019 |
| PHP | 7.3.2-3+ubuntu18.10.1+deb.sury.org+1 (fpm-fcgi) |
| MariaDB | 10.2.22-MariaDB-1:10.2.22+maria~bionic |
| ICU | 60.2 |
| Lua | 5.1.5 |
- See https://www.mediawiki.org/wiki/Extension:PerformanceInspector and https://www.mediawiki.org/wiki/Performance_guidelines Malyacko (talk) 09:07, 6 March 2019 (UTC)
- That's a lot of individual JavaScript requests. Are you sure you're not using some sort of debug mode? Ciencia Al Poder (talk) 10:17, 6 March 2019 (UTC)
- Looks like I accidentally left on ResourceLoader Debug mode. Thanks! TheROFL98 (talk) 22:09, 6 March 2019 (UTC)
Special:Version unchanged 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 just ran an update of MediaWiki from 1.30.0 to 1.32.1 as per the instructions at Manual:Upgrading. wget returned no errors, nor did tar. However, update.php came up with a myriad of ominous "PHP Notice"s informing me that in various PHP files, there was a missing variable on line 530. I've pasted this output to PasteBin (click me).
Lo and behold, when I checked Special:Version on my wiki, it still said 1.30.0. Clearly something in the process didn't work right. Any suggestions? Newbiepedian (talk) 01:23, 6 March 2019 (UTC)
- NB: If I try to force-set $wgVersion to '1.32.1' the entire wiki gives up the ghost, returning only Error 500. Newbiepedian (talk) 02:24, 6 March 2019 (UTC)
- Tried going to /mw-config/, this produced the following error:
- Newbiepedian (talk) 04:08, 6 March 2019 (UTC)
[288c2cccef16796b9339453d] /mw-config/?page=ExistingWiki MWException from line 336 of /var/www/mw/includes/MagicWord.php: Error: invalid magic word 'createpage' Backtrace: #0 /var/www/mw/includes/MagicWord.php(261): MagicWord->load(string) #1 /var/www/mw/includes/parser/Parser.php(4812): MagicWord::get(string) #2 /var/www/mw/extensions/CreatePage/CreatePage.php(112): Parser->setFunctionHook(string, Closure, integer) #3 /var/www/mw/includes/Hooks.php(177): Installer::{closure}(Parser) #4 /var/www/mw/includes/Hooks.php(205): Hooks::callHook(string, array, array, NULL) #5 /var/www/mw/includes/parser/Parser.php(337): Hooks::run(string, array) #6 /var/www/mw/includes/parser/Parser.php(347): Parser->firstCallInit() #7 /var/www/mw/includes/parser/Parser.php(4655): Parser->clearState() #8 /var/www/mw/includes/parser/Parser.php(425): Parser->startParse(Title, ParserOptions, integer, boolean) #9 /var/www/mw/includes/installer/Installer.php(690): Parser->parse(string, Title, ParserOptions, boolean) #10 /var/www/mw/includes/installer/WebInstaller.php(679): Installer->parse(string, boolean) #11 /var/www/mw/includes/installer/WebInstallerExistingWiki.php(104): WebInstaller->getInfoBox(string) #12 /var/www/mw/includes/installer/WebInstallerExistingWiki.php(92): WebInstallerExistingWiki->showKeyForm() #13 /var/www/mw/includes/installer/WebInstaller.php(277): WebInstallerExistingWiki->execute() #14 /var/www/mw/mw-config/index.php(80): WebInstaller->execute(array) #15 /var/www/mw/mw-config/index.php(39): wfInstallerMain() #16 {main} - Did you
wgetthe new version into a new directory, or overwrote the old one? - Probably some incompatible extension is coming in the way. Remove/comment-out all the extensions from LocalSettings.php and try running update.php again. AhmadF.Cheema (talk) 04:38, 6 March 2019 (UTC)
Thumbnailing doesn't work 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.
Hi,
I just upgraded my existing local wiki from version 1.28.0 to 1.31.0. After running the update script, everything seemed to work fine until I opened a page containing pictures. Instead of the pictures, I just had a link to the image file. When I followed the link, the image is there. When I edit the wiki page and remove the size, the picture is shown on the wiki page. My first thought was that /usr/bin/convert doesn't have the same permissions but it is the same. Does anybody have a hint for me how to fix that issue?
Software Version
MediaWiki 1.31.0
PHP 7.0.33-0+deb9u2 (apache2handler)
MySQL 5.7.25
ICU 57.1 R.robsen (talk) 15:25, 6 March 2019 (UTC)
- Instead of clicking on the link, right-click and select "open image on another window" (on the thumbnail that's missing) to see any possible error Ciencia Al Poder (talk) 10:20, 7 March 2019 (UTC)
- When I right-click the link and select "open image in another window" I am redirected on the Special Page for this file. There I also don't see the preview of the picture but the link only. Do I remove the size command on the wiki page, I see the full size picture. R.robsen (talk) 12:29, 8 March 2019 (UTC)
- What do you mean by "Special Page for this file"? Do you mean Special pages? There's no special page for specific files that I'm aware of. Please be specific. Also, if your wiki is public, a link to it would be incredibly helpful. Ciencia Al Poder (talk) 17:03, 8 March 2019 (UTC)
- I mean Special pages -> Files list -> File:file.jpg There I'm shown once again a link to the picture and not the preview picture. I see the details about the original picture size, file size, MIME-type etc. It is also shown that the picture is the latest one with it's timestamp. And I'm shown on which page the picture is used. When I click on the link to the picture or the tiny preview picture, I'm shown the picture at the original size. I would have uploaded a screenshot for it but unfortunately, I'm not allowed to upload a screenshot of my wiki.
- No, the wiki is non-public. Ok, I thought it was clear from mentioning it as a local wiki... sorry, my fault. Both wikis, the productive one (version 1.28) and the new one (version 1.31) are non-public. And the old one works fine. For the upgrade, I followed the steps in the Upgrading manual. The files from the existing wiki were copied before the upgrade to the new one and have the same permissions. R.robsen (talk) 15:44, 11 March 2019 (UTC)
- Thanks for the help, I found the solution. Replacing
$wgShellLocale = "de_DE.utf8";withwg$ShellLocale = "C.UTF.8";and addingwgResponsiveImages = true;to myLocalSettings.phpfixed my issues with the thumbnails. R.robsen (talk) 17:14, 11 March 2019 (UTC) - That's a bug currently being tracked as T181987. Glad you found the solution Ciencia Al Poder (talk) 18:31, 11 March 2019 (UTC)
Delete my wiki
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello!
I want to delete my wiki, but I don't know how to do it.
It is this one:
https://yourosongcontest.miraheze.org/wiki/Main_Page 37.191.227.130 (talk) 21:40, 6 March 2019 (UTC)
- Please check Miraheze's help pages. This is out of MediaWiki.org's scope. Leaderboard (talk) 21:44, 6 March 2019 (UTC)
help: how can I find where variables $xxxx are defined
Hi all
In a wiki page I find for example in Meta:
...some projects listed [[$ra|below]].
How can I find where variable $ra is defined ?
other similar : $steward $srp $ovs
Thank you. Christian 🇫🇷 FR 🚨 (talk) 22:33, 6 March 2019 (UTC)
- This is most likely happening when editing individual translations of pages, from Extension:Translate. They're defined on the base page (the one without the language code at the end), in codes like Variable Content (which will result in "$ra", that is rendered as "Variable Content") Ciencia Al Poder (talk) 10:18, 7 March 2019 (UTC)
Appearance of interwiki links
Software Version MediaWiki 1.31.1 PHP 7.2.15-0ubuntu0.18.04.1 (apache2handler) MySQL 5.7.25-0ubuntu0.18.04.2-log
There are (at least) 2 ways to link to an external wiki.
https://en.wikipedia.org/wiki/Wikipedia
or
They are both equal, except that the short-hand interwiki notation hides the fact that by clicking on the link the user will leave the local website and connect to another server. I would like to have an option to show the small arrow icon beneath the interwiki link, e.g. by creating a new option in the interwiki table "mark link as external". AnonymusGdpr (talk) 08:34, 7 March 2019 (UTC)
- If you want to use short-hand and also show the arrow icon for external links, it probably would be easier to make use of templates. For example:
- Template:Foo
{{https://en.wikipedia.org/wiki/|{{{1}}}}}- Template call:
{{Foo|Wikipedia}}AhmadF.Cheema (talk) 10:48, 7 March 2019 (UTC)- Yes, thanks. We do use templates at the moment and considered using the interwiki notation instead.
- (reason behind my idea: In the Visual Editor we just see the template name, e.g. "Foo", but neither the URL nor the displayed text which makes editing a bit more non-visual.) AnonymusGdpr (talk) 16:05, 7 March 2019 (UTC)
Webp support
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
When uploading webp file on MW 1.31
Error creating thumbnail: convert: no decode delegate for this image format ...`/kas.webp' @ error/constitute.c/ReadImage/544. convert: no images defined `/tmp/transform_56fba49c00fd.png' @ error/convert.c/ConvertImageCommand/3046. Error code: 1 Spiros71 (talk) 09:24, 7 March 2019 (UTC)
- Your imagemagick was likely not compiled with support for webp. —TheDJ (Not WMF) (talk • contribs) 10:12, 7 March 2019 (UTC)
- Thank you so much. Here is how I fixed it (I had to find new paths/URLs in two cases, check out the comment at the end I posted there) https://gist.github.com/moneytoo/8c95cc39fd4fd9a18858eb15e379d2f5 Spiros71 (talk) 18:12, 8 March 2019 (UTC)
Creating a new page with 10MB content, MediaWiki trims content after 9.5MB
I am trying to upload/create a new page in MediaWiki (1.27), size of the content is 10.2 MB. When page is uploaded with content, MediaWiki only save 9.5MB of content and trims out rest of the content. Is there any specific limit which I need to set in MediaWiki configuration. PHP setting are already updated:
post_max_size is set to 50M
upload_max_szie is set to 50M
memory_limit is set to 256M.
Please help on the same
14.143.183.218 (talk) 12:36, 7 March 2019 (UTC)
- Possibly Manual:$wgMaxArticleSize. AhmadF.Cheema (talk) 15:38, 7 March 2019 (UTC)
- Thanks, this is already set to 60MB. Still having same issues. 14.143.183.218 (talk) 08:21, 8 March 2019 (UTC)
Who can push for translation on META ?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi
I have changed
https://meta.wikimedia.org/wiki/Bureaucrat
who can push ?
Thanks Christian 🇫🇷 FR 🚨 (talk) 13:13, 7 March 2019 (UTC)
- Push what? To where? What did you do and what do you expect to happen? Malyacko (talk) 13:32, 7 March 2019 (UTC)
- information is in this message and the subject. Christian 🇫🇷 FR 🚨 (talk) 21:04, 7 March 2019 (UTC)
- meta:Special:MyLanguage/Translation_requests 94rain Talk 13:42, 7 March 2019 (UTC)
- I know. I think I will contact then a steward from Meta. Better to have Translation administrator rights for that. Christian 🇫🇷 FR 🚨 (talk) 21:17, 7 March 2019 (UTC)
I just changed my password for my account, but cannot log in
I just changed my password for my account, but cannot log in 2604:2000:DD4B:6F00:D9D0:5568:59FD:3138 (talk) 14:41, 7 March 2019 (UTC)
- Do you leave an email when registering? If so, Please see Special:PasswordReset 94rain Talk 13:56, 10 March 2019 (UTC)
Hacer pública la Mediawiki
Estamos intentando hacer accesible a usuarios externos la mediawiki, me gustaría saber el procedimiento que tendríamos que seguir para esto.
Por otro lado, ¿me podríais decir si al hacerla pública y crear una URL nueva para acceder a la Mediawiki se podría seguir accediendo al mismo tiempo desde la anterior ruta de entrada que era a través de la IP?
Muchas gracias.
We are trying to make the mediawiki accessible to external users, I would like to know the procedure that we would have to follow for this.
On the other hand, could you tell me if making it public and creating a new URL to access the Mediawiki could still be accessed at the same time from the previous input route that was through the IP?
Thank you. JacoboV9 (talk) 10:53, 8 March 2019 (UTC)
- Depends on your local setup. Is it Windows or Linux? You can google the procedure, relevant to your OS, for setting up a local server accessible over the internet. AhmadF.Cheema (talk) 15:07, 8 March 2019 (UTC)
- Ideally you should set up $wgServer to the public domain name of the wiki. This should be accessible also from internal network. That's because MediaWiki generates URLs using $wgServer, which means you should use a domain accessible from both sides. Ciencia Al Poder (talk) 18:33, 8 March 2019 (UTC)
Different skin for unregistered users
How can I install a different skin for unregistered users? The aim is: Unregeistered users should not be able to seel certain fields and categories. Mitunter (talk) 13:12, 8 March 2019 (UTC)
- Project:Support desk/Flow/2018/02#h-Anon_group_CSS-2018-02-23T17:33:00.000Z appears to be a more convenient option.
- Regarding employing different skin for anonymous users, the only way I know of, is to set the skin you want to use for unregistered users as the $wgDefaultSkin. Then have the registered users change from the default skin through their preferences, or change it for them through UserOptions.php. AhmadF.Cheema (talk) 14:59, 8 March 2019 (UTC)
StructuredDiscussions won't save or switch to wikitext
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 not sure what's happening here, but the console in my browser was reporting this.
Uncaught TypeError: this.surfaces[i].setReadOnly is not a function
at FlowVeTarget.mw.flow.ve.Target.setDisabled (mw.flow.ve.Target.js?def68:104)
at mwFlowUiEditorWidget.mw.flow.ui.EditorWidget.setDisabled (mw.flow.ui.EditorWidget.js?1a3b1:617)
at mwFlowUiEditorWidget.OO.ui.Widget.updateDisabled (Widget.js:103)
at mwFlowUiEditorWidget.mw.flow.ui.EditorWidget.pushPending (mw.flow.ui.EditorWidget.js?1a3b1:626)
at mwFlowUiEditorWidget.mw.flow.ui.EditorWidget.onTargetSwitchMode (mw.flow.ui.EditorWidget.js?1a3b1:520)
at FlowVeTarget.oo.EventEmitter.emit (oojs.jquery.js?b1631:54)
at FlowVeTarget.mw.flow.ve.Target.switchMode (mw.flow.ve.Target.js?def68:136)
at MwFlowUiMWEditModeSourceTool.mw.flow.ve.ui.MWEditModeSourceTool.switch (mw.flow.ve.ui.MWEditModeTool.js?ae834:51)
at MwFlowUiMWEditModeSourceTool.mw.libs.ve.MWEditModeTool.onSelect (ve.init.MWEditModeTool.js?32d76:80)
at OoUiListToolGroup.OO.ui.ToolGroup.onMouseKeyUp (ToolGroup.js:240)
As always, my MediaWiki Version.
| Product | Version |
|---|---|
| MediaWiki |
21:00, 28 February 2019 |
| PHP | 7.3.2-3+ubuntu18.10.1+deb.sury.org+1 (fpm-fcgi) |
| MariaDB | 10.2.22-MariaDB-1:10.2.22+maria~bionic |
| ICU | 60.2 |
| Lua | 5.1.5 |
- The readonly mode of VE is a very recent change. It seems to me that you are running pre release code, and bugs can be expected in that case. You might want to try updating the VE and Flow extensions to an even more recent git version. —TheDJ (Not WMF) (talk • contribs) 16:09, 8 March 2019 (UTC)
- Updating StructuredDiscussions and VE fixed the problem. TheROFL98 (talk) 21:32, 8 March 2019 (UTC)
Duplicator doesn't run: Internal Error
All,
I'm an avid user of Duplicator and I can't seem to run it anymore. To wit:
[XIKDya3smIUAAHYHRiAAAAAV] /wiki/index.php?title=Special:Duplicator MediaWiki\Revision\RevisionAccessException from line 1635 of /home/geos/geos5.org/wiki/includes/Revision/RevisionStore.php: Main slot of revision 4281 not found in database!
Backtrace:
#0 /home/geos/geos5.org/wiki/includes/Revision/RevisionStore.php(1671): MediaWiki\Revision\RevisionStore->loadSlotRecords(string, integer)
#1 [internal function]: MediaWiki\Revision\RevisionStore->MediaWiki\Revision\{closure}()
#2 /home/geos/geos5.org/wiki/includes/Revision/RevisionSlots.php(165): call_user_func(Closure)
#3 /home/geos/geos5.org/wiki/includes/Revision/RevisionSlots.php(107): MediaWiki\Revision\RevisionSlots->getSlots()
#4 /home/geos/geos5.org/wiki/includes/Revision/RevisionRecord.php(192): MediaWiki\Revision\RevisionSlots->getSlot(string)
#5 /home/geos/geos5.org/wiki/includes/Revision.php(697): MediaWiki\Revision\RevisionRecord->getSlot(string, integer)
#6 /home/geos/geos5.org/wiki/includes/Revision.php(965): Revision->getMainSlotRaw()
#7 /home/geos/geos5.org/wiki/includes/page/WikiPage.php(1387): Revision->getContentModel()
#8 /home/geos/geos5.org/wiki/includes/page/Article.php(2792): WikiPage->updateRevisionOn(Wikimedia\Rdbms\DatabaseMysqli, Revision, NULL, NULL)
#9 /home/geos/geos5.org/wiki/extensions/Duplicator/Duplicator.page.php(339): Article->updateRevisionOn(Wikimedia\Rdbms\DatabaseMysqli, Revision)
#10 /home/geos/geos5.org/wiki/extensions/Duplicator/Duplicator.page.php(115): SpecialDuplicator->duplicate(Title, Title, boolean)
#11 /home/geos/geos5.org/wiki/includes/specialpage/SpecialPage.php(569): SpecialDuplicator->execute(NULL)
#12 /home/geos/geos5.org/wiki/includes/specialpage/SpecialPageFactory.php(568): SpecialPage->run(NULL)
#13 /home/geos/geos5.org/wiki/includes/MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)
#14 /home/geos/geos5.org/wiki/includes/MediaWiki.php(860): MediaWiki->performRequest()
#15 /home/geos/geos5.org/wiki/includes/MediaWiki.php(517): MediaWiki->main()
#16 /home/geos/geos5.org/wiki/index.php(42): MediaWiki->run()
#17 {main}
I upgraded to the latest version in Duplicator-REL1_32-5158b26.tar.gz and no joy.
Any ideas? TheMatt (talk) 15:10, 8 March 2019 (UTC)
- I will note that Duplicator did use to run and I used it a lot. And that the rest of the wiki (as far as I know) is doing okay. It's on a shared server, so there are hiccups now and then as memory runs out, but it works. TheMatt (talk) 15:17, 8 March 2019 (UTC)
- MediaWiki's revision architecture has seen some changes in the last versions. It seems the code of the Duplicator extension has not been updated by anyone yet to be compatible with this new architecture. —TheDJ (Not WMF) (talk • contribs) 16:05, 8 March 2019 (UTC)
- Ah. I am running:
| MediaWiki | 1.32.0 |
| PHP | 7.2.11 (cgi-fcgi) |
| MySQL | 5.6.34-log |
- according to Special:Version.
- I try to keep up with the updates because I figure...security, I guess. :) TheMatt (talk) 16:07, 8 March 2019 (UTC)
- @TheDJ Hmm. I guess I'll put something on the Extension's discussion tab, but do you know if there's an official Bug Tracker for MW extensions like this? TheMatt (talk) 17:23, 8 March 2019 (UTC)
- I created a Phabricator task for this: https://phabricator.wikimedia.org/T218096. Cindy.cicalese (talk) 13:31, 12 March 2019 (UTC)
- I saw a "RevisionAccessException" error too while using this extension in MW 1.32. Besides, the extension is already severely outdated.
- Ideally, I would expect the following:
- Revisions are inserted correctly so that rev_len, rev_parent_id, and rev_sha1 are not null.
- Watchers and revision tags are duplicated when duplicating a page.
- The null revision correctly gets its text from the source page's latest revision, not the earliest revision.
- Users should be able to give a reason for duplicating the page on Special:Duplicator.
- Page duplications would be logged at Special:Log/copy.
- The copy log entry appears on Special:RecentChanges in place of an erroneous "new page" entry.
- When the target page already exists, Special:Duplicator should ask whether you want the target to be deleted first, similar to what happens on Special:MovePage.
- Finally, duplicating file pages should be disallowed, as in the FileImporter extension. GTrang (talk) 16:22, 18 March 2019 (UTC)
I lost everything
I have no idea how it happened, but I lost everything. I lost all highlights and cross references I've done for years. Is it possible to go back about a week and a half and restore an earlier version?
Sincerely,
Rich Evenson RichEvenson (talk) 16:38, 8 March 2019 (UTC)
- Is this question related to MediaWiki? AhmadF.Cheema (talk) 17:04, 8 March 2019 (UTC)
new Mac computer want to set up my existing email but username and password denied
need user name and password 2601:585:8300:4300:6E:A6EF:9514:DAEC (talk) 16:57, 8 March 2019 (UTC)
- Is this question related to MediaWiki? AhmadF.Cheema (talk) 17:03, 8 March 2019 (UTC)
VisualEditor won't convert HTML to Wikitext
When converting HTML to Wikitext, RESTbase spits out a Bad Request, as well as:
{"name":"restbase","hostname":"UBUNTU","pid":10565,"level":40,"msg":"Client did not supply etag, fallback to mw:TimeUuid meta element","root_req":{"method":"post","uri":"/wiki.therofl98.co/v1/transform/html/to/wikitext/User%3ATherofl98%2Fsandbox/2698","headers":{"content-length":"3865","content-type":"multipart/form-data; boundary=------------------------5ae5598f4d8291f0","if-match":"null","user-agent":"VisualEditor-MediaWiki/1.33.0-alpha","api-user-agent":"VisualEditor-MediaWiki/1.33.0-alpha","x-client-ip":"::ffff:127.0.0.1","x-forwarded-for":"2601:241:4101:6b97:d958:12de:3ce0:3c49, ::ffff:127.0.0.1","x-request-id":"c793ac00-41e9-11e9-95ba-97b55f560dd8","x-request-class":"internal"}},"request_id":"c793ac00-41e9-11e9-95ba-97b55f560dd8","api_path":"/wiki.therofl98.co/v1/transform/html/to/wikitext{/title}{/revision}","levelPath":"warn/parsoid/etag","time":"2019-03-08T21:33:14.317Z","v":0}
| Product | Version |
|---|---|
| MediaWiki |
21:00, 28 February 2019 |
| PHP | 7.3.2-3+ubuntu18.10.1+deb.sury.org+1 (fpm-fcgi) |
| MariaDB | 10.2.22-MariaDB-1:10.2.22+maria~bionic |
| ICU | 60.2 |
| Lua | 5.1.5 |
TheROFL98 (talk) 21:34, 8 March 2019 (UTC)
- The error in the console doesn't seem related to the "bad request" error.
- There may be something in the server preventing the request to complete. Look at parsoid logs, which may be the one throwing the error. Ciencia Al Poder (talk) 10:25, 11 March 2019 (UTC)
- Just checked Parsoid, a html to wikitext request didn't get passed.
{"name":"parsoid","hostname":"UBUNTU","pid":14721,"level":30,"logType":"info","wiki":"wiki$0","title":"Main_Page","oldId":null,"reqId":"04306dc0-443c-11e9-ba47-81d45060ff67","userAgent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/72.0.3626.121 Safari/537.36","msg":"started wt2html","longMsg":"started wt2html","levelPath":"info","time":"2019-03-11T20:26:57.238Z","v":0}{"name":"parsoid","hostname":"UBUNTU","pid":14721,"level":30,"logType":"info","wiki":"wiki$0","title":"Main_Page","oldId":2129,"reqId":"04306dc0-443c-11e9-ba47-81d45060ff67","userAgent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/72.0.3626.121 Safari/537.36","msg":"completed wt2html in 1923.746707201004ms","longMsg":"completed wt2html in 1923.746707201004ms","levelPath":"info","time":"2019-03-11T20:26:59.145Z","v":0}- These are the last two lines of the log. TheROFL98 (talk) 20:29, 11 March 2019 (UTC)
- Did you check apache/nginx access and error logs to see if there's something relevant to this? Ciencia Al Poder (talk) 10:11, 12 March 2019 (UTC)
- These two lines of the nginx access log caught my interest.
162.158.75.151 - - [12/Mar/2019:17:14:23 -0500] "POST /api/rest_v1/transform/wikitext/to/html/Main_Page/2129 HTTP/1.1" 200 3590 "https://wiki.therofl98.co/w/index.php?title=Main_Page&action=edit" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/72.0.3626.121 Safari/537.36"162.158.74.210 - - [12/Mar/2019:17:14:25 -0500] "POST /api/rest_v1/wiki.therofl98.co/v1/transform/html/to/wikitext/Main_Page/2129 HTTP/1.1" 400 265 "-" "VisualEditor-MediaWiki/1.33.0-alpha"TheROFL98 (talk) 22:17, 12 March 2019 (UTC)- Maybe there's some configuration missing on your end. For example, on mediawiki the URL to /api/rest_v1/ gives all documentation: https://www.mediawiki.org/api/rest_v1/
- However, yours is giving an empty page.
- Maybe some configurations are missing on the RESTBase config.yaml to make it aware of parsoid. See for example: Parsoid/Setup/RESTBase#Pointing_RESTBase_at_a_local_Parsoid Ciencia Al Poder (talk) 10:33, 13 March 2019 (UTC)
- Does it help that I’m using Cloudflare? TheROFL98 (talk) 12:28, 13 March 2019 (UTC)
- Looks like in the second line, instead of using /api/rest_v1/, it used /api/rest_v1/wiki.therofl98.co/v1/... TheROFL98 (talk) 13:35, 13 March 2019 (UTC)
- Cloudflare doesn't affect it, because you are getting the 400 error on your server logs, which means it's a response generated inside your server.
- The domain appears there if you've configured it to be there.
- For example, I have
baseUriTemplate: "{{'http://{domain}/api/rest_v1'}}"- And in the project yaml I have:
x-host-basePath: /api/rest_v1- which results in the same configuration as wikipedia. Ciencia Al Poder (talk) 21:35, 13 March 2019 (UTC)
- The project yaml doesn't appear to have such a string. TheROFL98 (talk) 23:39, 13 March 2019 (UTC)
- The baseUriTemplate matches with the one above. TheROFL98 (talk) 23:41, 13 March 2019 (UTC)
- I've done some checking by modifying the hosts file of my machine to direct to the actual ip of my server and the RESTbase docs load correctly. TheROFL98 (talk) 20:59, 15 March 2019 (UTC)
- Since the RESTbase docs load now (by disabling a setting in Cloudflare) I've attempted to convert html to wikitext myself and got this error which is directly related to the log posted in my first post: TheROFL98 (talk) 21:21, 15 March 2019 (UTC)
- I've also taken the time to edit NGINX settings to allow for both /api/rest_v1/ and /wiki.therofl98.co/v1/ URLs to redirect to RESTbase. TheROFL98 (talk) 21:22, 15 March 2019 (UTC)
- I just so happened to find a task on phabricator that may be related to this problem... https://phabricator.wikimedia.org/T206029 TheROFL98 (talk) 22:31, 15 March 2019 (UTC)
- Bump TheROFL98 (talk) 09:08, 7 April 2019 (UTC)
- I think the problem displayed on your image may be related to a mismatch in version of Parsoid vs VisualEditor (one expects an element that the other is not generating). Since you're donwloading master version from git, try downloading master version from git for MediaWiki, VisualEditor and Parsoid, and maybe it will work. Ciencia Al Poder (talk) 10:17, 7 April 2019 (UTC)
Images missing in new DEV Mediawiki Installation
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
We have a live Mediawiki site www.websitename.com and we needed to upgrade the Mediawiki. Thus, installed a new version of Mediawiki on www.DEV.websitename.com. Also migrated the image folder from the main to this new DEV site. I can see all the images in the new instance through the cPanel.
However, there is a difference in path to the images:
Current live site image location: /public_html/images/e/ec/Image_Name.gif
New DEV site image location: /public_html/dev/images/e/ec/Image_Name.gif
Possibly that is why, none of the images are showing on my DEV site with the same code from the Live site. Can you advice, how can I make sure all the images appears in my DEV. Also, once done with the DEV, how can I make sure all the images are still there in the main site?
Thanks 2001:8003:D036:9900:6CD1:31DF:2EBD:5C23 (talk) 03:00, 9 March 2019 (UTC)
- See Manual:Image_administration#Data_storage —TheDJ (Not WMF) (talk • contribs) 09:05, 9 March 2019 (UTC)
- Hi TheDJ
- Thank you for the link. Gone through that and do understand the structures. But I think I am missing something beyond that knowledge base.
- For us the structure is there, could you advice me on what is next to make sure that my new DEV instance can link to the images that we copied to the image folder?
- Michael. 2001:8003:D036:9900:C8A8:4800:92EB:2BD (talk) 09:37, 9 March 2019 (UTC)
- If the dev wiki is on www.websitename.com/dev (and on disk it's on /public_html/dev/), there's nothing more you should change if you left the default values for $wgUploadDirectory and $wgUploadPath.
- If you've copied the database on the dev site, you may need to purge the cache, because it may have cached the old location of images. It largely depends on how caching is set up, but usually setting $wgCacheEpoch to a recent value should discard prior cached data. Ciencia Al Poder (talk) 10:21, 11 March 2019 (UTC)
- Hi Ciencia
- Seems like it was a cache issue.
- Thanks you
- Michael.
2001:8003:D036:9900:D429:6612:4224:AD3C (talk) 09:43, 12 March 2019 (UTC)
Site won't open in Mobile: Upgraded from Version: MediaWiki1.25.3 to MediaWiki 1.32.0
Upgraded from Version: MediaWiki1.25.3 to MediaWiki 1.32.0
The site will open from laptops but Can't open the site from mobile phones. I have MobileFrontend extension installed for the previous version. 71.94.1.112 (talk) 05:42, 9 March 2019 (UTC)
- Are you saying that your Extension:MobileFrontend has not been upgraded along with MediaWiki core? The extensions definitely needs to also be upgraded. AhmadF.Cheema (talk) 10:00, 9 March 2019 (UTC)
- Same thing happened to me. 1) upgrade the MobileFrontend extension. 2) Install the Cologne Blue skin 3) Rerun update.php. Renamed user cYe83dBqLD (talk) 13:11, 11 March 2019 (UTC)
Fictional encyclopedia timestamp
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 the timestamp to show 1000 years in the future. (3019, not 2019)
What's the best way to do it?
Thanks 78.1.58.89 (talk) 19:57, 10 March 2019 (UTC)
- I am talking about "This page was last edited on". 78.1.58.89 (talk) 19:59, 10 March 2019 (UTC)
- Probably $wgLocalTZoffset. AhmadF.Cheema (talk) 21:25, 10 March 2019 (UTC)
- This information basically is coming from the server time. However, changing the actual server time might be a bad idea, obviously. ;-)
- I would check, if the timestamp is available inside the PageContentSave hook and then I would add the number of seconds for 1000 years. 88.130.53.174 (talk) 21:27, 10 March 2019 (UTC)
- What makes you think "this information basically is coming from the server time"? The offset is manually set.
- Set the following:
$wgLocalTZoffset = 60*24*365.25*1000;- --> 60(minutes)*24(hours)*365.25(days)*1000(years)
- A little refining will be needed to get an exact desired date. I've tested this and it works.
- However, as the manual page mentions the change is limited to only "anonymous users and new user accounts", which shouldn't be a problem if setting up a new Wiki. AhmadF.Cheema (talk) 21:55, 10 March 2019 (UTC)
- AhmadF.Cheema thank you very much! Works perfectly. Yeah, it has a few days offset, but that's even better. 78.1.58.89 (talk) 11:27, 11 March 2019 (UTC)
Purpose of template:category redirect on Wikipedia
I am trying to understand the usage case for a specific soft redirect called a category redirect. There are 11 types of soft redirects with specific use functions. However, the use function of category redirect is unclear. When should category redirects be used AND not used? Mitchumch (talk) 20:33, 10 March 2019 (UTC)
No translation administrator rights
In my new MediaWiki, I added the Translate extension.
In my Localsettings.php I added
require_once "$IP/extensions/Translate/Translate.php";
$wgGroupPermissions['user']['translate'] = true;
$wgGroupPermissions['user']['translate-messagereview'] = true;
$wgGroupPermissions['user']['translate-groupreview'] = true;
$wgGroupPermissions['user']['translate-import'] = true;
$wgGroupPermissions['sysop']['pagetranslation'] = true;
$wgGroupPermissions['sysop']['translate-manage'] = true;
$wgTranslateDocumentationLanguageCode = 'qqq';
$wgGroupPermissions['translator']['translate'] = true;
$wgGroupPermissions['translator']['skipcaptcha'] = true; // Bug 34182: needed with ConfirmEdit
$wgExtraLanguageNames['qqq'] = 'Message documentation'; # No linguistic content. Used for documenting messages
However if I add translate tags in a page, it always keeps saying "This page contains changes which are not marked for translation." as if I don't have translation administrator rights, even with the sysop account. What did I do wrong? Wimcoulier (talk) 22:10, 10 March 2019 (UTC)
- There's a "translate-manage" right that is probably missing for sysops, which allows to mark a page for translation. Ciencia Al Poder (talk) 10:15, 11 March 2019 (UTC)
- $wgGroupPermissions['sysop']['translate-manage'] = true; is the 7th row in that piece of the configuration, so that is not missing. Wimcoulier (talk) 07:25, 12 March 2019 (UTC)
- I missed that line, sorry Ciencia Al Poder (talk) 10:03, 12 March 2019 (UTC)
- To add other rights:
- Change page language
(pagelang) - Enable two-factor authentication
(oathauth-enable) - Import offline translations
(translate-import) - Manage message groups
(translate-manage) - Mark versions of pages for translation
(pagetranslation)94rain Talk 12:23, 13 March 2019 (UTC)
- Change page language
All users (including me as sysop) can't save preferences.
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.
Shows "Your preferences have been saved." without actually saving them.
I just upgraded from 1.31 to 1.32; all preferences seem to be set to default since then.
How can I solve this issue?
MediaWiki 1.32.0, PHP 7.2.1 (cgi-fcgi), MariaDB 10.1.26-MariaDB-0+deb9u1
http://rammwiki.net Rasputin 93 (talk) 23:36, 10 March 2019 (UTC)
- Maybe some non-updated extension is the issue?
- Try temporarily disabling all extensions and then saving preferences. AhmadF.Cheema (talk) 07:18, 11 March 2019 (UTC)
- Well, it was the BypassSearch extension.
- Thank you. However, MediaWiki says that $wgGoToEdit feature was removed completely since 1.24, so I can't use this, right? Rasputin 93 (talk) 12:09, 11 March 2019 (UTC)
- Yeah, sorry. Personally, don't think there is any way to get that back. AhmadF.Cheema (talk) 13:08, 11 March 2019 (UTC)
Chechen Wikipedia
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! After each renaming of the article, the number of articles decreases. There were 208 thousand became 204 Takhirgeran Umar (talk) 00:46, 11 March 2019 (UTC)
- Please file the bug report on on Wikimedia's Phabricator. For details, see Wikipedia:Bug reports and feature requests. AhmadF.Cheema (talk) 07:25, 11 March 2019 (UTC)
- ...or better How to report a bug which is the canonical place. :) AKlapper (WMF) (talk) 16:48, 11 March 2019 (UTC)
problem why prompt:http 406?
mw 1.31.1, VE, parsoid 0.10.0 ,restbase 0.9.2.The page switch to editing prompt:loading data from server error :"http 406 do you want to retry?" , test restbase server,every thing is normal. give me a hand please.thank you ! 2607:9000:0:28:216:3CFF:FE7F:4CDF (talk) 01:40, 11 March 2019 (UTC)
- reversion:The version of restbase server is 0.19.2 2607:9000:0:28:216:3CFF:FE7F:4CDF (talk) 01:42, 11 March 2019 (UTC)
- The 406 status code is rarely used apparently. You should first try to identify what piece of software is throwing that error. See if that's RESTBase, Parsoid or MediaWiki. RESTBase and Parsoid generate output to the console, which may contain more details about the error. Ciencia Al Poder (talk) 10:31, 11 March 2019 (UTC)
- thks for answer my question!
- restbase console information:
- {"name":"restbase","hostname":"wiki","pid":4494,"level":50,"message":"Failed to transform content","requested_version":"1.6.0","existing_version":"2.0.0","error":{"name":"HTTPError","message":"406","status":406,"headers":{"x-powered-by":"Express","access-control-allow-origin":"*","content-type":"application/json; charset=utf-8","etag":"W/\"167-9uGXfL2nO98G9XbX9+iWnn1LgJI\"","vary":"Accept-Encoding","date":"Thu, 14 Mar 2019 13:24:52 GMT","connection":"keep-alive"},"body":{"error":"Not acceptable.\napplication/json; charset=utf-8; profile=\"https://www.mediawiki.org/wiki/Specs/pagebundle/[object Object]\"\napplication/json; charset=utf-8; profile=\"https://www.mediawiki.org/wiki/Specs/pagebundle/[object Object]\"\napplication/json; charset=utf-8; profile=\"https://www.mediawiki.org/wiki/Specs/pagebundle/[object Object]\"\n"}},"root_req":{"method":"get","uri":"/192.168.12.102/v1/page/html/%E9%A6%96%E9%A1%B5/13?redirect=false","headers":{"user-agent":"Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/45.0.2454.101 Safari/537.36","api-user-agent":"VisualEditor-MediaWiki/1.31.1","x-client-ip":"::ffff:192.168.63.10","x-forwarded-for":"::ffff:192.168.63.10","x-request-id":"8c1717d0-465c-11e9-89a3-614b80e1f556","x-request-class":"external"}},"request_id":"8c1717d0-465c-11e9-89a3-614b80e1f556","api_path":"/192.168.12.102/v1/page/html/{title}/{revision}{/tid}","levelPath":"error/negotiation","msg":"Failed to transform content","time":"2019-03-14T13:24:52.602Z","v":0}
- parsoid no error. 123.181.245.60 (talk) 13:27, 14 March 2019 (UTC)
who manage wikipedia Italy?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello,
I'm trying to write things on wikipedia italia but here there are crazy exalted that I always delete them and block the account but who are these exalted who manage wikipedia Italy? Can we remove them to please?
That's not how you manage wikipedia!
I do not know but why do they do that?
Con you leave my post and unlock my user thank you!
User: Antolepore
mail: antolepore@gmail.com
Salve,
sto provando a scrivere delle cose ma qui ci sono dei pazzi esaltati che me le cancellano sempre e mi bloccano l'account ma chi sono questi esaltati che gestiscono wikipedia italia? Possiamo rimuoverli perpiacere?
Non è così che si gestisce wikipedia!
Non lo so ma perchè fanno così?
Potete non bloccarmi e cancellarmi le cose grazie!
User: Antolepore
mail: antolepore@gmail.com Antolepore (talk) 01:48, 11 March 2019 (UTC)
- Hi, social policies on other websites are off-topic for the MediaWiki software technical support desk. There are https://it.wikipedia.org/wiki/Wikipedia:Bar and/or your user talk page on that website. Malyacko (talk) 14:08, 11 March 2019 (UTC)
Migrating MYSQL to PSQL database
Hello,
In this weekend I've tried to migrate a mediawiki server, to a new one.
My main problem is to migrate the database, from MYSQL to PSQL. Is there any solution to move all the data from one database to another, without losing data? I've tried to convert it using pgloader, but without success.
I tried to import and export all the images, posts and users but i have a problem at UserExport plugin too.
Thank you for help! Iradum (talk) 07:51, 11 March 2019 (UTC)
- Is "PSQL" the same as "PostgreSQL"? Malyacko (talk) 14:06, 11 March 2019 (UTC)
- Hello Malyacko,
- Yes, is a PostgreSQL server. Sorry for abbreviations. Iradum (talk) 08:38, 12 March 2019 (UTC)
- Sadly, PostgreSQL has also some differences in schema, like for example the user table which is named "mwuser" in PostgeSQL. Ciencia Al Poder (talk) 10:16, 12 March 2019 (UTC)
- Thanks Ciencia.
- Than, is there any way to move all the content from one database to another one without losing data?
- Maybe using importing and exporting plugins? I observe that UserExport plugin is not working on version 1.25, the version that is running on the old server. I could try to upgrade it (to 1.27 or newer) and try to export them after.
- After this I can try to export all the images and all the pages, but i'm not sure if in this process we will lose some information. Iradum (talk) 11:14, 12 March 2019 (UTC)
- I'm not sure if there's documentation somewhere about the schema differencies between PSQL and mysql, which you could use to rename tables or fields as needed. the mwuser table is one of them that I'm aware of. You can try doing that change on your converted database and see if there's something else that breaks...
- Another option can be to install MediaWiki on a new PSQL database just to create the schema, and then try to import the data from the old database. If you encounter errors, those would be from differencies in schema, that you can fix as you encounter them. Be sure to use the same MediaWiki version your're using now, to not introduce schema differencies caused by a version upgrade. Then you could do a normal MediaWiki upgrade to get the latest version. Ciencia Al Poder (talk) 10:20, 13 March 2019 (UTC)
- Thanks Ciencia!
- I will try this approach. Iradum (talk) 07:46, 15 March 2019 (UTC)
- @Iradum, sorry for reviving this old thread, but did you ever manage to migrate to Postgres? I'm struggling with it too, using pgloader. Thanks. Bovender (talk) 23:54, 28 February 2020 (UTC)
Mobile usability error message
Google is reporting a mobile usability error message for only one page on my site. It is https://encyc.org/w/index.php?title=Roland_GR-500&mobileaction=toggle_view_desktop. Is there a way to fix this? Renamed user cYe83dBqLD (talk) 13:15, 11 March 2019 (UTC)
- What does a "Google mobile usability error message" say exactly? Malyacko (talk) 14:05, 11 March 2019 (UTC)
- "text too small to read, clickable elements too close together, viewport not set". These are all true for the page in question but it is not one of the mobile pages. The only ways to get to it from a mobile device is to click the button to change to desktop view or by entering the address directly. Renamed user cYe83dBqLD (talk) 14:59, 11 March 2019 (UTC)
Multiline tooltip from inside wikitext
It's sufficiently easy to brew a primitive single-line tooltip:
<span title="British Rail">BR</span>
But the method stops being useful with longer texts. How can I brew a multiline tooltip? Using "<br>" inside "<span>" is not possible. There is the "hover" CSS selector that can brew sophisticated and multiline tooltips, but I can't find a way to use it from wikitext.
Is there a way to brew a multiline tooltip from inside wikitext? Taylor 49 (talk) 14:55, 11 March 2019 (UTC)
- Maybe Extension:SimpleTooltip. Or the
{{refn|group=n|Some text}}template probably made possible through Extension:Cite. AhmadF.Cheema (talk) 15:59, 11 March 2019 (UTC) - Thanks ... I forgot to mention that I need a method for Wikimedia public wikies. "Extension:SimpleTooltip" is extremely promising but doesn't seem to be enabled on public wikies. I don't understand the "Extension:Cite" and "refn" hint. Is there a method feasible for public wikies? Taylor 49 (talk) 14:46, 13 March 2019 (UTC)
- See Reference Tooltips. AhmadF.Cheema (talk) 16:01, 13 March 2019 (UTC)
- OK, thanks. I wonder whether there is a chance to get "Extension:SimpleTooltip" enabled on a public wiki via phabricator bugzilla? Taylor 49 (talk) 09:06, 21 March 2019 (UTC)
Suggestions for home page "Events"
Can suggestions for local events be made for the event calendar on the home page? If so, how? 147.1.235.126 (talk) 17:38, 11 March 2019 (UTC)
- Which local events exactly? Is this related to MediaWiki? AhmadF.Cheema (talk) 18:03, 11 March 2019 (UTC)
- Local public events near the Project, such as fund raisers 147.1.235.126 (talk) 19:41, 11 March 2019 (UTC)
- Again, is this related to MediaWiki?
- Which "home page" are you talking about? MediaWiki.org doesn't have any "event calendar". AhmadF.Cheema (talk) 03:02, 12 March 2019 (UTC)
Mediawiki Setting IP on URL with Internet explorer don't appear edit link
Hi,
I already install XAMPP and configure MediaWiki in localserver and working without error, but when I change the URL from http://localhost:8080/MediaWiki to http://100.100.100.100/MediaWiki I loss the "Edit" link and the magnifying glass is transposed with the word search in the search box. This happens only on Internet Explorer in other browser like chrome still working without problem 199.64.7.228 (talk) 21:49, 11 March 2019 (UTC)
- Be sure you've set $wgServer to the public IP (100.100.100.100 in your example). You may also need to purge the page in case it has cached the localhost URL.
- Another problem may be that Internet Explorer is rendering the page using the compatibility view. Ciencia Al Poder (talk) 10:22, 12 March 2019 (UTC)
- Hi Ciencia Al Poder,
- I already set the variable $wgServer in LocalSettings.php with the IP, also I already add the site in the compatibility view, and also try with purge page and nothing is working. Any other ideas?
- Best Regards 199.64.7.228 (talk) 14:56, 12 March 2019 (UTC)
- Well, you should do the opposite: ensure IE does NOT render the wiki under compatibility view. Compatibility view is for old websites that were using old bugs of IE to display correctly, to continue working well by emulating an old IE behavior. MediaWiki supports new browsers, but not older! Ciencia Al Poder (talk) 10:15, 13 March 2019 (UTC)
Edit notice
Hi,
I have many custom namespaces on my wiki and I want some of them to have editnotices. I did what says on Manual:Interface/Edit notice but it doesn't work on custom namespaces. 190.218.204.104 (talk) 22:30, 11 March 2019 (UTC)
- Can I get an answer, please? 190.218.204.104 (talk) 20:34, 16 March 2019 (UTC)
Parsoid: "Unexpected token" {","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.
I followed the guide posted on the Parsoid installation for Ubuntu and upon launch, this is the error I get:
Killed
{"name":"parsoid","hostname":"<hostname>","pid":17215,"level":30,"levelPath":"info/service-runner","msg":"master(17215) initializing 2 workers","time":"2019-03-12T03:07:23.720Z","v":0}
{"name":"parsoid","hostname":"<hostname>","pid":17224,"level":60,"moduleName":"/usr/lib/parsoid/src/lib/index.js","levelPath":"fatal/service-runner/worker","msg":"Unexpected token {","time":"2019-03-12T03:07:24.104Z","v":0}
{"name":"parsoid","hostname":"<hostname>","pid":17215,"level":40,"message":"first worker died during startup, continue startup","worker_pid":17224,"exit_code":1,"startup_attempt":1,"levelPath":"warn/service-runner/master","msg":"first worker died during startup, continue startup","time":"2019-03-12T03:07:25.110Z","v":0}
My configuration is correct, using curl on the api.php file works but the service does not launch. Please help. 69.165.253.165 (talk) 03:11, 12 March 2019 (UTC)
- Looks like there's something wrong in the configuration, as the message "Unexpected token {" indicates. Please review carefully the changes you made in configuration. Ciencia Al Poder (talk) 10:18, 12 March 2019 (UTC)
- Thanks for the reply Ciencia,
- I tried the same configuration on a different machine and it works just fine, so I'm unsure why this is happening. I think it has something to do with my hostname being incorrect. 69.165.253.165 (talk) 20:06, 12 March 2019 (UTC)
- I know there are parts of the configuration that use something like "{hostname}", which could be the problem. However, if this works with exactly the same configuration on other host, I'm out of ideas. Maybe the server where you have the problem using a different or older nodejs version that doesn't support such variables? Ciencia Al Poder (talk) 10:23, 13 March 2019 (UTC)
- I think this is grounds for giving up, this software gives no indication of what's wrong. 69.165.253.165 (talk) 20:19, 13 March 2019 (UTC)
- I'm having the same issue, any tips on how to work out what this is :"Unexpected token {" 83.70.200.6 (talk) 16:39, 14 March 2019 (UTC)
- Hi all,
- I have the same error on my installation.
- Has anyone figured out how to fix this issue?
- Thanks. Alexander060101 (talk) 09:53, 16 May 2019 (UTC)
- I ran into the same problem today. I was running NodeJS 4.2 on Ubuntu 16. After upgrading to NodeJS 10 the problem went away. I found a StackOverflow comment that suggested the root cause was a NodeJS incompatibility. I want to give them credit but can't add a link in this comment. 216.243.20.18 (talk) 20:18, 7 August 2019 (UTC)
Mediawiki RevisionAccessException
Hi folks. I may just be doing something totally stupid here, but I'm hoping y'all can help me out. I'm both upgrading Mediawiki and porting over to a new server (because Amazon Linux doesn't like running parsoid as a service), and have followed the steps to backup the database on the old server and restore the database on the new server, including running the upgrade script. Mediawiki works fine on the new server, by the way, if I start it with a fresh database. It does not work with the restored database, and gives me the following error:
Original exception: [long hash] /wiki/index.php/Main_Page MediaWiki\Revision\RevisionAccessException from line 1635 of /var/www/html/wiki/includes/Revision/RevisionStore.php: Main slot of revision 296 not found in database!
Old version:
- Mediawiki 1.29
- PHP 7.0.25
- MySQL 5.6.37
New version:
- Mediawiki 1.32
- PHP 7.2.15
- MySQL 5.7.25
Any help is greatly appreciated. 147.9.2.226 (talk) 20:59, 12 March 2019 (UTC)
- Update: this only happens with about 20% of pages. 147.9.2.230 (talk) 22:31, 12 March 2019 (UTC)
- Maybe you need to set $wgMultiContentRevisionSchemaMigrationStage to
SCHEMA_COMPAT_OLDorSCHEMA_COMPAT_WRITE_BOTH | SCHEMA_COMPAT_READ_OLD. The default value is changing between versions and maybe the update script is not taking the default setting into account correctly (a BUGREPORT may be worth) Ciencia Al Poder (talk) 10:44, 13 March 2019 (UTC) - Both work! Thank you, @Ciencia Al Poder! You're a lifesaver. I'll submit a bug report about this too. 147.9.2.230 (talk) 15:25, 13 March 2019 (UTC)
- As of MediaWiki 1.35, it is no longer possible to use SCHEMA_COMPAT_OLD or _BOTH as they have been deprecated. Carlb (talk) 07:10, 22 November 2020 (UTC)
- On MediaWiki 1.35 running update.php or populateContentTables.php should fix this issue, when upgrading from a pre-1.30 wiki. Ciencia Al Poder (talk) 10:52, 22 November 2020 (UTC)
- it did thanks 83.240.154.22 (talk) 15:39, 9 July 2021 (UTC)
- trying to upgrade 1.32 to 1.33:
- setting $wgMultiContentRevisionSchemaMigrationStage to
SCHEMA_COMPAT_WRITE_BOTH | SCHEMA_COMPAT_READ_OLD - causes problem mentioned in Project:Support desk/Flow/2020/05#h-Upgrade_to_1.33/1.34/1.35_=_missing_pages-2020-05-06T19:50:00.000Z 2601:86:300:833:5B3:540D:9424:F93D (talk) 20:33, 7 February 2021 (UTC)
Textfield with save function
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi!
I was wondering if it is possible to make textfields on a Mediawiki page with sort of save button that will add the text you've entered in de textfield to the page where you at. So sort of adding text without going to editting page.
I found some textfield codes etc. but they only make a new page with the text you enter in the field.
I want to make a daily task list where people can add a comment that it is done or extra information.
This would be great if it can be done without going to the editting page.
Thanks 145.119.165.111 (talk) 22:06, 12 March 2019 (UTC)
- Maybe Extension:InputBox. See the "type=comment" one. AhmadF.Cheema (talk) 04:33, 13 March 2019 (UTC)
- Hi, I've test it, but that also makes a new page :( 145.119.165.116 (talk) 22:09, 13 March 2019 (UTC)
- Oh I found it! type=commenttitle is the solution! thanks.
- Now my second question is, how I make the preloaded page? I've installed Biolerplate extension, but don't understand how it works...
- When I'm at Manual:Creating pages with preloaded text don't understand it.. 145.119.165.116 (talk) 22:19, 13 March 2019 (UTC)
- Input box has also "preload" param. wargo (talk) 23:09, 13 March 2019 (UTC)
- I've used MultiBoilerplate instead of Boilerplate. There was more instruction on the internet. So it works fine now.
- Thanks everyone. 145.119.165.111 (talk) 23:56, 13 March 2019 (UTC)
Visual Editor not pulling TemplateData
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
When editing a page with Visual Editor using a Template with TemplateData, it's not pulling across the TemplateData. Is it possible I've missed a configuration setting?
It also doesn't appear to find the templates when searching in the insert section (Template Wizard has the same behaviour) Brickscrap (talk) 15:05, 13 March 2019 (UTC)
- Do you see other things failing to update, like category pages not being updated when a category is added to new pages, or similar? That could be a problem with the Job queue.
- TemplateData, however, may sometimes not work even if the Job queue doesn't seem to have any problems. This is tracked as T52372 Ciencia Al Poder (talk) 10:21, 14 March 2019 (UTC)
- That was my first thought but I'd had issues with the job queue previously, and that seems to be fine. The issue appears to be resolved now though, and the searching thing was resolved when I disabled Extension:TitleKey.. Brickscrap (talk) 18:01, 14 March 2019 (UTC)
How set --revrange actions for dumpBackup.php
Hi, I want dump specified range of revisions from by --revrange actions but this requires revstart and revend options.Then run
php dumpBackup.php --revrange 1390 1500 > dumpfile.xml
in maintenance folder but not work. How solve this problem? Beginneruser (talk) 15:21, 13 March 2019 (UTC)
- https://www.mediawiki.org/wiki/Manual:DumpBackup.php says that using "--revrange" requires using revstart and revend options. Malyacko (talk) 16:53, 13 March 2019 (UTC)
- Thanks
- I can run this
php dumpBackup.php --revrange --revstart=1390 --revend=1500 > dumpfile.xmlBeginneruser (talk) 14:03, 14 March 2019 (UTC)
DB write expectations not met?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hey y'all,
I'm running MediaWiki 1.31 with multiple PHP servers pointing at one MySQL database as part of a single wiki, and in the DB profiling logs I'm finding periodic messages like "Expectation (writes <= 0) by MediaWiki::restInPeace not met" when the server is trying to run queries against the 'page', 'jobs' and 'objectcache' tables.
Is this an expected part of running MediaWiki in this configuration, or have I missed some option in my local settings to have MediaWiki handle this?
In general, is there anything that I would need to be aware of when running multiple MediaWiki instances against the same database, with the same wiki?
Thanks very much!
The versions of software being used, for reference:
MediaWiki 1.31.1
PHP 7.2.16 (apache2handler)
MySQL 5.6 70.99.232.101 (talk) 00:39, 14 March 2019 (UTC)
- The expectation is that no writes are done to database when a page is requested with a HTTP GET method. Writes should only be done on POST requests. This doesn't mean there's any problem, but could cause problems in a multi-datacenter scenario like on WMF wikis infrastructure.
- If any of your caches are set to write to database, sadly, the expectations won't be met, since caching is also done on GET requests. The same if jobs are run as part of normal page requests. Ciencia Al Poder (talk) 10:15, 14 March 2019 (UTC)
- Ah, alright. Thanks :) 70.99.232.101 (talk) 21:10, 15 March 2019 (UTC)
Problem changing temporarily password
- Hi all,
- We've a problem changing the temporarily password assigned by Extension:ConfirmAccount. Because I suspect it's a more general problem I post it here.
- Problem is that the password apparently isn't changed after submitting a new one.
- Use case:
- - After creation of the account and logging with the given temporarily password I get the message "You logged in with a temporary emailed code. To finish logging in, you must set a new password here".
- - I change the password (submitting 2 times a new value)
- - I get no error message and I'm being redirected (so successful login) to the homepage.
- - BUT: if I log off and try to login again I've to use the old/temporarily password, the new one is not accepted
- - If I repeat this (login in with the old password, enter a new one) and go directly to the Speciaal:ChangeCredentials page and change the password, log off and log in again, it works fine.
- Anybody who can help us?
- It's a black box to me. Where do I have to look for an error message?
- We use MW 1.27 and the REL1_27 branch of ConfirmAccount.
- Thanks in advance for your help.
- Regards,
- Jethro Waanders (talk) 15:29, 14 March 2019 (UTC)
- In the meantime we (Waanders and me work together) have applied a (temporary) patch in the mediawiki-code to avoid the step for changing the temporary password.
- in File: /home/hz01/mediawiki/core/includes/auth/TemporaryPasswordPrimaryAuthenticationProvider.php
- the following is changed:
- protected function getPasswordResetData( $username, $data ) {
- // Do not reset password (workaround!)
- return [];
- /* return (object)[
- 'msg' => wfMessage( 'resetpass-temp-emailed' ),
- 'hard' => false,//true,
- ];*/
- }
- This means that the user is nog obliged to change his/her password after they receive the email.
- Of course this is not optimal, and we would like to know:
- a. if there is another (official) way to step over the forced changing of the temporary password
- b. (Better!) is there a way to store the newly entered password? Antonbil (talk) 11:58, 22 March 2019 (UTC)
- Nobody?
- It's an urgent problem, help is greatly appreciated. Waanders (talk) 10:42, 15 March 2019 (UTC)
- Maybe you can try disabling all cache and see if it changes anything? In case the Wiki is using HTTPS, does the $wgServer value also include
https://, or a protocol-relative URL? Maybe even try disabling all other extensions as some can come in the way of proper working of MediaWiki. - The last option would then have to be to try upgrading MediaWiki. Version 1.27 will be obsolete in June 2019. AhmadF.Cheema (talk) 09:34, 18 March 2019 (UTC)
- Thanks!
- What cache do you mean?
- $wgServer includes "https://".
- Meanwhile we have discovered that it's a more general problem. Same problem with Speciaal:ChangeCredentials/MediaWiki%5CAuth%5CPasswordAuthenticationRequest, so it's not a ConfirmAccount problem. Waanders (talk) 15:11, 19 March 2019 (UTC)
- Such as Manual:$wgMainCacheType. AhmadF.Cheema (talk) 15:39, 19 March 2019 (UTC)
Templates within Templates
Hi,
I'm struggling to find a solid example of what I'm trying to do, wonder if someone can help. I'm trying to create a page template, which itself will also pull in a template for each header. For example, I have "Section 1," "Section 2," etc, and under each section is "Section1Template" and so on. It's the sub-templates that will have the parameters, so how do I transclude the main template, but then modify it to insert parameters into each section?
Obviously I could substitute the template in, but that defeats the purpose... Essentially I need to be able to change the layout of the master page, without affecting the data inside the sub-templates in future. Brickscrap (talk) 18:05, 14 March 2019 (UTC)
- If I understand you correctly, try the following:-
- Main Template:Section1Template:
== Section 1 == {{Section1Template |{{{Sec1TempVar1|}}} |{{{Sec1TempVar2|}}} }} == Section 2 == {{Section2Template |{{{Sec2TempVar1|}}} |{{{Sec2TempVar2|}}} }}Section2Template:{{{1|}}} ++ {{{2|}}}Usage:{{{1|}}} ** {{{2|}}}Expected result:{{Main Template |Sec1TempVar1=foo |Sec1TempVar2=bar |Sec2TempVar1=baz |Sec2TempVar2=foobar }}I haven't tested it. See if you get the above expected result, I might have missed something. AhmadF.Cheema (talk) 18:58, 14 March 2019 (UTC)== Section 1 == foo ++ bar == Section 2 == baz ** foobar
How to enable article names to start with small letters?
Hi,
when I create for instance the article "for a reason" and open it, it's name will be "For a reason.
What can I do, that the first letter of the article name depends on the link, and not automatically is big?
Thanks 84.137.169.107 (talk) 18:43, 14 March 2019 (UTC)
- "... a title can be displayed with an initial lower-case letter, using DISPLAYTITLE or the {{lowercase title}} template. This does not fix every occurrence, like the history, edit, or log pages (phab:T55566) - or the browser address bar (phab:T63851), but only affects the page title on the rendered HTML page and tab/window title bars." AhmadF.Cheema (talk) 19:04, 14 March 2019 (UTC)
- Thanks. Sorry but I still can't solve it.
- I don't know what exactly to do with DISPLAYTITLE.
- And when I try the {{lowercase}}, it doesn't work. Your lowercase link says, I need Extension:ParserFunctions. But when I click on "download extension", I see:
- No such extension "ParserFunctions".
- Unable to fetch extension list!
- I'm newb, could you pls explain it step by step? 84.148.55.28 (talk) 16:28, 16 March 2019 (UTC)
- For a page named as "Title", adding the following onto the page should make the first letter lowercase:
{{DISPLAYTITLE:title}}- Regarding Extension:ParserFunctions, the normal extension archive download feature of this website is bugged at the moment, it will take some time to fix. Git can be used for extension download though, but I suppose that might get a little too complicated for a beginner. AhmadF.Cheema (talk) 17:36, 16 March 2019 (UTC)
- Use GitHub instead: https://github.com/wikimedia/mediawiki-extensions-ParserFunctions. Select the branch that corresponds to your wiki version. Leaderboard (talk) 08:41, 17 March 2019 (UTC)
- Ok thanks @AhmadF.Cheema, the {{DISPLAYTITLE:title}} works for now. I will wait and see this topic again someday, hoping the bug will be fixed.
- @Leaderboard thanks I tried to istall it, still the term {{lowercase}} doesn't change anything, neither when I write it in the article, nor when I write it in MediaWiki:Common.css... 84.137.163.170 (talk) 19:50, 18 March 2019 (UTC)
- In addition to the extension you also need to import Template:Lowercase to make {{lowercase}} work. AhmadF.Cheema (talk) 20:02, 18 March 2019 (UTC)
- How exaclty do I do import the Template:Lowercase? 84.137.163.170 (talk) 17:32, 19 March 2019 (UTC)
- You can either copy-paste the code, or alternatively use Special:Import on your wiki. Leaderboard (talk) 19:35, 19 March 2019 (UTC)
Class 'Wikimedia\CSS\Parser\Parser' not found
MediaWiki: 1.32.0
PHP: 7.2.15-0ubuntu0.18.04.1 (apache2handler)
MySQL: 5.7.25-0ubuntu0.18.04.2
[29380f6791c4e780cd8c5621] /unixwo/index.php?title=Special:Import&action=submit Error from line 76 of /var/lib/unixwo/extensions/TemplateStyles/includes/TemplateStylesContent.php: Class 'Wikimedia\CSS\Parser\Parser' not found
Backtrace:
#0 /var/lib/unixwo/extensions/TemplateStyles/includes/TemplateStylesContent.php(131): TemplateStylesContent->sanitize(array)
#1 /var/lib/unixwo/includes/Revision/RenderedRevision.php(242): TemplateStylesContent->getParserOutput(Title, integer, ParserOptions, boolean)
#2 /var/lib/unixwo/includes/Revision/RenderedRevision.php(211): MediaWiki\Revision\RenderedRevision->getSlotParserOutputUncached(TemplateStylesContent, boolean)
#3 /var/lib/unixwo/includes/Revision/RevisionRenderer.php(175): MediaWiki\Revision\RenderedRevision->getSlotParserOutput(string)
#4 /var/lib/unixwo/includes/Revision/RevisionRenderer.php(128): MediaWiki\Revision\RevisionRenderer->combineSlotOutput(MediaWiki\Revision\RenderedRevision, array)
#5 [internal function]: MediaWiki\Revision\RevisionRenderer->MediaWiki\Revision\{closure}(MediaWiki\Revision\RenderedRevision, array)
#6 /var/lib/unixwo/includes/Revision/RenderedRevision.php(175): call_user_func(Closure, MediaWiki\Revision\RenderedRevision, array)
#7 /var/lib/unixwo/includes/Storage/DerivedPageDataUpdater.php(1265): MediaWiki\Revision\RenderedRevision->getRevisionParserOutput()
#8 /var/lib/unixwo/includes/Storage/DerivedPageDataUpdater.php(1607): MediaWiki\Storage\DerivedPageDataUpdater->getCanonicalParserOutput()
#9 /var/lib/unixwo/includes/Storage/DerivedPageDataUpdater.php(1397): MediaWiki\Storage\DerivedPageDataUpdater->doParserCacheUpdate()
#10 /var/lib/unixwo/includes/page/WikiPage.php(2036): MediaWiki\Storage\DerivedPageDataUpdater->doUpdates()
#11 /var/lib/unixwo/includes/import/ImportableOldRevisionImporter.php(138): WikiPage->doEditUpdates(MediaWiki\Revision\RevisionStoreRecord, User, array)
#12 /var/lib/unixwo/includes/import/WikiRevision.php(602): ImportableOldRevisionImporter->import(WikiRevision)
#13 /var/lib/unixwo/includes/import/WikiImporter.php(367): WikiRevision->importOldRevision()
#14 /var/lib/unixwo/includes/import/WikiImporter.php(504): WikiImporter->importRevision(WikiRevision, WikiImporter)
#15 /var/lib/unixwo/includes/import/WikiImporter.php(944): WikiImporter->revisionCallback(WikiRevision)
#16 /var/lib/unixwo/includes/import/WikiImporter.php(860): WikiImporter->processRevision(array, array)
#17 /var/lib/unixwo/includes/import/WikiImporter.php(802): WikiImporter->handleRevision(array)
#18 /var/lib/unixwo/includes/import/WikiImporter.php(609): WikiImporter->handlePage()
#19 /var/lib/unixwo/includes/specials/SpecialImport.php(218): WikiImporter->doImport()
#20 /var/lib/unixwo/includes/specials/SpecialImport.php(103): SpecialImport->doImport()
#21 /var/lib/unixwo/includes/specialpage/SpecialPage.php(569): SpecialImport->execute(NULL)
#22 /var/lib/unixwo/includes/specialpage/SpecialPageFactory.php(568): SpecialPage->run(NULL)
#23 /var/lib/unixwo/includes/MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)
#24 /var/lib/unixwo/includes/MediaWiki.php(860): MediaWiki->performRequest()
#25 /var/lib/unixwo/includes/MediaWiki.php(517): MediaWiki->main()
#26 /var/lib/unixwo/index.php(42): MediaWiki->run()
#27 {main}When I try and import templates (exmaple: Template:Abbr or Template:Su), I will always get the message as above. I have no problems importing Templates to my old local wiki with MediaWiki 1.31.1, PHP 7.2.14 and MySQL 5.7.24. I hope I am right here, if not please do tell. Thank you. Mchje (talk) 18:44, 14 March 2019 (UTC)
- Is your Extension:TemplateStyles updated? Is it the correct version for MediaWiki core v1.32? AhmadF.Cheema (talk) 19:07, 14 March 2019 (UTC)
- Yes, I even re-downloaded and replaced it just in case it was corrupt or something. It is 1.0 (c3410ae). Mchje (talk) 20:40, 14 March 2019 (UTC)
- For updating, did you delete the old extension directory and extract the files into a new one or did you overwrite the old extension files?
- Also, did you recently perform a MediaWiki upgrade? And there, were the files extracted into a new directory or were they overwritten into the old one? AhmadF.Cheema (talk) 03:28, 15 March 2019 (UTC)
- For the extension: deleting and extracting them new over ssh in the extension folder.
- No, this one is a fresh new one that I set up on a ubuntu server. I also tried to set up a new one on my local windows computer with WAMP, and get the same results as mentioned above.
- The only difference I experienced between 1.31.1 and 1.32.0 is that I had to create a database myself for 1.32.0 as it gave out an error when setting up the LocalSettings.php. I think it was T215566. Mchje (talk) 05:09, 15 March 2019 (UTC)
- See Extension talk:TemplateStyles/2018#h-How_to_do-2018-09-16T19:44:00.000Z Malyacko (talk) 10:06, 11 March 2020 (UTC)
How to automatically include template in all new articles?
Hi,
I want to have the following text automatically in all new articles, which I start to write:
<nowiki>==references==
<references/></nowiki>
How can I do this? I want to have this in the end of every article.
I don't want to write it in every single new article. I tried it as a template, but thought there may be an easier way to handle it.
Thanks. 84.137.169.107 (talk) 18:50, 14 March 2019 (UTC)
- See Extension:Preloader or Extension:BoilerRoom and for more details, Manual:Creating pages with preloaded text. AhmadF.Cheema (talk) 19:12, 14 March 2019 (UTC)
VisualEdior won't load on MobileFrontend
Morning folks,
Trying to get to the bottom of this one, but not come across anything obvious reported previously. This works on other wikis, so possibly a versioning problem?
I am using MobileFrontend and VisualEditor plugins, however, when in mobile mode, VisualEditor won't load. Clicking "Edit" just refreshes the page, Source Edit still works OK however.
Logs show:
[resourceloader] Module "mediawiki.legacy.commonPrint" not loadable on target "mobile".
[resourceloader] Module "ext.visualEditor.desktopArticleTarget.noscript" not loadable on target "mobile".
[resourceloader] Module "site.styles" not loadable on target "mobile".
[resourceloader] Module "noscript" not loadable on target "mobile".
Title::getRestrictionTypes: applicable restrictions to Main Page are {edit,move}
[resourceloader] Module "site" not loadable on target "mobile".
[resourceloader] Module "mediawiki.page.watch.ajax" not loadable on target "mobile".
[resourceloader] Module "ext.visualEditor.desktopArticleTarget.init" not loadable on target "mobile".
[resourceloader] Module "skins.vector.js" not loadable on target "mobile".
Any thought's much appreciated!
Versions:
MediaWiki - 1.32.0-rc.0
VisualEditor - 0.1.0
MobileFrontend - 2.1.0 Freekycheese (talk) 11:39, 15 March 2019 (UTC)
- Fixed this, dump of my notes in case of use to anyone else:
- Tried again to get visual editing with mobilefrontend working, found a few possible issues:
- Skin must be loaded after mobile frontend is called in the config (https://www.mediawiki.org/wiki/Skin:Minerva_Neue)
- Default skin for mobile on Wikipedia in Minerva, not Vector. Vector not tagged on MediaWiki as a mobile compatible skin and is actually experimental, Minerva is the main one to use
- Skins need two lines, one to load and one to set as default. Vector was just loaded, but not set as default
- Did the following:
- Loaded latest Minerva skin and MobileFrontend via FTP
- Edited config so the order of mobile frontend and skin stuff is as follows:
#load mobile frontend and set skin for mobilewfLoadExtension( 'MobileFrontend' );$wgMFAutodetectMobileView = true;$wgMFDefaultSkinClass = 'SkinMinerva'; // use Minerva skin#Load skins you wish to use and set default for DesktopwfLoadSkin( 'MinervaNeue' );wfLoadSkin( 'Vector' );$wgDefaultSkin = "vector";- So, edits were:
- MobileFrontend loaded before any skins called
- Vector now has two lines, to load and set as default
- Minerva now also loaded and set as mobilefrontend default only Freekycheese (talk) 13:39, 10 May 2019 (UTC)
Published work of mine disappears.
In the past few weeks, I have entered data on three authors, Including their works, the Library of Congress numbers. Each time it says publish, the article appears as published, yet when I come back the next day and search for my entries, it is as if I never entered them. I have spent several hours making these entries, and if this is always going to happen to me I will quit wasting my time here. The authors are: Esteve, Sirio:The Experience, A Celebration of Being...J. Krishnamurti, Commentaries on Living, And Louis H. Lapham, Essayist, former editor of Harper's magazine. Where do the disappeared articles go? Is there a way to find them so I do not have to start over from scratch??? Oldnewguy (talk) 12:35, 15 March 2019 (UTC)
- Which website is this about? Does not sound like mediawiki.org. Malyacko (talk) 13:05, 15 March 2019 (UTC)
- First I put them on Wikimedia, then I put them on then on Wikimedia-commons. "Some day, perhaps, some Alien eye or eyes, set blood-red in a cold and chitinous face, will sweep the arc of some dark, distant sky, and see a Nova flare, a pinpoint of light on a photo-graphic plate, soon lost forever on miles of dusty shelves where Alien beetles feed. A meal for worms, sole epitaph, to mark the curious end of restless man, who for a moment of galactic time sped on a speck of cosmic dust around a minor sun." Author unknown......This is what happens to me when I bother to try and contribute to the Wiki world...... Oldnewguy (talk) 09:40, 18 September 2019 (UTC)
- @Oldnewguy In the future, please provide full links to your work so we don't have to guess. According to https://meta.wikimedia.org/wiki/Special:CentralAuth?target=Oldnewguy , you contributed on commons.wikimedia.org and en.wikisource.org.
- According to https://en.wikisource.org/wiki/Special:Log/Oldnewguy you created https://en.wikisource.org/w/index.php?title=Lapham,Louis&action=edit&redlink=1 and https://en.wikisource.org/w/index.php?title=Author/Sirio_Esteve&action=edit&redlink=1 .
- Both pages explain the reason why they were deleted: (WS:CSD G5 - Beyond scope) Malyacko (talk) 18:22, 18 September 2019 (UTC)
Text Category: now shows Rule: on page
I installed the Semantic Mediwiki extension.
Now Category:Line 2 shows up on the page as Rule:Line 2
Rule:Line 2
Subcategories
This category has the following 2 subcategories, out of 2 total.
E
M
Pages in category "Line 2"
The following 2 pages are in this category, out of 2 total.
B
C
How do I change it back to show Category: GBayPackFan75 (talk) 16:15, 15 March 2019 (UTC)
multiple authentication sources
Hey there,
So setting up new wiki and have set it up to use LDAP for user resolution. What I appear to be finding however is that I either don't have it setup correctly or it doesn't support multiple authentication sources. My wiki admin user cannot login once I enable LDAP and if I turn off ldap it logs in fine.
Is there a way to either have authentication check local and LDAP sources or failing that a way to rename my wiki admin user so I can be less generic?
Thanks! Scotte001 (talk) 20:59, 15 March 2019 (UTC)
Wikimedia Apps/Suggested edits/cs
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 want edit title of Wikimedia Apps/Suggested edits/cs. But don't want move article. Is there any way? (Please ping me) Patrik L. (talk) 21:21, 15 March 2019 (UTC)
An error has occurred while processing HTML/wikitext conversion on Special:RecentChanges
I cannot access Special:RecentChanges on my wiki as it gives out this error:
An error has occurred while processing HTML/wikitext conversion.
Return to Main Page.
[059e299fc80c75012c73f7c7] /w/index.php?title=Special:RecentChanges Flow\Exception\WikitextException from line 413 of /var/www/html/wiki/w/extensions/Flow/includes/Conversion/Utils.php: Misplaced DOCTYPE declaration
htmlParseStartTag: misplaced <html> tag
htmlParseStartTag: misplaced <head> tag
htmlParseStartTag: misplaced <body> tag
From source content:
<body><?xml version="1.0" encoding="utf-8" standalone="yes"?>
<!DOCTYPE html>
<?xml encoding="utf-8"??>
<html prefix="dc: http://purl.org/dc/terms/ mw: http://mediawiki.org/rdf/"><head prefix="mwr: https://wiki.therofl98.co/w/index.php?title=Special:Redirect/"><meta charset="utf-8"/><meta property="mw:pageNamespace" content="2600"/><meta property="mw:html:version" content="2.0.0"/><link rel="dc:isVersionOf" href="https://wiki.therofl98.co/w/index.php?title=Topic%3AUw0cyiln8t5iatc5"/><title></title><base href="https://wiki.therofl98.co/w/index.php?title="/><link rel="stylesheet" href="//wiki.therofl98.co/w/load.php?modules=mediawiki.legacy.commonPrint%2Cshared%7Cmediawiki.skinning.content.parsoid%7Cmediawiki.skinning.interface%7Cskins.vector.styles%7Csite.styles%7Cext.cite.style%7Cext.cite.styles%7Cmediawiki.page.gallery.styles&only=styles&skin=vector"/><meta http-equiv="content-language" content="en"/><meta http-equiv="vary" content="Accept"/></head><body data-parsoid="{"dsr":[0,63,0,0]}" lang="en" dir="ltr" parsoid-version="2.0.0" base-url="https://wiki.therofl98.co/w/index.php?title="><section data-mw-section-id="0" data-parsoid="{}"><p data-parsoid="{"dsr":[0,63,0,0]}">I should be able to see this if it works right. If it errors, B</p></section></body></html>
</body>
Backtrace:
#0 /var/www/html/wiki/w/extensions/Flow/includes/Parsoid/ContentFixer.php(106): Flow\Conversion\Utils::createDOM(string)
#1 /var/www/html/wiki/w/extensions/Flow/includes/Parsoid/ContentFixer.php(55): Flow\Parsoid\ContentFixer::createDOM(string)
#2 /var/www/html/wiki/w/extensions/Flow/includes/Parsoid/ContentFixer.php(42): Flow\Parsoid\ContentFixer->apply(string, Title)
#3 /var/www/html/wiki/w/extensions/Flow/includes/Templating.php(157): Flow\Parsoid\ContentFixer->getContent(Flow\Model\PostRevision)
#4 /var/www/html/wiki/w/extensions/Flow/includes/Formatter/RevisionFormatter.php(940): Flow\Templating->getContent(Flow\Model\PostRevision, string)
#5 /var/www/html/wiki/w/extensions/Flow/includes/Formatter/RevisionFormatter.php(889): Flow\Formatter\RevisionFormatter->processParam(string, Flow\Model\PostRevision, Flow\Model\UUID, EnhancedChangesList, Flow\Formatter\RecentChangesRow)
#6 /var/www/html/wiki/w/extensions/Flow/includes/Formatter/RevisionFormatter.php(232): Flow\Formatter\RevisionFormatter->buildProperties(Flow\Model\UUID, Flow\Model\PostRevision, EnhancedChangesList, Flow\Formatter\RecentChangesRow)
#7 /var/www/html/wiki/w/extensions/Flow/includes/Formatter/ChangesListFormatter.php(164): Flow\Formatter\RevisionFormatter->formatApi(Flow\Formatter\RecentChangesRow, EnhancedChangesList, string)
#8 /var/www/html/wiki/w/extensions/Flow/Hooks.php(556): Flow\Formatter\ChangesListFormatter->getTimestampLink(Flow\Formatter\RecentChangesRow, EnhancedChangesList)
#9 /var/www/html/wiki/w/extensions/Flow/Hooks.php(538): FlowHooks::modifyChangesListLine(EnhancedChangesList, array, RCCacheEntry, NULL)
#10 /var/www/html/wiki/w/includes/Hooks.php(174): FlowHooks::onEnhancedChangesListModifyBlockLineData(EnhancedChangesList, array, RCCacheEntry)
#11 /var/www/html/wiki/w/includes/Hooks.php(202): Hooks::callHook(string, array, array, NULL)
#12 /var/www/html/wiki/w/includes/changes/EnhancedChangesList.php(704): Hooks::run(string, array)
#13 /var/www/html/wiki/w/includes/changes/EnhancedChangesList.php(801): EnhancedChangesList->recentChangesBlockLine(RCCacheEntry)
#14 /var/www/html/wiki/w/includes/changes/EnhancedChangesList.php(115): EnhancedChangesList->recentChangesBlock()
#15 /var/www/html/wiki/w/includes/specials/SpecialRecentchanges.php(428): EnhancedChangesList->recentChangesLine(RecentChange, boolean, integer)
#16 /var/www/html/wiki/w/includes/specialpage/ChangesListSpecialPage.php(1573): SpecialRecentChanges->outputChangesList(Wikimedia\Rdbms\ResultWrapper, FormOptions)
#17 /var/www/html/wiki/w/includes/specialpage/ChangesListSpecialPage.php(672): ChangesListSpecialPage->webOutput(Wikimedia\Rdbms\ResultWrapper, FormOptions)
#18 /var/www/html/wiki/w/includes/specials/SpecialRecentchanges.php(167): ChangesListSpecialPage->execute(NULL)
#19 /var/www/html/wiki/w/includes/specialpage/SpecialPage.php(569): SpecialRecentChanges->execute(NULL)
#20 /var/www/html/wiki/w/includes/specialpage/SpecialPageFactory.php(558): SpecialPage->run(NULL)
#21 /var/www/html/wiki/w/includes/MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)
#22 /var/www/html/wiki/w/includes/MediaWiki.php(867): MediaWiki->performRequest()
#23 /var/www/html/wiki/w/includes/MediaWiki.php(517): MediaWiki->main()
#24 /var/www/html/wiki/w/index.php(42): MediaWiki->run()
#25 {main}
| Product | Version |
|---|---|
| MediaWiki | 1.33.0-alpha (9b4461c)
21:00, 28 February 2019 |
| PHP | 7.3.2-3+ubuntu18.10.1+deb.sury.org+1 (fpm-fcgi) |
| MariaDB | 10.2.22-MariaDB-1:10.2.22+maria~bionic |
| ICU | 60.2 |
| Lua | 5.1.5 |
TheROFL98 (talk) 03:24, 16 March 2019 (UTC)
Problem with a little crazy exalted italian wikipedia administrators
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.
Can you suspend the account of these crazy exalted italian wikipedia administrators
Rojelio
https://it.wikipedia.org/wiki/Utente:Rojelio
and reactivate my that I have not done anything wrong? Im trying to write 2 simple things that are totally true and they say no and and they have blocked my account (antolepore) I don't understand why?
can you intervene please?
thank you!
--
The possibility of making changes to the encyclopedia with the Antolepore user (user name, IP address or IP address range) is suspended. Your current IP address is: 93.43.180.184 The suspension (block) was activated by the administrator Rojelio, for this reason: Violation of WP: NML. Start of block: 01:49, 11 Mar 2019 Automatic block term: infinite You can also consult the block register.
-- Antolepore (talk) 10:23, 16 March 2019 (UTC)
- This has nothing to do with MediaWiki.org. You should appeal on your it.wikipedia talk page. Leaderboard (talk) 10:33, 16 March 2019 (UTC)
- No, and you already received a reply in Project:Support desk/Flow/2019/03#h-who_manage_wikipedia_Italy?-2019-03-11T01:48:00.000Z. Please stop asking the same questions. Malyacko (talk) 13:41, 16 March 2019 (UTC)
Detected bug in an extension! Hook widgetParserFunctions has invalid call signature
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
My hosting company recently pushed me onto PHP 7.2 and one of my websites suddenly threw a wobbly. I got Fatal exception of type MWException and after adding $wgShowExceptionDetails = true; to LocalSettings I now get the following but have no idea how to fix it. Any help would be greatly appreciated but please bear in mind I'm not a dev - I'm happy to run diagnostics or fixes that may be needed to fix this problem but I'll need fairly detailed instructions, sorry.
[97197972] /index.php?title=Pr%C3%AComh_dhuilleag Exception from line 222 of /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/Hooks.php: Detected bug in an extension! Hook widgetParserFunctions has invalid call signature; Parameter 1 to widgetParserFunctions() expected to be a reference, value given
Backtrace:
#0 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/GlobalFunctions.php(4013): Hooks::run(string, array, NULL)
#1 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/parser/Parser.php(275): wfRunHooks(string, array)
#2 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/StubObject.php(99): Parser->firstCallInit()
#3 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/StubObject.php(119): StubObject->_call(string, array)
#4 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/cache/MessageCache.php(1023): StubObject->__call(string, array)
#5 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/cache/MessageCache.php(1000): MessageCache->getParser()
#6 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/Message.php(977): MessageCache->transform(string, boolean, LanguageGd, Title)
#7 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/Message.php(669): Message->transformText(string)
#8 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/Message.php(732): Message->toString()
#9 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/OutputPage.php(853): Message->text()
#10 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/OutputPage.php(898): OutputPage->setHTMLTitle(Message)
#11 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/Article.php(556): OutputPage->setPageTitle(string)
#12 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/actions/ViewAction.php(44): Article->view()
#13 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/Wiki.php(428): ViewAction->show()
#14 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/Wiki.php(292): MediaWiki->performAction(Article, Title)
#15 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/Wiki.php(588): MediaWiki->performRequest()
#16 /homepages/22/d314019430/htdocs/Akerbeltzorg/includes/Wiki.php(447): MediaWiki->main()
#17 /homepages/22/d314019430/htdocs/Akerbeltzorg/index.php(46): MediaWiki->run()
#18 {main} Akerbeltz (talk) 13:28, 16 March 2019 (UTC)
- Please provide MediaWiki version information. You may have to find the extension code file that includes widgetParserFunctions and tell us what that line says (and which extension that is). Malyacko (talk) 13:41, 16 March 2019 (UTC)
- Not sure how to identify version with the site down. FTP has RELEASE-NOTES-1.23 as the latest version, so I'm guessing that's it.
- I have a folder ParserFunctions in /extensions but there is no file in there that seems to contain a line with "widgetParserFunctions". Akerbeltz (talk) 14:09, 16 March 2019 (UTC)
- If it really is 1.23 then your first problem would be MediaWiki incompatibility with the PHP version on your server. For PHP 7.2, you will need to upgrade your MediaWiki installation to at least v1.31. See Compatibility#PHP.
- For upgrading, see Manual:Upgrading. AhmadF.Cheema (talk) 14:34, 16 March 2019 (UTC)
- Ok, right I've backed my stuff up and gotten as far as FTPing the new files into a new directory and moving /images and LocalSettings.php across and pointed my domain at the new directory. I pointed the browser at /mw-config/ and it whizzed through the upgrade, got a green tick and "Upgrade complete. You can now start using your wiki." but the site looks, well, weird, there's a search box there and the title but none of the content (site it http://www.akerbeltz.org). Is there anything I'm doing obviously wrong? Akerbeltz (talk) 17:45, 16 March 2019 (UTC)
- There have been many changes since v1.23, so there are naturally going to be many incompatibilities with the new version. These issues will have to be resolved one by one.
- As a first step, comment out all the extensions from LocalSettings.php (especially Extension:Google Analytics Integration) and set the following in LocalSettings.php to turn on debugging:AhmadF.Cheema (talk) 17:59, 16 March 2019 (UTC)
$wgShowExceptionDetails = true; $wgDevelopmentWarnings = true; error_reporting( -1 ); ini_set( 'display_errors', 1); error_reporting(E_ALL);
- Ah thanks you're a star, that did it - I had to enable skins but it's now basically back to normal. I'll go through the extensions one by one, I may not even need them all any more. Akerbeltz (talk) 18:21, 16 March 2019 (UTC)
Spanish accent "Véase también"
I dont know if you are dedicated for following question, but here we go.
When I open the section "Véase también" (See also) of es:Río Ibañez and commit any changes, e.g. no changes, I get a special page:
https://es.wikipedia.org/wiki/R%25C3%25ADo_Ib%25C3%25A1%25C3%25B1ez#V%C3%A9ase_tambi%C3%A9n
I reseted all my settings in https://es.wikipedia.org/wiki/Especial:Preferencias#mw-prefsection-gadgets
but the error stay there.
PD I think it has to do with the accents.
--Juan Villalobos (talk) 20:52, 16 March 2019 (UTC)
- Thanks for reporting this! This is a software mistake and it's already reported in phab:T216029. Feel free to subscribe to the Phabricator ticket (see Phabricator/Help). AKlapper (WMF) (talk) 23:56, 16 March 2019 (UTC)
Abusefilter not saving 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.
Asking on behalf of a disgruntled admin.
We have a wiki which does not save abusefilter entries. Users can try to create them but instead of saving, it just refreshes, and the edit isn't saved. What could be the issue? Another extension had this issue, but the problem was solved by changing a few PHP variables (cgi.force_redirect and cgi.fix_pathinfo = 1), which isn't working for this one. No other functionality is affected. Leaderboard (talk) 22:08, 16 March 2019 (UTC)
- In case the Wiki is using HTTPS, does the $wgServer value also include
https://, or a protocol-relative URL? AhmadF.Cheema (talk) 23:51, 16 March 2019 (UTC)
Cite button doesn't enabling on my wiki
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Can anyone help me out to enable the cite button on the toolbar please? I'm struggling for days but I still can't manage it. Thank you. Kasun94 (talk) 03:01, 17 March 2019 (UTC)
- See Wikipedia:RefToolbar/2.0#Porting to another wiki. AhmadF.Cheema (talk) 03:19, 17 March 2019 (UTC)
- Hi @AhmadF.Cheema I followed every step but it doesn't work for me. I don't know whether it's my fault because I'm new to Mediawiki. This is my wiki http://navalhistoryarchive.org. Can you take a look? Kasun94 (talk) 04:39, 17 March 2019 (UTC)
- In your MediaWiki:Gadgets-definition page, you're using the definition line from Wikipedia:MediaWiki:Gadgets-definition and not the one actually mentioned in Wikipedia:RefToolbar/2.0#Porting to another wiki. Try using the one mentioned there and see if it helps.
- A lot of times, there happen to be some differences between how Wikimedia Foundation Wikis implement certain things compared to how they can implemented in other third-party Wikis. AhmadF.Cheema (talk) 05:46, 17 March 2019 (UTC)
- Oh what a relief!!! Many thanks @AhmadF.Cheema. I replaced the line which existed in my wiki Gadget-definition with the line mentioned in Wikipedia:RefToolbar/2.0#Porting to another wiki. Kasun94 (talk) 12:29, 17 March 2019 (UTC)
Mediawiki installation errors
I'm installing mediawiki locally using MAMP. I'm using the latest version 1.32 provided from the website. I'm hitting this error though and have no clue how to proceed. Any clues are greatly appreciated?
[3505b8ab031582667b72decd] /mediawiki/mw-config/index.php?page=Upgrade Wikimedia\Rdbms\DBExpectedError from line 196 of /Applications/MAMP/htdocs/mediawiki/includes/libs/rdbms/database/DatabaseMysqli.php: Could not select database 'my_wiki'.
Backtrace:
#0 /Applications/MAMP/htdocs/mediawiki/includes/libs/rdbms/database/Database.php(2308): Wikimedia\Rdbms\DatabaseMysqli->doSelectDomain(Wikimedia\Rdbms\DatabaseDomain)
#1 /Applications/MAMP/htdocs/mediawiki/includes/libs/rdbms/database/Database.php(2301): Wikimedia\Rdbms\Database->selectDomain(Wikimedia\Rdbms\DatabaseDomain)
#2 /Applications/MAMP/htdocs/mediawiki/includes/installer/DatabaseInstaller.php(623): Wikimedia\Rdbms\Database->selectDB(string)
#3 /Applications/MAMP/htdocs/mediawiki/includes/installer/WebInstallerUpgrade.php(57): DatabaseInstaller->needsUpgrade()
#4 /Applications/MAMP/htdocs/mediawiki/includes/installer/WebInstaller.php(272): WebInstallerUpgrade->execute()
#5 /Applications/MAMP/htdocs/mediawiki/mw-config/index.php(79): WebInstaller->execute(array)
#6 /Applications/MAMP/htdocs/mediawiki/mw-config/index.php(38): wfInstallerMain()
#7 {main} 59.89.133.176 (talk) 11:31, 17 March 2019 (UTC)
- Looks like Project:Support desk/Flow/2019/02#h-MediaWiki_1.32.0_Error-2019-02-03T12:01:00.000Z ? AKlapper (WMF) (talk) 13:48, 17 March 2019 (UTC)
- Yeah, appears like it didn't get addressed and was recommended to be posted as a bug a month ago. 117.223.235.249 (talk) 17:57, 17 March 2019 (UTC)
- Feel free to: How to report a bug AKlapper (WMF) (talk) 18:03, 17 March 2019 (UTC)
Error Fileupload with Template
I am new to mediawiki.
Started a new site and create my first template/form after i followed this example Extension:Page Forms/Quick start guide.
One form-field is of type file.
It is working so for but if want to add a file (
https://wiki.example.de/index.php?title=Special:UploadWindow&pfInputID=input_7)
i get this error:
XI6dwlkWcAgAAA4r7A8AAAAA] /index.php?title=Special:UploadWindow&pfInputID=input_7 ConfigException from line 53 of /var/www/vhosts/example.de/wiki.example.de/includes/config/GlobalVarConfig.php: GlobalVarConfig::get: undefined option: 'EnableAPI'
Backtrace:
#0 /var/www/vhosts/example.de/wiki.example.de/extensions/PageForms/specials/PF_UploadForm.php(350): GlobalVarConfig->get(string)
#1 /var/www/vhosts/example.de/wiki.example.de/extensions/PageForms/specials/PF_UploadForm.php(299): PFUploadForm->addUploadJS()
#2 /var/www/vhosts/example.de/wiki.example.de/extensions/PageForms/specials/PF_UploadWindow.php(182): PFUploadForm->show()
#3 /var/www/vhosts/example.de/wiki.example.de/extensions/PageForms/specials/PF_UploadWindow.php(162): PFUploadWindow->showUploadForm(PFUploadForm)
#4 /var/www/vhosts/example.de/wiki.example.de/includes/specialpage/SpecialPage.php(569): PFUploadWindow->execute(NULL)
#5 /var/www/vhosts/example.de/wiki.example.de/includes/specialpage/SpecialPageFactory.php(568): SpecialPage->run(NULL)
#6 /var/www/vhosts/example.de/wiki.example.de/includes/MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)
#7 /var/www/vhosts/example.de/wiki.example.de/includes/MediaWiki.php(860): MediaWiki->performRequest()
#8 /var/www/vhosts/example.de/wiki.example.de/includes/MediaWiki.php(517): MediaWiki->main()
#9 /var/www/vhosts/example.de/wiki.example.de/index.php(42): MediaWiki->run()
#10 {main}
Can anyone help me out? I have no idea at all what to do. I searched the GlobalVarConfig for EnableAPI, but i couldn't find that. 46.80.252.226 (talk) 19:49, 17 March 2019 (UTC)
- What version of MediaWiki and Extension:Page Forms are you using? Does the extension version correspond to the MediaWiki core version? AhmadF.Cheema (talk) 09:28, 18 March 2019 (UTC)
- mediawiki 1.32.1
- page Forms 4.4.2 / 2018-11-05
- Thank you very much for your help!
- I used the download from Special:ExtensionDistributor/PageForms, but thats for 1.32 (latest) and my version 1.32.1 is newer as the latest there :D
- with page forms 4.5 it works fine. 46.80.248.23 (talk) 22:09, 20 March 2019 (UTC)
Why can't I see
When I load up Pavlov VR I can't see anything unless i die. And even then when I respawn I still can't see. 2600:1700:62E0:1280:8534:3A0E:1530:A16B (talk) 02:31, 18 March 2019 (UTC)
- Welcome to the support desk for the MediaWiki software. What makes you think that we know what you're talking about? :) Malyacko (talk) 02:46, 18 March 2019 (UTC)
- It means that in the game when I spawn in I literally hear a error noise and just see just black and nothing else until I die then I can see but when I respawn im back to the same thing. BTW: Im not blind. 2600:1700:62E0:1280:C180:936F:C421:DC83 (talk) 20:55, 18 March 2019 (UTC)
- We have no idea what "game" you're talking about. This is MediaWiki. You're on mediawiki.org. Not some game. If you want to discuss some game you need to go to a forum of some game, not mediawiki.org. Malyacko (talk) 01:32, 19 March 2019 (UTC)
- Wrong support forum. AhmadF.Cheema (talk) 22:40, 18 March 2019 (UTC)
MediaWiki Family
Hi,
Can I get help please with setting up a WikiFamily. I follow Manual:Wiki family but don't understand it..
I have a new MediWiki.
I made a LocalSettings.php and made of that LocalSettings_test.php LocalSettings_test2 and LocalSettings_test3.php.
<?php
// Include common settings to all wikis before this line (eg. database configuration)
$callingurl = strtolower( $_SERVER['REQUEST_URI'] ); // get the calling url
if ( strpos( $callingurl, '/test1' ) === 0 ) {
require_once 'LocalSettings_test1.php';
} elseif ( strpos( $callingurl, '/test2' ) === 0 ) {
require_once 'LocalSettings_test2.php';
} elseif ( strpos( $callingurl, '/test3' ) === 0 ) {
require_once 'LocalSettings_test3.php';
} else {
require_once 'LocalSettings_test.php
The page is standard loading LocalSettings_test.php and loads the page https://testserver.local/index.php/mainpage
When I type in https://testserver.local/test1 I get a page that test1 is not existing.
What am I doing wrong?
And when I change LocalSettings_test.php at the end of the line to LocalSettings_test1.php I get a not good loaded page, no structure. 145.119.165.117 (talk) 11:17, 18 March 2019 (UTC)
Restore MediaWiki when only web part is broken
Dear Support desk,
We have MediaWiki deployed in IIS and it's DB is running on MariaDB.
Unfortunately the web part is broken and we had to restore web part from a backup. But now we cannot "connect" the web part to the database.
I've also tried to install a new MediaWiki page but I did not find an option to build the web park based on an existing database.
Could you please suggest if it is possible to somehow rebuild the website based on an existing database (MariaDB)?
Best Regards,
Marton 185.46.212.164 (talk) 12:09, 18 March 2019 (UTC)
- Feel free to install MediaWiki and set up the database settings to point to the existing database. Manual:Installation guide Malyacko (talk) 01:31, 19 March 2019 (UTC)
- Hello,
- I've just reinstalled the Wiki site and selected the same database but nothing happened. I'm just having an empty mediaWiki site but nothing from the database is getting read. I mean we had hundreds of pages, images, etc. but nothing is available. Also the users which are in the database cannot be used on the website.
- Any other idea please? 185.46.212.164 (talk) 09:50, 19 March 2019 (UTC)
- See Manual:How to debug and Manual:Errors and symptoms#You see a Blank Page for the MediaWiki part; also check the error log of the webserver software that you use. Please post relevant database related errors here.
- Please also mention your previous MediaWiki version, the current MediaWiki version that you try to make work, and your MariaDB version. Malyacko (talk) 10:09, 19 March 2019 (UTC)
- Hello,
- There's no any error after the installation. It's just a brand new mediawiki site. For example if I click on "Random page" it's just loading the main page, as no other can be found. However in the database there are hundreds of them.
- MariaDB version: 10.2.12
- Previous MediaWiki version: Unknown, but i'm sure it was 1.27 or newer
- Current MediaWiki version: tried with 1.32 185.46.212.164 (talk) 10:26, 19 March 2019 (UTC)
- Can you connect to the database and check if the tables are there?
- Even if you choose the same database, if your original installation has a different table prefix than your new installation, the installer will create new tables with the different prefix and cause MediaWiki to not find the old tables. Ciencia Al Poder (talk) 10:27, 19 March 2019 (UTC)
- Hello,
- Yes, I can connect to the database which was dedicated to this site so no prefixes were used. Every data is in the database and I can access them. 185.46.212.164 (talk) 10:32, 19 March 2019 (UTC)
- I think that, at this stage, is obvious you're not using the same database server, port number and/or database name when you connect to it through the wiki and when you manually inspect table data Ciencia Al Poder (talk) 10:11, 20 March 2019 (UTC)
- Hello,
- I've just realized that when I'm selecting the existing database at installation it runs into error when dropping / creating indexes (maintenance\archives\patch-change_tag-indexes.sql file). I've commented out indexing and it successfully ran.
- However the result is the same. I've got a new Wiki site with no content. 185.46.212.164 (talk) 11:41, 19 March 2019 (UTC)
- See my previous comment and tell us which exact logs, located where, you checked. Malyacko (talk) 14:22, 19 March 2019 (UTC)
Very Slow Response: 8gb ram 200gb disk (ssd) 100mbit stable port speed.
Hi all.
i have a vds. features: 8gb ram 200gb disk (ssd) on ubuntu 18.04, mariadb 10x, php 7.2.x+nginx, 100mbit stable port speed.
opcache, memcached, apcu, gzip, wikimedia file cache function is active.
i have a 5gb innodb data.
Memcached, gzip, cache is active in the mediawiki setting file.
Elasticasearch installed on my server. Elastica, AdvancedSearch, extensions are also active on my website.
But when I search any articles, it comes too late. page loading too late.
The word I wrote in the search box is quickly questioned immediately. but when you click on the article, the page is too late, the server responds very slowly.
I made some my.cnf edits. example; innodb_buffer_pool_size= 5G and the other some improvements..
But the result hasn't changed a lot, after querying the article in the database the page is coming too slow.
The instant user in the system is up to 15-20. Daily number of visitors 500-600.
Why is that? I don't think it should be this slow.
Can we fix this? or where do we find the problem?
Thank you in advance for your help.
Note: I could not find a solution to my problem from similar topics. Sorry.
Regards Esginmurat (talk) 15:23, 18 March 2019 (UTC)
case-insensitive title search.
Installing an extension and creating extra data tables seems like a waste of energy and extra work for the server for no real reason. All that is needed is to see if the title in the database is the same as the one requested so a simple PHP strcasecmp() (case-insensitive string comparison) is all that is needed but the code is so scattered I can't seem to find the line that pulls the name from the DB.
doing a search in the searchbox seems to work this way but i'm trying to make it easier for users to add new articles with the '?action=edit' URL parameter which seems to be case sensitive. but can't find the line where the DB title is compared against user input so I add that simple PHP function call. Does anyone know which php file contains the DB call or where that comparison is made using the '?action=edit' URL parameter? 207.58.200.162 (talk) 16:26, 18 March 2019 (UTC)
- Same problem here. 95.91.239.30 (talk) 19:26, 22 March 2019 (UTC)
MacPorts install failing???
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.
Struggling to understand WHY this is happening. I have installed gnu radio on my MacBook Pro with no issues, but the install on the iMac 27" is not so smooth. HERE is what I am getting as output from the install (below) - it is import to not that gcc, Xcode and python both 2.7 and 3 are installed. BUT I'm at a loss as to why. APPRECIATE any help.
Clintons-iMac:~ clint$ sudo port install gnuradio
Warning: xcodebuild exists but failed to execute
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: Xcode does not appear to be installed; most ports will likely fail to build.
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
---> Computing dependencies for gnuradioWarning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
The following dependencies will be installed:
OpenBLAS
atk
coreutils
cython_select
dbus
dbus-glib
dbus-python27
docbook-xml
docbook-xml-4.1.2
docbook-xml-4.2
docbook-xml-4.3
docbook-xml-4.4
docbook-xml-4.5
docbook-xml-5.0
docbook-xsl-nons
findutils
fop
gdk-pixbuf2
getopt
ghostscript
gpsd
grep
gsed
gtk2
gzip
harfbuzz-icu
hicolor-icon-theme
jasper
jbig2dec
jbigkit
lcms2
libglade2
libidn
libmng
libpaper
libusb
libzzip
nosetests_select
openjpeg
orc
potrace
py27-Pillow
py27-alabaster
py27-altgraph
py27-babel
py27-backports_abc
py27-certifi
py27-chardet
py27-cython
py27-docutils
py27-futures
py27-gobject
py27-idna
py27-imagesize
py27-jinja2
py27-macholib
py27-matplotlib
py27-modulegraph
py27-monotonic
py27-nose
py27-numpy
py27-olefile
py27-opengl
py27-opengl-accelerate
py27-packaging
py27-parsing
py27-py2app
py27-pygments
py27-pygtk
py27-pyobjc
py27-pyobjc-cocoa
py27-pyqt4
py27-pyqwt
py27-requests
py27-roman
py27-scipy
py27-serial
py27-singledispatch
py27-sip
py27-snowballstemmer
py27-sphinx
py27-sphinxcontrib-websupport
py27-subprocess32
py27-tkinter
py27-tornado
py27-typing
py27-urllib3
py27-zmq
pygments_select
qhull
qt4-mac
qwt52
qwtplot3d
shared-mime-info
sphinx_select
swig
swig-python
tcl
texlive-basic
texlive-bin
texlive-common
texlive-latex
tk
uhd
volk
xmlcatmgr
xmlto
xorg-libXScrnSaver
xorg-libXcomposite
xorg-libXcursor
xorg-libXdamage
xorg-libXfixes
xorg-libXi
xorg-libXinerama
xorg-libXp
xorg-printproto
Continue? [Y/n]: Clinton70 (talk) 20:04, 18 March 2019 (UTC)
- This forum is to support MediaWiki, not gnuradio. —TheDJ (Not WMF) (talk • contribs) 20:37, 18 March 2019 (UTC)
Including an external RSS feed, widget doesn't work
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
My wiki is https://mariowiki.net, and we also have a forum for that wiki at https://marioforum.net. I want to create a widget which shows the latest forum postings on a wiki page. So I installed the Extension:Widgets and got the NetvibesRSS widget, but that doesn't work. You can find it here on my wiki: https://mariowiki.net/wiki/Widget:NetvibesRSS. Whenever I try to insert it on a wiki page with something like this:
{{#widget:NetvibesRSS
|url=https://marioforum.net/board-feed/?at=1-2ce577ece940ecc94edaead26806e4f8c5826d38
|title=Neue Beiträge im Forum
|color=blue
|height=400
|openoutside=true
|details=true
|number=10
}}
it shows nothing.
Is there another solution to include the latest posts from the forum in a wiki page? Both the forum and the wiki are hosted on the same server, by the way. And can I report the non-working widget anywhere? Semako96 (talk) 22:44, 18 March 2019 (UTC)
- The error console of the browser displays:
ReferenceError: UWA is not defined- If you open the URL of the script you include, it has nothing apart from a comment pointing out there's an error: https://www.netvibes.com/js/UWA/load.js.php?env=BlogWidget2
- Looks like the script URL is wrong Ciencia Al Poder (talk) 10:17, 19 March 2019 (UTC)
- okay, that isn't my fault then.
- Are there any other ways to display the atest forum posts in the wiki?
- Preferably without having to link to an external script. Semako96 (talk) 10:50, 19 March 2019 (UTC)
- Try Extension:RSS :-) Jonathan3 (talk) 22:32, 19 March 2019 (UTC)
- Thanks, that works, but the extension seems to have a bug, I opened a new thread for that and probably will file a phabricator report if it turns out to in facht be a bug and not some kind of problem with my installation. Semako96 (talk) 11:50, 20 March 2019 (UTC)
After shorten the URL: cant access the pictures and icons are broken
Dear Support desk,
i actually working on a MediaWiki-Bluespice installation. i actually shorten the URL from exmaple.com/index.php$title=MainPage to example.com/MainPage. in general its working, but i got 2 problems:
- The icons of the sidebar are broken after this. There only strange thingies.
- The second problem is that i cant access the pictures. the pics are shown in the wiki. When i click on them i got a error that i havent the permissions to access them. When i add the index.php$title= in the url bar then i can access the pics.
thats my nginx-config:
Default server configuration
#
server {
listen 80;
listen [::]:80;
server_name example.de;
return 301 https://$server_name$request_uri;
}
server {
listen 443 ssl;
listen [::]:443 ssl;
server_name example.de;
root /var/www/html;
index index.php;
ssl_certificate /etc/nginx/ssl/cert.pem;
ssl_certificate_key /etc/nginx/ssl/privkey.pem;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers HIGH:!aNULL:!MD5;
location ~ ^/(skins|extensions)/.+\.(css|js|gif|jpg|jpeg|png|svg)$ {
try_files $uri 404;
add_header Cache-Control "public";
expires max;
}
location / {
# rewrite ^/([?]*) /index.php?title=$1$args last;
rewrite ^/(?<pagename>.*)$ /index.php?title=$1$args last;
include /etc/nginx/fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root/index.php;
fastcgi_param PATH_INFO $pagename;
fastcgi_param QUERY_STRINGS $query_string;
fastcgi_pass 127.0.0.1:9000;
}
location ~ \.php$ {
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/var/run/php/php7.0-fpm.sock;
}
location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ {
try_files $uri /nsfr_img_auth.php;
expires max;
log_not_found off;
}
}
LocalSettings.php:
$wgScriptPath = "";
$wgScriptExtension = ".php";
$wgArticlePath = "/wiki/$1";
$wgUsePathInfo = true;
did i something wrong or i just forgot something?
Best regards! Nezubia (talk) 12:30, 19 March 2019 (UTC)
- Nobody any idea?
- the icons are repaired. i added the *.ttf ~.woff format into the location bracket for the images. it worked to let them appear again. i still cant access the images through the shortened URL.
- Example:
- Picture on MainPage is there. But when i click on it there is the message that i havent the permission to see it.
- --> URL: example.com/File:test.png
- when i add the " index.php?title= to the URL i can access it.
- --> URL: example.com/index.php?title=File:test.png the page with the pic shows up.
- Fixed Location bracket for the broken icons:
- location ~* \.(js|css|png|jpg|jpeg|gif|ico|ttf|woff)$ {
- try_files $uri /nsfr_img_auth.php;
- expires max;
- log_not_found off;
- } Nezubia (talk) 17:57, 19 March 2019 (UTC)
- The rule that includes location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ { is affecting both images and image description pages (and even any page that you create on a wiki that ends in a dot and one of those extensions!)
- You should restrict that to the path where images are located. Maybe
location ~* ^/images/.*\.(js|css|png|jpg|jpeg|gif|ico)$ {? Ciencia Al Poder (talk) 10:27, 20 March 2019 (UTC)
MultimediaViewer Error "Thumb info not found" due to small $wgMaxShell values
HI,
We are getting attached error like "Error: Error in provider Thumb info not found" while display some images using MultimediaViewer extension.
Also the thumbnails images on WIKI page are not updated when ever upload the latest version of the image
Though We are using following versions of software(s) in TEST as well as PROD environments. yet, we don't see the multimediaViewer display issue in our test environment. Please suggest resolution for this issue.
Installed software
| Product | Version |
|---|---|
| MediaWiki | 1.30.0 |
| PHP | 7.1.8 (apache2handler) |
| MySQL | 5.6.40 |
| ICU | 50.1.2 |
Sanjay (talk) 14:36, 19 March 2019 (UTC)
- See if Project:Support desk/Flow/2018/05#h-New_version_of_images_don't_trigger_thumbnail_recreation_(1.30.0)-2018-05-30T14:22:00.000Z helps. AhmadF.Cheema (talk) 15:08, 19 March 2019 (UTC)
- Also see https://developer.mozilla.org/en-US/docs/Web/HTTP/CORS/Errors/CORSMissingAllowOrigin which is often the reason. Also note that MW 1.30.0 is an ancient unsupported versions with security vulnerabilities. Malyacko (talk) 15:51, 19 March 2019 (UTC)
- Finally I could able to resolve the Multimedia Viewer display issue.
- Actually the issue was occurred for some of newly updated PNG images on the page. And it could be because of insufficient Shell memory
- So , I have configured and set following param values in LocalSettings.php on par with our Server configuration . And now I see the issue is no more exists !!!
- $wgMaxShellMemory = 8000000;
- $wgMaxShellFileSize = 1000000;
- $wgMaxShellTime = 300;
- Moreover we are in process to upgrade our existing MediaWiki 1.30.0 to the latest LTS version of MediaWiki 1.31.1. So, I would believe the issue with thumbnail creation for new version images in this MediaWiki 1.30.0 is fixed for this LTS version of MediaWiki 1.31.1.
- Thanks,
- Sanjay Sanjay (talk) 12:58, 21 March 2019 (UTC)
- $wgMaxShellMemory = 8000000;
- $wgMaxShellFileSize = 1000000;
- $wgMaxShellTime = 300;
- YES! That's it! 178.10.35.144 (talk) 11:23, 8 January 2020 (UTC)
Uploading directly from a URL in UploadWizard
Hi
I want use Uploading directly from a URL feature by Upload Wizard Extension
Then set up
$wgCopyUploadsFromSpecialUpload = true;
$wgAllowCopyUploads = true;
$wgGroupPermissions['*']['upload_by_url'] = true;
but show only upload from Flickr
I want upload from any site in Special:UploadWizard not Special:Upload ??
Please help me! Beginneruser (talk) 16:13, 19 March 2019 (UTC)
- But what's the value of $wgCopyUploadsDomains ? AKlapper (WMF) (talk) 17:35, 19 March 2019 (UTC)
- After add
$wgCopyUploadsDomains = array( '*.flickr.com', 'upload.*.gov.uk' );- In Special:Upload OK but in upload form .gov.uk domain Special:UploadWizard not work
Beginneruser (talk) 20:55, 19 March 2019 (UTC)
Testing conditions in Survey preview (Version 3.15.8+190130)
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.
Trying to test conditional formatting in preview, but not triggering correctly.
If then scenarios, nothing complex. Is this a known problem? 97.82.83.252 (talk) 20:00, 19 March 2019 (UTC)
- Is this related to MediaWiki? AhmadF.Cheema (talk) 21:17, 19 March 2019 (UTC)
- Oh I guess you just support their user manual wiki,not the applications. Sincerest apologies 97.82.83.252 (talk) 13:10, 20 March 2019 (UTC)
Proofreadpage update lost two previously existing features
The resolved ticket T212999, lost two minor previously existing features. The two issues are:
1. Both the header/footer opening is two small, 3 text rows should be visible instead of 2.
2. Previously, the handles on the lower right corners all of textarea window frames were active. This allowed the user to temporarily increase window size (length), but now these are disabled.
Should I open a new ticket? — Ineuw talk 21:56, 19 March 2019 (UTC)
- Feel free to; see How to report a bug for which info / sections to provide. AKlapper (WMF) (talk) 22:12, 19 March 2019 (UTC)
localsettings.php edit
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 editing the localsettings.php file via Notepad ++ and uploading it on me server.
Is it possible to edit the localsettings.php file in the wiki like editing the media wiki:Common.css that can be edited as a wiki page SB26 (talk) 10:10, 20 March 2019 (UTC)
- Nope, that is not possible and would be insecure, as the localsettings.php file contains stuff like the update ID and the database access data, which you definitifely don't want to be public. Semako96 (talk) 11:49, 20 March 2019 (UTC)
Extension:RSS bug? Does not seperate RSS items
I want to include the latest topics of my forum within a wiki page and used RSS for that: https://mariowiki.net/wiki/Vorlage:Hauptseite/Forum
The problem however is, that, after configuring Extension:RSS so that it displays links and images within the RSS descriptions, the items aren't seperated properly when the previous item's description ends with an image like a smiley.
I tried workarounds by adding divs and spans to the MediaWiki:Rss-feed template (which I also want because it makes styling with CSS much easier), but that doesn't work either, the div and span tags don't get included in the source code of the RSS feed on the wiki page.
Is there another workaround for this bug? Semako96 (talk) 11:30, 20 March 2019 (UTC)
- push Semako96 (talk) 09:24, 21 March 2019 (UTC)
- The wiki is rendering bad HTML markup. This is caused by the fact Extension:RSS is truncating the contents of each item to a fixed number of characters, but it's not respecting HTML tags. In one case, it truncates in the middle of the URL of an <img> tag, causing tags and attributes to not be properly closed.
- You can try raising item-max-length to the maximum to prevent this. Ciencia Al Poder (talk) 10:45, 21 March 2019 (UTC)
Block user or group to view pages
How can I block a user or a group from viewing pages without getting the pages with a Namespace? 2610S (talk) 12:08, 20 March 2019 (UTC)
- Manual:Preventing access AKlapper (WMF) (talk) 12:22, 20 March 2019 (UTC)
- Looking for pages with access by group, so each group can se there pages, but without namespace 2610S (talk) 13:04, 20 March 2019 (UTC)
- I don't understand. What is "without namespace"? What does "viewing pages with getting the pages" mean? AKlapper (WMF) (talk) 13:08, 20 March 2019 (UTC)
- "viewing pages with getting the pages" mistake it should be "without"
- changed above 2610S (talk) 14:46, 20 March 2019 (UTC)
- I know that I can use this page Manual:$wgNamespaceProtection but then I need to get all pages with Namespace for Ex 1:main page.
- so i'm looking for a solution without Namespace 2610S (talk) 14:51, 20 March 2019 (UTC)
- What you're probably looking for is detailed specifically at Manual:Preventing access#Restrict viewing. Extension talk:Lockdown/Archive 2/Flow export#h-Namespace_lockdown_doesn't_work_correctly_in_MW_1.31-2018-06-19T06:13:00.000Z might also be relevant. AhmadF.Cheema (talk) 15:50, 20 March 2019 (UTC)
- If I want to use this
Disable reading by anonymous users$wgGroupPermissions['*']['read'] = false;# But allow them to read e.g., these pages:$wgWhitelistRead = [ "Main Page", "Help:Contents" ];- can I write add
$wgGroupPermissions['user']['read'] = false;,how will the system know to restrict not registered users from all pages, and the whitelist should only be for 'user' ? - And how will the system know that users in Group 1 can read all pages ? 2610S (talk) 22:37, 20 March 2019 (UTC)
- The asterisk (*) means anonymous users.
$wgGroupPermissions['*']['read'] = false;will restrict reading by unregistered users. Pages mentioned in $wgWhitelistRead are viewable by all users. - What is "Group 1" here?
- Note that, "If you need per-page or partial page access restrictions, you are advised to install an appropriate content management package. MediaWiki was not written to provide per-page access restrictions, and almost all hacks or patches promising to add them will likely have flaws somewhere, which could lead to exposure of confidential data." AhmadF.Cheema (talk) 04:38, 21 March 2019 (UTC)
- There's no reason to prevent registered users from viewing pages that anonymous users can read. Think about it. A blocked user can just logout to get access! Ciencia Al Poder (talk) 10:20, 21 March 2019 (UTC)
Upgrade existing installation -> Error: 42P01 Error: relation "ignore" does not exist
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello
- MediaWiki 1.32.0 (old: 1.28.2)
- PHP 7.0.33-0ubuntu0.16.04.2 (old: 5.5.9-1ubuntu4.26 on Ubuntu 14.04.5)
- Database PostgreSQL 9.5.14 (old: PostgreSQL 9.3.24)
The upgrade terminates with the following error:
An error occurred:
A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?
Query: UPDATE IGNORE "externallinks" SET el_index_60 = 'https://14.32.28.172./ws/NAPI/NAPI.asmx?wsdl' WHERE el_id = '1'
Function: PopulateExternallinksIndex60::doDBUpdates
Error: 42P01 ERROR: relation "ignore" does not exist
LINE 1: ... /* PopulateExternallinksIndex60::doDBUpdates */ IGNORE "ex...
How can i fix the problem?
Many thanks and best regards Xerolino (talk) 14:07, 20 March 2019 (UTC)
- The error has been fixed in latest version on git, but it hasn't been released as a formal release. You can try using latest 1.32 downloaded from git: Download_from_Git#MediaWiki_tags_(stable_version) Ciencia Al Poder (talk) 10:28, 21 March 2019 (UTC)
- Thanks for your response.
- In the meantime i fixed the bug myself. I had done the following steps:
- Patch "mediawiki-1.32.1.patch.gz" (https://releases.wikimedia.org/mediawiki/1.32/) Note: The patch did not help, however.
- Solution: Script "populateExternallinksIndex60.php" adapted line 76
- That's right, I did: From " ], __METHOD__, [ 'IGNORE' ] " changed to " ], __METHOD__ " (without quotation marks!) (Note: Comparison analogous with (https://doc.wikimedia.org/mediawiki-core/master/php/populateExternallinksIndex60_8php_source.html)
- Best regards 185.145.108.1 (talk) 12:11, 21 March 2019 (UTC)
Error While uploading file using MS Upload
Hi,
Getting following error while uploading a file in media wiki using MS Upload. Error: 200-HTTP error.
How can this be resolved.
Thanks, 154.59.156.136 (talk) 14:29, 20 March 2019 (UTC)
- Hi,
- Can anyone please respond. Thanks in advance. 154.59.156.142 (talk) 15:34, 21 March 2019 (UTC)
- I'm getting exactly the same error, with MSUpload and/or SimpleBatchUpload. But the default mw upload works fine. FrugalTPH (talk) 12:46, 2 October 2019 (UTC)
Non riesco a pubblicare il mio sito
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.
Buongiorno a tutti , ho aperto un sito ma non riesco a pubblicare le pagine.
Io uso FrontPage per la creazione delle pagine del sito, ho creato l'index e la homepage , vorrei pubblicarlo ma quando clicco sull'FTP e digito il nome del sito e la password che altervista mi ha inviato , mi dice che c'è un errore e non me lo accetta. Questo succede da diversi giorni, credevo che fosse una cosa temporanea , ma non riesco ad andare avanti.
Grazie , saluti , Morwena MorwenaMor (talk) 14:51, 20 March 2019 (UTC)
- Questo sito è per richieste di supporto per MediaWiki. Sembra che tu abbia bisogno di contattare il supporto del tuo sito.
- (translated using Google Translate. Original English: This site is for support requests for MediaWiki. It sounds like you need to contact your site's support. ) ☠MarkAHershberger☢(talk)☣ 14:59, 20 March 2019 (UTC)
- si, in effetti, grazie mille
MorwenaMor (talk) 15:21, 20 March 2019 (UTC)
Edit Page Message
I was wondering how to change the text for this:
https://i.ibb.co/p1h5SHZ/Screen-Shot-2019-03-21-at-8-00-41-AM.png Jtmk1 (talk) 15:05, 21 March 2019 (UTC)
- Change your Wiki's version of the MediaWiki:Copyrightwarning page. AhmadF.Cheema (talk) 15:20, 21 March 2019 (UTC)
how do I upload my media wiki onto my AWS?
I have created a wiki page. I need to upload it to my AWS account. Is this possible without having to recreate the whole thing?
Nahdiaharrington (talk) 17:18, 21 March 2019 (UTC)
- A single page? Or a complete website? Do you mean you locally installed MediaWiki? What is "the whole thing"? Malyacko (talk) 17:25, 21 March 2019 (UTC)
- Sorry. A single page would be fine. It's for a learning group that I'm in. I'm supposed to build a Wiki page through AWS. Nahdiaharrington (talk) 20:06, 21 March 2019 (UTC)
- How to build a wiki page on AWS without having a wiki on AWS? (Similar question: How to provide a HTML webpage on a server without running a web server software on that server?) Malyacko (talk) 20:32, 21 March 2019 (UTC)
Search will not show any results under custom namespaces
Hi,
I am having an issue getting the search function to work with custom namespaces. When using the search function it will only return results for pages in the Main namespace. My LocalSettings.php looks like the following for my custom namespaces.
##Define constants for additional namespaces.
define("NS_B142",3000);
define("NS_B142_TALK",3001);
##Add Namespaces.
$wgExtraNamespaces[NS_B142] = "B142";
$wgExtraNamespaces[NS_B142_TALK] = "B142_Talk";
##Defaults search to allow all namespaces to be searched.
$wgNamespacesToBeSearchedDefault[NS_B142] = true;
$wgNamespacesToBeSearchedDefault[NS_B142_TALK] = true;
Averymechanix (talk) 18:52, 21 March 2019 (UTC)
- What version of MW are you using? If your wiki is public, can you point us to it? ☠MarkAHershberger☢(talk)☣ 21:21, 21 March 2019 (UTC)
- It is an internal wiki unfortunately, however, I am using version 1.29.1.
- When you look at Special:All Pages it does show all of my namespaces in the wiki (the example above is only one of 6). I am using namespaces to separate buildings and sections so that no one steps on each others test instructions (We all use the same equipment). Averymechanix (talk) 12:48, 22 March 2019 (UTC)
- When you do advanced search and manually select the other namespaces, do you see results from those namespaces?
- Are you using CirrusSearch or the built in search? ☠MarkAHershberger☢(talk)☣ 19:11, 22 March 2019 (UTC)
- Built-In search. It does not show me the other namespaces (no option to search under them) when I try and do advanced search. Averymechanix (talk) 21:39, 22 March 2019 (UTC)
- If your custom namespaces do not show up in the advanced search, then MediaWiki's search probably isn't aware of them.
- Are you sure that pages in the "B142" namespace are actually in that namespace and aren't just in the main namespace with "B142:" at the beginning of their title? One way to tell is what the first tab says. For the main page it will usually say "Main Page" while other pages in the main namespace will say something like "Page". On this topic thread, for example, they say "Topic".
- For your "B142" namespace, the tab should say "B142". ☠MarkAHershberger☢(talk)☣ 22:48, 22 March 2019 (UTC)
- The tab says B142. Also when looking at "All Pages" in the Special pages, I can select to see pages only under namespace B142. Only the search does not work. Averymechanix (talk) 14:57, 25 March 2019 (UTC)
- Could you file a bug in phabricator for this? ☠MarkAHershberger☢(talk)☣ 16:38, 25 March 2019 (UTC)
Restrict to admins...
I'm trying to restrict a certain code block to admins only but can't seem tog et the current user permission level
global $wgUser; and $wgUser->mGroups or $wgUser->getGroups() to get the data but the global variable is empty 207.58.200.162 (talk) 20:04, 21 March 2019 (UTC)
- An couple of examples are mentioned in Extension talk:Lockdown/Archive 2/Flow export#h-Namespace_lockdown_doesn't_work_correctly_in_MW_1.31-2018-06-19T06:13:00.000Z. See if that helps. AhmadF.Cheema (talk) 20:57, 21 March 2019 (UTC)
- They don't seem to help, for some reason $wgUser and $parser are empty variables so the calls to getUser() and getGroup() fail. I moved everything to the footer to make sure it's called last and those variables are still empty. Does anyone know why they would be empty? All examples i've seen require those to make this work :(
- thank you 207.58.200.162 (talk) 15:16, 22 March 2019 (UTC)
- Here's what I'm using on a special page extension:
if ( in_array( 'sysop', $this->getUser()->getEffectiveGroups() ) ) {
Jonathan3 (talk) 00:19, 24 March 2019 (UTC)
Module CS1 Cite_book error
Over at Wikiversity, the Cite_Book template is currently reporting a lua error (see example 1):
Lua error in Module:Citation/CS1 at line 3723: bad argument #1 to 'pairs' (table expected, got nil).
I've checked line 3723 in Module:Citation/CS1 but I can't find the cause of the problem. It looks to be triggered by use of the coauthors= parameter. Any ideas on what I'm missing?
Thanks in advance! Thomas. T.Shafee(Evo﹠Evo)talk 23:21, 21 March 2019 (UTC)
- @Trappist the monk and Dragons flight: Any ideas? T.Shafee(Evo﹠Evo)talk 17:41, 30 March 2019 (UTC)
- Old old old copy of https://en.wikiversity.org/wiki/Module:Citation/CS1/Suggestions. Trappist the monk (talk) 17:51, 30 March 2019 (UTC)
- Same issue on our wiki as well. Anyone have any suggestion?
Jnanaranjan sahu (talk) 09:15, 10 April 2019 (UTC)- If your wiki is or.wiki, then same reason: old old old copy of https://or.wikipedia.org/wiki/Module:Citation/CS1/Suggestions (October 2014). Trappist the monk (talk) 11:06, 10 April 2019 (UTC)
- What we have to do? Shall we update it? If yes then then from where? en wiki?
Jnanaranjan sahu (talk) 11:19, 10 April 2019 (UTC)- The suggestions module is there to offer suggestions to typical typographical errors in parameter names that occur at your wiki. The module can also hold parameter names that may be used in other wikis from which your editors import cs1|2 citations are imported. For these reasons, there is no 'master' list of suggestions. It is entirely possible that the or.wiki suggestion list will be different from the list at en.wiki.
- You got the 'table expected, got nil' error message because some update, long-ago now, to the cs1|2 module suite added the ability to use Lua patterns to match a variety of typos and misspellings so that we didn't have to list them all individually. Trappist the monk (talk) 11:42, 10 April 2019 (UTC)
- So after importing the latest page the issue is fixed but it gives something like "Unknown parameter
|coauthors=ignored (|author=suggested) (help)" . Shall we remove the coauthor as it is not supported anymore?
Jnanaranjan sahu (talk) 11:23, 10 April 2019 (UTC)- If you are seeing that error message then |coauthors= should be replaced with an appropriate parameter. Support for |coauthor(s)= was removed long ago at en.wiki but we still see it popping up when a cs1|2 template is imported from a wiki that supports it. Trappist the monk (talk) 11:45, 10 April 2019 (UTC)
- Thank you for the help. I see some more error type like |month etc.
- I think I have figured it out. Thanks again for your time. Jnanaranjan sahu (talk) 11:47, 10 April 2019 (UTC)
Open Office Automatic Installation (Need Help)
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hellp guys, is there a way to install automatically the OpenOffice? i already tried the method below (please click the link) but it is not working, can anybody help me with this? because there are hundred of pc's that needed to install.
https://wiki.openoffice.org/wiki/Documentation/How_Tos/Automatic_Installation_on_Windows
Tsunaweak (talk) 01:00, 22 March 2019 (UTC)
- Apologies, but this is the wrong support forum.😕 AhmadF.Cheema (talk) 04:07, 22 March 2019 (UTC)
Problems with portals
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Good day!
My name is Eugene.
I'm not a specialist, but I try to create a portal in mediawiki.
So I've installed mediawiki on local server.
I've installed ParserFunctions, Scribunto and TemplateStyles extensions as well.
I've added "Portal" namespace also.
And I've imported this templates, exporting from Wikipedia.
I've reached some progress in creating portal using "box portal skeleton".
But the problem is in using "Basic portal start page".
I paste "subst:Basic portal start page" as the only content of a portal page, as Template documentation says, but nothing happens.
I believe I have to do some other things to make this work.
I'll be very greatful if somebody helps me.
Please keep in mind, that I have poor experience, so I need detailed explanations. :)
Thank you for your attention and have a good day! Kattey (talk) 08:48, 22 March 2019 (UTC)
- Did you include the brackets too?AhmadF.Cheema (talk) 09:30, 22 March 2019 (UTC)
{{subst:box portal skeleton}} - Like this
- {{subst:Basic portal start page}} Kattey (talk) 09:46, 22 March 2019 (UTC)
- Yes.
- In case your Wiki is publicly accessible, can you link to it?
- Also, what do yo mean by "nothing happens"? Does the edit tab of the Wiki page remains empty? AhmadF.Cheema (talk) 10:40, 22 March 2019 (UTC)
- Just this.
- No, it's only on local server. :( Kattey (talk) 13:55, 22 March 2019 (UTC)
- From where did you get the name "Basic portal start page"? AhmadF.Cheema (talk) 14:05, 22 March 2019 (UTC)
- "To use the template, place this as the only content of a portal page:
{{subst:Basic portal start page}}" - https://en.wikipedia.org/wiki/Wikipedia:Portal/Instructions
- https://en.wikipedia.org/wiki/Template:Basic_portal_start_page
- I think I just got it.
- This works only in Wikipedia, because it necessary templates? Kattey (talk) 14:13, 22 March 2019 (UTC)
- In your Wiki, do you have a page by the name of "Template:Basic_portal_start_page"?
- It looks like the instructions you are using from the Portals page are outdated, by default they should only work for the Template:Box portal skeleton mentioned in Wikipedia:Portal/Instructions.
- To make Template:Basic portal start page work,
- Go to Wikipedia:Special:Export.
- In the Add pages manually box, enter: Template:Basic portal start page
- Check Include templates and then click on the Export button. This will download an XML file.
- Then go to your Wiki's Special:Import page and import the downloaded XML file.
- Now insert the {{subst:Basic portal start page}} part into a Wiki page and see where it gets you.
AhmadF.Cheema (talk) 14:47, 22 March 2019 (UTC)
Metadata
Hi, How do edit / delete the metadata of a of file? Thanks Salim974 (talk) 12:52, 22 March 2019 (UTC)
- @Salim974 Depends on the file type. :) Is this question related to MediaWiki? If so, how? Malyacko (talk) 18:54, 22 March 2019 (UTC)
- If you mean the "Comment" in the "File:"/"Image:" page, then I think it can't be edited, except probably directly in the database. (I'm using MW 1.31.) Jonathan3 (talk) 00:16, 24 March 2019 (UTC)
Fatal exception of type "Error"
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello. I opened my wiki after a few months of leaving it alone, and now it doesn't work at all, giving an internal error.
$wgShowExceptionDetails shows:
[....] / Error from line 11 of /home/myusername/public_html/w/en/extensions/TemplateData.hooks.php: Call to undefined function wfUseMW()
Backtrace:
#0: /home/myusername/public_html/w/en/includes/Setup.php(930): TemplateDataHooks::onSetup()
#1:/home/myusername/public_html/w/en/includes/WebStart.php(77): require_once(strong)
#2: /home/myusername/public_html/w/en/index.php(39): require(string)
#3 {main}
My TemplateData.hooks.php line 11 is:
class TemplateDataHooks {
public static function onSetup() {
wfUseMW('1.25wmf22');
}
I have no experience with coding. Could anyone please advise me, if possible, if there is a way to fix this?
Sorry. Thank you very much. 158.143.230.40 (talk) 17:37, 22 March 2019 (UTC)
- Which exact MediaWiki version are you running? Which exact TemplateData extension version are you running? Malyacko (talk) 18:53, 22 March 2019 (UTC)
- Thank you for your response.
- MediaWiki version is 1.3.2.
- I'm not sure how to find the version of TemplateData, but from my tries:
- 8a1b5509f1991265adfbc016d763f9a2b32b3bcc (in "version" doc in TemplateData file)
- 0.1.1 (in "extension.json" in TemplateData file) 158.143.230.40 (talk) 18:58, 22 March 2019 (UTC)
- 1.3.2 has been unsupported since the year 2005. Maybe you meant 1.32.0? The page "Special:Version" should list the exact version numbers.
- Revision 8a1b5509f1991265adfbc016d763f9a2b32b3bcc is from 1.25/1.26. You have to use a compatible version and update extensions when you update MediaWiki. Malyacko (talk) 21:28, 22 March 2019 (UTC)
- Yes, sorry, I meant 1.32.0.
- Thank you. I will try to update extensions in MediaWiki.
158.143.230.40 (talk) 23:32, 22 March 2019 (UTC)- Thank you very much for your kind help.
- My wiki is back working. 158.143.230.40 (talk) 23:46, 22 March 2019 (UTC)
File extension ".png" does not match the detected MIME type of the file (image/svg+xml).
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 uploading a svg logo. At upload, MediaWiki is incorrectly saying the file extension is .png, it's not, it's .svg
This may be caused by the previous (and incorrect) image being a png. If so, how do I tell the system that it's OK to replace the png, with an svg? Lance W. Haverkamp (talk) 01:10, 23 March 2019 (UTC)
![01:10, 23 March 2019 (UTC)](https://www.mediawiki.org/wiki/Project:Support_desk/Flow/2019/03#c-Lance_W._Haverkamp-2019-03-23T01:10:00.000Z-File_extension_".png"_does_not_match_the_detected_MIME_type_of_the_file_(image/s){kind=link}
- If you think this is a bug, please file a task for it on phabricator. ☠MarkAHershberger☢(talk)☣ 16:42, 25 March 2019 (UTC)
Records with Nicknames not displaying0
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.
Just did a migration fron phpGEDView to Webtrees. Everything went smoothly until I tried to look at my own web entry and saw nothing, just a blank, white screen. they I realized that it was every person in my GED who had a nickname entered. If there is no nickname, Everything works just fine.
Is there some selection I either forgot to make or made but shouldn't have when I installed that started all of thise. In advance, thanks for any help you can provide. Smichaelshore (talk) 06:37, 23 March 2019 (UTC)
- Sorry, wrong support forum.😕 AhmadF.Cheema (talk) 07:33, 23 March 2019 (UTC)
why can not login Pywikibot when run python pwb.py login
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
First create user-config.py and set
mylang ='en' family ='yoursite' usernames['yoursite']['en']='MySiteBot' console_encoding = 'utf-8'
and run python generate_family_file.py then create family
but when run python pwb.py login
Skipped '/home/wiki/web/Pywikibot/user-config.py': owned by someone else.
family and mylang are not set.
Defaulting to family='test' and mylang='test'.
Traceback (most recent call last):
File "pwb.py", line 250, in <module>
if not main():
File "pwb.py", line 243, in main
run_python_file(filename, [filename] + args, argvu, file_package)
File "pwb.py", line 95, in run_python_file
main_mod.__dict__)
File "./scripts/login.py", line 198, in <module>
main()
File "./scripts/login.py", line 168, in main
site = pywikibot.Site()
File "/home/wiki/web/Pywikibot/pywikibot/__init__.py", line 1233, in Site
fam = Family.load(fam)
File "/home/wiki/web/Pywikibot/pywikibot/tools/__init__.py", line 1738, in wrapper
return obj(*__args, **__kw)
File "/home/wiki/web/Pywikibot/pywikibot/family.py", line 988, in load
raise UnknownFamily('Family %s does not exist' % fam)
pywikibot.exceptions.UnknownFamily: Family test does not exist
CRITICAL: Exiting due to uncaught exception <class 'pywikibot.exceptions.UnknownFamily'>
Please help me ! Beginneruser (talk) 16:19, 23 March 2019 (UTC)
- Off-topic here; see Manual:Pywikibot/Communication. Read the first line of the output that you posted: Make sure that your bot user has access rights to your user-config.py file. Currently it does not, as the very first line tells you. Malyacko (talk) 18:13, 23 March 2019 (UTC)
- Hi Malyacko
- I can login in to bot, not was problem.
- Thanks Beginneruser (talk) 10:15, 21 April 2019 (UTC)
- @Beginneruser: I have no idea what "I can login into bot" is supposed to mean, sorry. If you perform certain steps please provide the exact commands and exact output, to avoid misunderstandings. :) My question was about file access rights. It's not relevant if you can log into something or not. Malyacko (talk) 17:54, 22 April 2019 (UTC)
- Thanks so much Malyacko Beginneruser (talk) 08:01, 2 May 2019 (UTC)
Template with categories
Hi! I'm using MediaWiki
- 1.32.0 – 2019-01-11
I need to create a template which has a category as parameter, is it possible? I need a template able to recognize automatically which categories are on the page where the template isworking and I want a function that check if the page has that category or not and show it in the template... Renatoongania (talk) 16:24, 23 March 2019 (UTC)
- Your questions aren't entirely clear but I think you could do that sort of thing with Extension:DynamicPageList3. Jonathan3 (talk) 00:08, 24 March 2019 (UTC)
Images Folder as Apache Alias
Hi,
I have placed mediawiki itself in a WAMP folder under Program Files. For easier backups, I have placed my Images folder under my www (php source) root, and created an Alias in httpd.conf, ie www/mw/images.
This seems to work fine for displaying images - but not when uploading an image. The new file gets placed under WAMP\mediawiki\images, but is then looked for (and of course not found) under www/mw/images. I can "solve" this by copying (or moving?) the file manually into www/mw/images (I don't often add images), but I thought you might be interested in the issue anyway.
My setup: Apache/2.4.33 (Win64) PHP/7.2.11 mediawiki-1.31.1
StephanNaro (talk) 10:17, 24 March 2019 (UTC)
- You probably need to adjust $wgUploadPath and $wgUploadDirectory. ☠MarkAHershberger☢(talk)☣ 19:34, 24 March 2019 (UTC)
- OK, thanks. I did look into these earlier, but abandoned them in favour of Apache's Alias, because I found them to be too confusing.
- I have now set $wgUploadDirectory, and tested an upload, which seems to work just fine.
- I might suggest trying to make the Manual a bit clearer, especially regarding the different purpose of the two variables, but maybe I just didn't try hard enough to understand.
- Thanks. StephanNaro (talk) 06:27, 25 March 2019 (UTC)
API Issue log in 1.32.0
When I am trying to login I use the examples from the Mediawiki itself. Tried this one:
But got the message
{
"error": {
"code": "mustpostparams",
"info": "The following parameter was found in the query string, but must be in the POST body: logintoken.",
"*": "See https://www.mediawiki.org/w/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at <https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce> for notice of API deprecations and breaking changes."
},
"servedby": "mw1225"
}
if i put the parameter in the body, it says that is misses a parameter.
Any help will be appreciated
Wilco WilcoNL (talk) 14:22, 25 March 2019 (UTC)
- You are passing parameters as query parameters instead of body parameters or you are making an HTTP GET request instead of an HTTP POST request. —TheDJ (Not WMF) (talk • contribs) 20:53, 25 March 2019 (UTC)
Different messages in the edit window based on user rights
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.
On the Danish Wikipedia we are considering to show different system messages when users are editing an article (example showing editing window) based on their user rights. Anonymous or new users should see a more eye-catching message about not violating copyright etc than for example autopatrolled users or administrators who should continue to see the current message (which is MediaWiki:Editpage-head-copy-warn). Would that be technically possible? The reason for asking is a diskussion on the Danish village pump, where the majority thinks than it would be too annoying to see such a message every time they edit an article, but that it nontheless would be suitable for contributors who don't yet know the copyright rules etc.
The setup: PHP/7.2.16 mediawiki-1.33/wmf.22 (details) Weblars (talk) 14:29, 25 March 2019 (UTC)
- Not really. Uou can hide some content using CSS though, en.wp has this in their MediaWiki:Common.css. —TheDJ (Not WMF) (talk • contribs) 20:55, 25 March 2019 (UTC)
- Thank you. I now also found this in the archives of the English village pump and this in the English common.css:
- but I think it will get too complicated. Weblars (talk) 09:03, 27 March 2019 (UTC)
/* Hide stuff meant for accounts with special permissions. Made visible again in <nowiki>[[MediaWiki:Group-checkuser.css]]</nowiki>, <nowiki>[[MediaWiki:Group-sysop.css]]</nowiki>, <nowiki>[[MediaWiki:Group-patroller.css]]</nowiki>, <nowiki>[[MediaWiki:Group-templateeditor.css]]</nowiki>, <nowiki>[[MediaWiki:Group-extendedmover.css]]</nowiki>, <nowiki>[[MediaWiki:Group-extendedconfirmed.css]]</nowiki>, and <nowiki>[[Mediawiki:Group-autoconfirmed.css]]</nowiki>. */ .checkuser-show, .sysop-show, .patroller-show, .templateeditor-show, .extendedmover-show, .extendedconfirmed-show, .autoconfirmed-show, .user-show { display: none; } - The problem was solved by another Danish Wikipedian user:Dipsacus fullonum who referred to Manual:User group CSS and JavaScript. Weblars (talk) 13:43, 7 July 2019 (UTC)
Cannot Import Infobox Templates
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,
So I am trying to import infobox templates into my own wiki but I keep getting this error: Error from line 76 of /home/mitchel8/public_html/extensions/TemplateStyles/includes/TemplateStylesContent.php: Class 'Wikimedia\CSS\Parser\Parser' not found
I have reread the installation instructions over and over and I cannot seem to find what I did wrong. I am also very new to MediaWiki so I would not be surprised if it is something very obvious that I missed. An older thread was made with this exact problem but there wasn't a working solution. Mitchell316 (talk) 20:31, 25 March 2019 (UTC)
- Sounds like missing composer dependencies or mismatched versions of extensions and core. How did you install ? —TheDJ (Not WMF) (talk • contribs) 20:50, 25 March 2019 (UTC)
- I downloaded from Special:ExtensionDistributor/TemplateStyles. I've triple checked that I have downloaded 1.32 for both MediaWiki and TemplateStyles. Mitchell316 (talk) 23:26, 25 March 2019 (UTC)
- Update:
- I ran "composer update --no-dev" in SSH and I am still having the same issue. It updated 3 dependencies and installed 0. I'm still not sure what the problem could be. Mitchell316 (talk) 03:51, 26 March 2019 (UTC)
- Another Update:
- There actually were missing dependencies and they were updated. No longer getting the error anymore. Instead, I am now getting:
- Warning: proc_open(): fork failed - Cannot allocate memory in /home/mitchel8/public_html/extensions/Scribunto/includes/engines/LuaStandalone/LuaStandaloneEngine.php on line 269
The Infoboxes are showing up now, but the text is littered with conditional expressions. For example the honorific and name section are listed as- {{#if:| {{{honorific-prefix}}} }}
- {{#if:||Page Name}}
Mitchell316 (talk) 04:53, 26 March 2019 (UTC)- You probably need to install Extension:ParserFunctions. AhmadF.Cheema (talk) 11:38, 26 March 2019 (UTC)
- As of Mediawiki 1.32, ParserFunctions is installed by default into your extensions folder, but the the "wfLoadExtension( 'ParserFunctions' );" is not added to your LocalSettings.php by default. After adding the line, Everything appears to be fixed. Thank you everyone for all the help. Mitchell316 (talk) 23:15, 26 March 2019 (UTC)
Slow Saves
Saves for my MediaWiki install sometimes take up to 15 seconds, and never less than 8 or so. I've already searched several times, and I cannot find a solution to this issue. Mediawiki: 1.32.0; PHP: 7.0.33 (litespeed); Database: 10.1.38-MariaDB-cll-lve. URL: https://projectmailer.net/
TIA for any assistance. Grlucas (talk) 21:32, 25 March 2019 (UTC)
- Maybe enable PHP caching (though it shouldn't be that slow in the first place)? I can't try it myself as it's not publicly editable. Leaderboard (talk) 11:47, 26 March 2019 (UTC)
- You would probably benefit from having object caching on memory (using redis or memcached). If the database is slow, it will impact performance. Ciencia Al Poder (talk) 10:56, 28 March 2019 (UTC)
- Yes, I have caching enabled and it seems to speed up the performance, but the save time is still slow. I suspect it might be an extension I've installed, but I just have to figure out which one. Grlucas (talk) 11:00, 28 March 2019 (UTC)
Preload for Special:Upload?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Is it possible to set up a preadload text for Special:Upload, that appears within the file description input field? It would really be nice if our file description template would appear in the input field automatically when opening the upload form instead if having to use MediaWiki:Uploadtext to create a copy-paste template. Semako96 (talk) 22:29, 25 March 2019 (UTC)
- From what I can understand, you want to preload the file description with some filler text. You should be able to do this by editing this message: MediaWiki:Upload-default-description. Leaderboard (talk) 11:49, 26 March 2019 (UTC)
- Thank you, that's what I searched for. Semako96 (talk) 16:09, 26 March 2019 (UTC)
Mediawiki display all Matching Categories in list
I am using DynamicPageList witho much success.
However now I have a need to list all categories as links grouped together.
Take the following categories with the code:
40k warhammer space marines eldar`
<DynamicPageList>
category = 40k
category = space marine
category = eldar
mode = unordered
order=descending
namespace=category
</DynamicPageList>
From the 4 categories, only space marines and eldar contain the 40k category.
So I would like the following list to be output from the code above:
- I'm not sure what you want overall, but the following might achieve what you mention in your example:
{{#dpl:| category = 40k&space marine| category = 40k&eldar| ...}}- I've not tested it out. See: https://help.gamepedia.com/DPL:Parameters:_Criteria_for_Page_Selection#category Jonathan3 (talk) 15:02, 27 March 2019 (UTC)
- Just realised what you want...................
| category = 40k&space marine&eldar- ............I think that would just give you pages which are in all those categories. Jonathan3 (talk) 15:03, 27 March 2019 (UTC)
New skins not loading correctly
Hello all. I recently installed MediaWiki to make a private wiki for some creative projects. I attempted to install the skin Athena, as I had done in previous instances. In spite of following all the directions, when I install and load the skin, none of the CSS loads correctly. I know that the skin is installed, as it is listed in the Special:Version page, but the stylesheet doesn't load correctly, leaving an ugly mess of Times New Roman and stacked paragraphs. Any idea what might be the issue? I have no recollection of this happening in my previous wikis, so I'm quite frankly at a loss.
My installed software are: MediaWiki 1.32.0, PHP 7.2.6 (litespeed), MySQL 5.6.39-cll-lve, and ICU 57.1. Thanks SaltedSturgeon (talk) 18:17, 26 March 2019 (UTC)
- It's possible that the skin hasn't been maintained to be compatible with MediaWiki 1.32. I'm not familiar with that skin, however, sorry. Jdforrester (WMF) (talk) 18:38, 26 March 2019 (UTC)
- No, that's not it. When I downloaded the skin it said it was available for version 1.32. This is somewhat frustrating. SaltedSturgeon (talk) 03:07, 29 March 2019 (UTC)
- All skins and extensions automatically get a branch for each MediaWiki release, but this doesn't mean the extension is compatible. Ciencia Al Poder (talk) 10:23, 29 March 2019 (UTC)
Comments Extension: No Delete Button?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
HEy all. I'm trying to use the Comments extension, got it installed and working but I can't get the Delete option to appear. I have the following set in my LocalSEttings.php:
$wgGroupPermissions['Administrator']['commentadmin'] = true;
But I can't get the delete option to appear no matter what I do, and the help on the Extensions page is... not helpful. 98.21.171.79 (talk) 02:02, 27 March 2019 (UTC)
- So, "Administrator" is equivalent to group sysop on your Wiki? AhmadF.Cheema (talk) 06:28, 27 March 2019 (UTC)
- I figured it out, I had to literally put sysop in there. I was trying to do it based on the divisions (bureaucrat, administrator, etc.)
- Thanks!@AhmadF.Cheema 98.21.171.79 (talk) 14:53, 30 March 2019 (UTC)
Missing my content
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi,
I have created my content with https://en.wikipedia.org/wiki/Sri_dharmaraja_sri_throwpati_amman_temple URL yesterday, today i went same URL all content are missing could please help me to recover the same.
Thanks,
Dhaya Dhayanithi2020 (talk) 06:26, 27 March 2019 (UTC)
- Your content is present in previous revisions under the "View history" tab of the page. See your talk page on why your work was reverted, probably because it was in a non-English language. AhmadF.Cheema (talk) 06:35, 27 March 2019 (UTC)
error creating account
I am having an issue creating an account, since it is telling me this error with the code changing every time:
[4350ce26aa029963b8f0ef08] 2019-03-27 12:26:13: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"
how can I solve this issue? I cannot log in right now because it tells me this issue.
thanks 2001:620:D:82A0:4522:F26F:90E9:AD37 (talk) 12:27, 27 March 2019 (UTC)
- Which website? AhmadF.Cheema (talk) 14:22, 27 March 2019 (UTC)
Error 500
getting an error 500 when trying to login to website or view website, how do I fix this? SamHines95 (talk) 12:50, 27 March 2019 (UTC)
- Please provide more detail. Is this related to MediaWiki? Leaderboard (talk) 14:07, 27 March 2019 (UTC)
- Which website? AhmadF.Cheema (talk) 14:22, 27 March 2019 (UTC)
Can not see any pictures and uploaded files after upgrade wiki from 1.27 to 1.32
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
We have private wiki.
Our php has been upgraded to 7.2.4. We have to upgrade the wiki from 1.27 to 1.32. We use MySQL: 5.5.18, Appache 2.2.34.
The upgrade went fine. But the pictures and uploaded files not showed.
After put setlocale(LC_NUMERIC, "C"); in the LocalSettings.php file, there is no Thumbnail error. But it only shows the frame of the picture and file name. Got HTTP500: SERVER ERROR when hit F12.
Thank you for your help. Jw0068 (talk) 21:12, 27 March 2019 (UTC)
- See the FAQ: Manual:FAQ#…are some of my images not showing up after an upgrade? Malyacko (talk) 10:06, 28 March 2019 (UTC)
- @Malyacko, thank you so much!
- I did run rebuildImages.php, I got:
- Finished image... 0 of 222 rows updated
- Processing oldimage...
- Finished oldimage... 0 of 24 rows updated
- That does not fix the problem. I also ran the refreshLinks.php. All the uploaded files and pictures are not showing. I tried to upload a new file. The upload went fine. But when click the uploaded file name, it gave the "server error" (Failed to load resource: the server responded with a status of 500 (Internal Server Error)). Jw0068 (talk) 20:59, 28 March 2019 (UTC)
- See Blank page Ciencia Al Poder (talk) 10:24, 29 March 2019 (UTC)
- Thank you @Ciencia Al Poder.
- It is our php does not allow "Option FollowSymLinks" in the .htaccess file under images. After removed the entry, all the pictures and uploaded files are showed.
- Thank you. Jw0068 (talk) 21:03, 29 March 2019 (UTC)
collapsible with different content
Hey, is it possible to use different content for a collapsible, that has different triggers?
-> Lets say: I have 2 pictures, if I click the first one, I get a text in a specific area to the first picture and If I click on the second one, I get a text in the same specific Area about the second picture.
If its not possible to use the same area, it would help me too, if I can make area 1 dependent from picutre 2: If I click the first picture, the text of area 1 appears and the text of area 2 disappears, if I click the second picture, the text of area 2 appears and the text of area 1 disappears.
Is any of this possible? Thank you! :) 77.21.92.192 (talk) 07:53, 28 March 2019 (UTC)
- It would be easier if you described which underlying problem you want to solve, instead of only asking how to implement one possibly too complicated solution.
- Plus this sounds like a question for a HTML/JS forum and not MediaWiki specific... Malyacko (talk) 10:06, 28 March 2019 (UTC)
- If I understand correctly, maybe Extension:ImageMap? AhmadF.Cheema (talk) 10:12, 28 March 2019 (UTC)
- Ok, I try to describe the "problem":
- Our wiki is for a game with differend worlds and a lot of worlds are different in some stuff. We dont want to make a page for every topic for every world, just one page for one topic and make the user choose the world, if he doent want the content from the default world. Like a radio button there should be only one "active" content, from one world.
- Thanks 77.21.92.192 (talk) 18:28, 28 March 2019 (UTC)
- Try with Extension:Tabber Ciencia Al Poder (talk) 10:25, 29 March 2019 (UTC)
File history and updating..... A weird question
I'm bringing my SOP over to MediaWiki for ease of use, organization, and to truly make it a living document (it's a big SOP for a large organization)...
My hope is to put together a demonstration that this is much better than our current system of a bunch of separate Word documents shoved in a public folder on our network... We'll see how that goes.
My big problem here is that our SOP references a ton of PDF files for different reasons. Updating these PDF files locally has always been a task but what I'd like to do is somehow indicate in MediaWiki when a files has been checked for it's latest update, and show that maybe it hasn't. I'm fine with just a date but something that stands out on any particular page would be nice. Just something to say "this file hasn't been checked for an update in X day (over 90 make it red) Or maybe an access date listed next to the file's reference in the SOP itself?
I worked with PHP a long time ago but this might need to be a custom extension?
Second question is, how in the heck can I change the default behavior for file linking. I want to link to the files but have it open in a new tab by default. Found it for external links but I need a way for files. (.... wounder if editing the template could do this... ) 2600:1002:B103:B5D5:408E:12AD:B567:2C7F (talk) 23:17, 28 March 2019 (UTC)
- Sadly there's no magic word in MediaWiki to get the timestamp of the last revision uploaded of a given file. Not even in Lua. A custom extension could provide this. Or if you know JavaScript, you can use JavaScript to fetch this information from the Api.
- For new window, see Snippets/Open specific links in new window. Ciencia Al Poder (talk) 10:34, 29 March 2019 (UTC)
- Thanks for your reply, I figured this was the question.... Ok onto coding an extension then... Try new things why not.
- Thanks for pointing me in the right direction on the new window as well! 2600:1002:B10E:A7B3:D901:EEF2:3347:8A81 (talk) 11:31, 29 March 2019 (UTC)
CET and CEST time in Liveclock.js
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, can someone please create new gadget in CET and (in summer) CEST for Czech users? Now, there exist this gadget (link) in UTC.
CET: +1 hour
CEST: +2 hours
Thanks! Patrik L. (talk) 13:36, 29 March 2019 (UTC)
- Asking for creating random gadgets feels out of scope for the MediaWiki support desk. Feel free to edit and change the existing gadget, or ask in an on-wiki forum where discussing gadget code is in scope... Malyacko (talk) 13:25, 30 March 2019 (UTC)
changepassword.php runs and completes but doesn't change the password
Running on Windows Server 2012R2, IIS Version 6.2 (Build 9200)
Custom port for DB
| Product | Version |
|---|---|
| MediaWiki | 1.32.0 |
| PHP | 7.2.7 (cgi-fcgi) |
| MySQL | 8.0.15 |
| ICU | 61.1 |
When I run the >php changepassword.php --user=test --password=hello command it completes as if it went through clean but when I attempt to use the new password it fails. I am able to use the original password though. The reason why I use changepassword is because we have a private wiki and have email deactivated. I have been able to successfully change the password using UPDATE user SET user_password=md5(concat(X,'-',md5('thenewpassword'))) where user_id=X; in MySQL. But, I know this is not recommended even though it doesn't really state why. From debug this is what I got:
IP: 127.0.0.1
Start command line script changepassword.php
[caches] cluster: WinCacheBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: WinCacheBagOStuff, session: WinCacheBagOStuff
[caches] LocalisationCache: using store LCStoreDB
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openConnection: calling initLB() before first connection.
[DBReplication] Wikimedia\Rdbms\LBFactory::getChronologyProtector: using request info {
"IPAddress": "127.0.0.1",
"UserAgent": false,
"ChronologyProtection": false,
"ChronologyPositionIndex": 0,
"ChronologyClientId": null
}
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at '127.0.0.1:6720'.
User: cache miss for user 2
User: loading options for user 2 from database.
Thanks, Bruceillest (talk) 17:29, 29 March 2019 (UTC)
- Just FYI, there's two reasons why the mysql snippet isn't officially reccomended (but still works)
- md5 is an old method of hashing passwords. It is fairly easy to reverse md5 and find the original password if it ever leaks. So its preferred to use the script which uses a more secure method of storing the password
- Editing the db directly is much easier to make a mistake that could mess up your wiki. So the maintenance script is considered a safer option.
- That said i have no idea why the script doesn't work for you. If you figure it out please let us know, but in the meanwhile I'd suggest just doing the db query. Bawolff (talk) 19:06, 4 April 2019 (UTC)
- Do you know of another debug that I can run to try to find why it's not working?
- Also if I were to change the password in MySQL and then have the user reset their password in wiki will it change it from being md5?
- Lastly can I use a different hash in the MySQL query to make it more secure when I reset the password?
- Thanks for your response. Bruceillest (talk) 13:48, 8 April 2019 (UTC)
- In principle, the hash should be automatically updated to the more secure version the next time you login (If it starts with the word
:pbkdf2:its the more secure version. See also manual:$wgPasswordConfig & manual:$wgPasswordDefault). - For debugging. I'm not sure. The debug log you posted seem to indicate that it fails without even trying to modify the DB (I should ask, are you using any authentication plugins or custom AuthManager configs?) I don't know anything to tell you generically. If you're familar with php, you can try adding extra debug statements along the code path in question to try and figure out what's happening. Bawolff (talk) 20:41, 8 April 2019 (UTC)
- One thing to consider, is it will fail if your password isn't long enough (which depends on your config). However in that case it should definitely give you an error message Bawolff (talk) 20:49, 8 April 2019 (UTC)
- So I verified that the end user that I changed the password for did rehash their password in MySQL to :pbkdf2: when they logged in. I don't have any authentication plugins setup. I guess for the meanwhile I will try to see what I can get from PHP logs and go from there. Thanks. Bruceillest (talk) 17:17, 9 April 2019 (UTC)
- I am totally at a loss, I ran phpdbg.exe to try to debug and just like I thought it would fail with no errors but then I decided to use this command
phpdbg.exe C:\inetpub\wwwroot\MyWiki\maintenance\changepassword.php --user=test --password=testing2which gave me: [Welcome to phpdbg, the interactive PHP debugger, v0.5.0]To get help using phpdbg type "help" and press enter[Please report bugs to <http://bugs.php.net/report.php>][Successful compilation of C:\inetpub\wwwroot\MyWiki\maintenance\changePassword.php]- Then I entered
Runand it executed. Password set for Test[Script ended normally]- I have no clue why it works with phpdbg.exe and not php.exe I also tried php-cgi.exe and php-win.exe and nothing. I setup xdebug and it was able to find messed up coding on my timezone configs but everything else was clean and changepassword.php still didn't work the regular way. I then used php.exe 7.3 and used a new 7.2 and still nothing. Phpdbg.exe is doing something that is forcing the changepassword.php script to connect to the DB and change the password. Well I just wanted to share my observations in case anyone else gets this issue.I hope that MediaWiki will someday have a special page for resetting password instead of running the script. Bruceillest (talk) 16:07, 12 April 2019 (UTC)
Не могу загрузить фотографию
Не могу загрузить фотографию,пишит
"Данное действие было автоматически
определено как вредоносное, и потому запрещено.
Если вы уверены, что это конструктивная правка, пожалуйста, обратитесь к администратору и расскажите, что вы собирались сделать.
Краткое описание сработавшего фильтра: Cross-wiki upload filter"
ORSHANKA (talk) 08:05, 30 March 2019 (UTC)
- Это говорит "пожалуйста, обратитесь к администратору". mediawiki.org не администраторы. У вас есть вопрос? Malyacko (talk) 13:23, 30 March 2019 (UTC)
How to enable Mobile view for site
I believe I have followed everything from: Extension:MobileFrontend
I am wondering if its my export that I did from wikipedia that is messing with my mobile view.
I have version 1.33.0 installed with the following in my localSettings.php
wfLoadExtension( 'MobileFrontend' );
$wgMFAutodetectMobileView = true;
wfLoadSkin( 'Vector' );
$wgMFDefaultSkinClass = 'SkinVector'; // use Vector skin
I can now see a button at the bottom of the page which says `Mobile` Though clicking this, does redirect the page. I would expect this view to automatically change depending on screen size.
Regardless if I do click this and change view, nothing really changes in terms of viewing, it is still unfriendly for mobile users.
Have I missed a step in setting up the mobile view correctly? Jamiehutber (talk) 12:34, 30 March 2019 (UTC)
- Version 1.33.0 does not exist: Download Malyacko (talk) 13:20, 30 March 2019 (UTC)
- I downloaded 1.33.0 from github:
- <meta name="generator" content="MediaWiki 1.33.0-alpha"/> Jamiehutber (talk) 21:45, 30 March 2019 (UTC)
- You are running an unstable outdated development version which is several months old (and potentially vulnerable to security issues) on a production web site. Is that intentional? Malyacko (talk) 14:31, 31 March 2019 (UTC)
- The reason for upgrading was trying to get Mobile working. I will change the version to their latest version if you think this will solve the mobile issue. Jamiehutber (talk) 17:10, 31 March 2019 (UTC)
- AFAIK the Vector skin is not responsive. Hence nothing should change based on screen size (but on browser useragent, the mobile skin would be Minerva). See this very website www.mediawiki.org. Malyacko (talk) 05:31, 1 April 2019 (UTC)
- Skin:Vector is technically responsive, to make it more responsive, see the setting $wgVectorResponsive. However, Vector is still not very mobile friendly. Skin:Minerva is the preferred option for mobile screens as is practiced by the Wikimedia Foundation. AhmadF.Cheema (talk) 11:08, 1 April 2019 (UTC)
- To further clarify what AhmadF.Cheema said - Mobile frontend does some stuff with wiki content to make it better for mobile, but the primary part that determines if it is responsive is the Skin part not the mobile frontend part.
- In your config, you have set MobileFrontend to use the vector skin which isn't particularly responsive. Wikipedia uses the minerva skin to do responsiveness on mobile (and vector only on desktop). Some people also like Timeless or other skins for implementing the responsive part. Bawolff (talk) 18:56, 4 April 2019 (UTC)
Deletion of drafts of translations
It has come to my attention that the system deletes drafts created using the Content translation tool.
See e.g. the tool for the English Wikipedia. There, you can use the handy tool to translate a Wikipedia article from say the Spanish Wikipedia into a English Wikipedia article. The same tool exists for all Wikipedia editions, and I for example use it to translate articles for the German Wikipedia.
We as users can have spent many hours to put in a translation, and not have it published yet, but have it as a draft in the Content translation tool. They are saved in a personal space where only the creator can view them.
After a year, a draft is automatically deleted by the system.
But there is no notice of this deletion process when you create a draft, and there is no warning before a draft is deleted. You simply get a notification that your draft has been deleted, after the fact. There is nearly no way to know that your drafts are going to be deleted, because nowhere in the tool does it say that. I didn't know that my draft is going to be deleted. When I was notfied, it was too late. At least three users, including me, have complained in a thread.
Proposed solution:
Please, anybody who works at Wikimedia, or has a way to stop this, put this behaviour (deletion) on hold. So that no additional drafts are deleted. We users who had drafts deleted without warning don't want our fellow editors have happen to them what happened to us. Distelfinck (talk) 21:36, 30 March 2019 (UTC)
- Devs probably though a draft saved more than a year ago is probably left abandoned. If you want some action about this, please file a report Ciencia Al Poder (talk) 10:25, 31 March 2019 (UTC)
Sidebar question, maybe magicwords?
I'm a little confused on how the default install of MediaWiki works with the sidebar.
I see this when editing the sidebar
- helppage|Help Pages
This links to the MediaWiki website but I'm wondering where that url is configured and I can't seem to figure it out. I know how I can change it to my locally imported help pages, but I'm just curious I guess as to if this is defined elsewhere.
Thanks Rwslippey (talk) 16:01, 31 March 2019 (UTC)
- See the value of the translation for the string "helppage" which contains the URL. Malyacko (talk) 16:57, 31 March 2019 (UTC)
- Thanks for your reply but I seem to be missing something... Are we talking database or file definitions?
- I haven't dug into translating any pages so if this seems obvious, I apologies Rwslippey (talk) 22:26, 31 March 2019 (UTC)
- See the English translation of "helppage" in the file /languages/i18n/en.json Malyacko (talk) 05:29, 1 April 2019 (UTC)
- Manual:Interface/Sidebar has some helpful information.
- translation strings will by default use the definition in the language files of MediaWiki. However they may be overriden by pages in the MediaWiki: namespace on wiki. Bawolff (talk) 18:51, 4 April 2019 (UTC)