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.
Latest comment: 2 years ago1 comment1 person in discussion
Currently, I have an English wiki containing text and images in English. I want to automate the process of rewriting the content and images into different languages using a Python script. However, I'm concerned about the complexity of creating and managing multiple subdomains. Is there a way to replicate the settings and extensions of my main domain for these subdomains while allowing them to have their own articles and images?
One possible solution I'm considering is manually generating multiple wikis and using a cron job to transfer extensions and settings, as well as import text files and images into each wiki individually. However, I'm hoping to find a simpler approach.
Additionally, I cannot use the generic Translate extension because the images contain English text, and I have schemas and SEO tags associated with each page that would be incorrect during the translation process. MarblehorseNet (talk) 05:21, 1 June 2023 (UTC)
Template content not being generated at page load
Latest comment: 2 years ago2 comments2 people in discussion
Hello I am trying to create a banner on my page that shows if the last edit was over given time. for testing purposes I have set this time to 1 minute.
I have template with:
{{#expr: {{#time: U | {{CURRENTTIMESTAMP}} }} - {{#time: U | {{REVISIONTIMESTAMP}} }} }} Seconds
{{#ifexpr: {{#expr: ({{#time: U | {{CURRENTTIMESTAMP}} }} - {{#time: U | {{REVISIONTIMESTAMP}} }}) }} > 60 | Page was edited over one minute }}
I saved as Template:LastEdit
On a test page I inculude this template, and behaviour is not as expected.
{{LastEdit}}
{{#time: F j, Y, H:i|{{REVISIONTIMESTAMP}}}} Edited
{{#time: F j, Y, H:i|{{CURRENTTIMESTAMP}}}} Current
I see following after saving:
0 Seconds
June 1, 2023, 14:08 Edited
June 1, 2023, 14:08 Current
But waiting some time, nothing changes. I go onto page, and just press ave the page is updated:
318 Seconds
Page was edited over one minute
June 1, 2023, 14:08 Edited
June 1, 2023, 14:13 Current
I dont understand why the page didnt refresh during page load.
If afterwards I save over the page, the timer doesnt refresh, it looks like just using the value when the template was added.
Does anyone know why this is happening? 176.236.58.247 (talk) 14:15, 1 June 2023 (UTC)
Due to parser cache, pages do not get rerendered everytime you view.
You could try extension:MagicNoCache but beware disabling parser cache is really bad for performance.
Latest comment: 2 years ago3 comments2 people in discussion
RESOLVED
Resolved by using a different Lua executable
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,
Getting this error on a hosted environment:
./extensions/Scribunto/includes/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua: /lib/libc.so.6: version `GLIBC_2.3' not found (required by ./extensions/Scribunto/includes/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua)
Unfortunately we couldn't do a Make ourselves due to restrictions on our hosting account. However, we updated the lua executable packed with the Screbunto extension with this one sourceforge.net/projects/luabinaries/files/5.1.4/Tools%20Executables and now we have ambox working, where this issue started with in the first place.
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.
Issue with uploading images to wiki
Latest comment: 2 years ago6 comments2 people in discussion
I want to put a image on my wikipage. All of the methods for putting photos on a wiki page include using the url where the image is located on the internet. My issue is that the photo is saved to my machine and does not exist online. The image is under /home/carter/Photos. I'm using Ubuntu 22.4. Let me know if you have any solutions. Thanks Carter.smith1 (talk) 19:55, 1 June 2023 (UTC)
Usually that means there are incorrect permissions on the images directory (or one of its subdirectories) in your mediawiki folder. Ensure the webserver can write there. Bawolff (talk) 19:00, 2 June 2023 (UTC)
I'm getting an error that says:
No suitable files could be found for import.
I've read this sometimes means that the directory does not have permission so I tried to run:
I had this at the end: /Photos/The-name-of-the-image
The issue is the command only needs the directory name where the photos are located, not the actual name of the photo. Carter.smith1 (talk) 19:18, 5 June 2023 (UTC)
Error: invalid magic word 'categorytree'
Latest comment: 2 years ago3 comments2 people in discussion
I'm inconsistently getting this error on my wiki (luchawiki.org)
I'm on 1.39.3 and I've only seen it come up since the upgrade. It comes and goes strangly.I did run the update script from SSH (and again a couple of more times just to be sure after the error popped up.) Is there anything else I should check? Thecubsfan (talk) 21:03, 1 June 2023 (UTC)
Thanks. I tried that and now I see this one popping up at random.
"/index.php?title=DASH Wikimedia\Rdbms\DBQueryError: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading or after adding a new extension?
Please see Manual:Upgrading and Manual:How_to_debug for more information.
Latest comment: 2 years ago1 comment1 person in discussion
Hello, how can I center my logo in the middle of the page?
I can't find the html file. To make it center, I have to change the html flle but there's nothing similar. Currently I am using the skin "Timeless". Mago1993 (talk) 22:55, 1 June 2023 (UTC)
Create page through Form
Latest comment: 2 years ago2 comments2 people in discussion
On my MediaWiki instance 1.39, I have configured a form using PageForms extension, Now I want this form as default for page creation action, as of now when user search a title and if its not there it prompts to create the page and on initiating a page creation from there it takes to a blank page, I want a option to redirect page creation using Form Bpnimmala (talk) 07:14, 2 June 2023 (UTC)
using PropertyTable2 and SimpleTable extensions in MW 1.35
Latest comment: 2 years ago1 comment1 person in discussion
Hello every one
Actually i'm using PropertyTable2 and SimpleTable extensions in my mediawiki V 1.28 i upgraded it to v 1.35 but both this two extensions are no longer supported in new version of mediawiki. i have many bugs and display issue in may pages and cant found the alternatives
Any suggestions please to replace this extensions ?
The implication of the page you sent is just my /usr/share/webapps/mediawiki/extensions/Scribunto premissions & /dev/null are off. I have made all of those permissions open.
Latest comment: 2 years ago1 comment1 person in discussion
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 help me going crazy, getting this error when I try to update my wiki:
Error 1091: Can't DROP INDEX `user_timestamp`; check that it exists
I had the May 10 extension file and overwrote it and it fixed it. It still seems to be a bug in the extension. ドデカイラーメン (talk) 14:46, 3 June 2023 (UTC)
Latest comment: 2 years ago1 comment1 person in discussion
Hello,
I installed a new version of MediaWiki on my managed server (one domain for this wiki). My configuration allows working on the wiki with allowance only. I wanted to use HTML and set $wgRawHtml = true; . Nevertheless, it is not possible to use HTML. I know how to use it because I have another wiki with the version 1.36.1. There it is no problem. Can anybody help me further? I have no idea what I can do now.
An error occured during infobox publishing: [ZHzbjey7-fB8I-TGHFTtmQAAAA8] Exception caught: Function name must be a string
Latest comment: 2 years ago1 comment1 person in discussion
How do i fix this error
An error occured during infobox publishing: [ZHzbjey7-fB8I-TGHFTtmQAAAA8] Exception caught: Function name must be a string Cocopuff2018 (talk) 18:48, 4 June 2023 (UTC)
Ignore upload warnings permanently
Latest comment: 2 years ago2 comments2 people in discussion
My wiki has a huge number of missing files, so we created blank pages for them with categories, making sorted lists of missing files possible. However, now whenever someone tries to upload a missing image, they get this warning:
"The description page for this file has already been created at [File], but no file with this name currently exists. The summary you enter will not appear on the description page. To make sure your summary appear there, you will need to manually edit it."
I would like to permanently disable this warning on my wiki. I did find this snippet that should permanently check mark the "ignore any warnings" checkbox, but I tried adding that snippet in both MediaWiki:UploadForm.js and MediaWiki:Commons.js and still the checkbox is blank. Clarasiir (talk) 22:43, 4 June 2023 (UTC)
The snippet works for me. Maybe there's another error in your MediaWiki:Common.js that prevents further execution of scripts. Check the error console of your browser (usually by hitting F12 key) Ciencia Al Poder (talk) 11:15, 5 June 2023 (UTC)
How upgrade Mediawiki and Database ?
Latest comment: 2 years ago4 comments2 people in discussion
Hi, I'm trying to upgrade my MediaWiki from 1.38 to 1.39. My MW instance is running on Docker.
However I have a display error when I connect.
There is currently no text on this page. You can launch a search on this title in the other pages, search in related operations or create this page.
[9db9b7555e94f2b21245627f] /index.php?title=Accueil&action=edit Wikimedia\Rdbms\DBQueryError: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading or after adding a new extension?
Please see https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Upgrading and https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:How_to_debug for more information.
I followed the tutorial adapted to my case. I have MW version 1.39.3 with PHP version 7.4.33, a DB MariaDB 10.5.19 and a Memcached 1.6, running on Docker. That's three containers.
I've made my DB backup, I've got all my extensions in wfwfLoadExtension in my LocalSettings.php.
But when I do a php update.php I get these errors:
#0 /var/www/html/includes/libs/rdbms/database/Database.php(1602): Wikimedia\Rdbms\Database->getQueryException('Can't DROP INDIA...', 1091, 'ALTER TABLE `re...', 'Wikimedia\Rdbms...')
#1 /var/www/html/includes/libs/rdbms/database/Database.php(1576): Wikimedia\Rdbms\Database->getQueryExceptionAndLog('Can't DROP INDIA...', 1091, 'ALTER TABLE `re...', 'Wikimedia\Rdbms...')
I found a solution to my answer. I commented out the files executing the blocking commands to my version upgrade. Then I reassembled them on my container.
Latest comment: 2 years ago1 comment1 person in discussion
Hi guys, I have a problem with importDump.
I have used docker php-fpm mediawiki images and dockerfile and put them together in docker compose with memcached, mariadb, elastic and nginx. Also, I have used wikibase, TemplateStyle and Scribunto extensions.
When I export contents as XML from that wiki or other wikis, and then import them through web-based or importDump command, some warning about non-utf8 characters comes and imports fail with this error:"Error: data must be loaded before reading" and "Error : PCDATA invalid char value"
Be aware, my XML files are utf8 and the contents can be imported into others wikis as well as before, but in this case, I have a problem.
Internal Error errors when source editing large pages and templates
Latest comment: 2 years ago2 comments1 person in discussion
Hi - I am encountering an "Internal Server Error: The server encountered an internal error or misconfiguration and was unable to complete your request." problem when editing template pages in "source editor" mode. It is really odd: it seems to happen only when pages get to a certain length, and it only impacts "source editing" mode and not "visual editor" mode, so I can generally get around it, but not when editing templates as they don't give you the visual editor option (why is that by the way?)
It seems to be mediawiki related as it comes up on different machines, different browsers and on mobile as well. Is it something i have done? ElectricRay (talk) 14:16, 5 June 2023 (UTC)
Update: I have added template namespace to those for which the visual editor loads, but I would still be interested to know what the problem is with the source editor.ElectricRay (talk) 15:30, 5 June 2023 (UTC)
How to show sidebar default in vactor-2022?
Latest comment: 2 years ago1 comment1 person in discussion
Latest comment: 2 years ago2 comments2 people in discussion
I'm trying to change a the logo on my wiki. I have the file saved in a directory called Photos which has 777 permission on it. This is the line that is currently in my Localsettings.php file:
The image needs to be in a directory served by the webserver (not your home directory unless that is served), it needs to be a url not a filesystem path, and the syntax is $wgLogos = ["1x" => "url here"];
Latest comment: 1 year ago10 comments6 people in discussion
I'm trying to use the VisualEditor insert tool to upload a new image (instead of using the direct uploads page.) However, when clicking "upload", a red box pops up saying "Invalid response from the server." This is on MediaWiki 1.39.3, VisualEditor 0.1.2.
Checking the logs reveals the following error:
"PHP message: PHP Fatal error: Declaration of Wikimedia\ParamValidator\Util\UploadedFile::getStream() must be compatible with Psr\Http\Message\UploadedFileInterface::getStream(): Psr\Http\Message\StreamInterface in /var/www/html/w/includes/libs/ParamValidator/Util/UploadedFile.php on line 86"
I fixed this issue by reinstalling MediaWiki. I'm not sure what happened, but somehow a file must have been corrupt somewhere. 209.50.140.229 (talk) 15:23, 6 June 2023 (UTC)
This is a known bug that can be caused by running composer (there is an error in mediawiki's composer.json file). It will be fixed in the next release of mediawiki, but reinstalling will also fix it. Bawolff (talk) 01:15, 8 June 2023 (UTC)
@Bawolff Do you happen to know the specific error in the composer.json file? I would like to fix it on all of my 1.39.4 LTS wikis since many users have complained that uploading images on pages is not working due to the error described by OP. (I use MsUpload too allow multi-file-uploads) User44868732 (talk) 12:18, 9 August 2023 (UTC)
I have added that line of code into my composer.json, but I still get the same error where I can't upload images. The PHP error I get is:
Backend fatal error: PHP Fatal error: Declaration of Wikimedia\\ParamValidator\\Util\\UploadedFile::getStream() must be compatible with Psr\\Http\\Message\\UploadedFileInterface::getStream(): Psr\\Http\\Message\\StreamInterface in /home/username/public_html/wiki/includes/libs/ParamValidator/Util/UploadedFile.php on line 86\n, referer: https://domain.com/wiki/index.php/Special:FormEdit/Form_name/Page_name
Is this open on phabricator? Just wondering if it's something that needs to be raised.
I have thought if it maybe a PHP8.1 issue? I did try and revert back to PHP 7.4 but I couldn't due to composer dependencies needing PHP 8.1 Squeak24 (talk) 21:05, 12 August 2023 (UTC)
You have to run the command composer update after changing the file.
This solution fixed the same problem for me. The first step of the semantic installation modified the composer.json and I wound up with an http-message version 2.0 in my composer.lock & Special:Versions but no http-message version in my composer.json. 143.215.230.88 (talk) 20:21, 11 December 2023 (UTC)
Had the same issue on an out of the box fresh install of 1.42.1. composer.json did require psr/http-message 1.1, which I verified in Special:Version on the running site. composer update did not fix this issue on a new 1.42.1 clean installation.
I ended up having to correct the function declarations in includes/libs/ParamValidator/Util/UploadedFile.php to fix the error. I don't personally recommend this as you're editing core installation files, but it's what worked for me so out of brevity I'll include the fixes here for anyone else googling this issue with the note of "Danger, here be dragons" -- you might break something unintended and it's better to wait for a proper patch from MediaWiki themselves:
Line 86 change
public function getStream() {
to
public function getStream(): \Psr\Http\Message\StreamInterface {
Line 96 change
public function moveTo( $targetPath ) {
to
public function moveTo( $targetPath ): void {
Line 121 change
public function getSize() {
to
public function getSize(): null|int {
Line 125 change
public function getError() {
to
public function getError(): int {
Line 129 change
public function getClientFilename() {
to
public function getClientFilename(): null|string {
TypeError: Cannot read properties of null (reading 'match')
Latest comment: 2 years ago4 comments4 people in discussion
At this writing, I'm trying to prepare a message at Extension talk:Arrays re: numeric sorting issues. For some unexplained reason, however, the error mentioned in this thread title shows up once said message hits a certain limit--although the source code has no issues to begin with. (Meaning that the text must be typed in on an external editor--wholesale--before pasting it in on the "Visual editing" side. As if that wasn't enough, "Caught exception of type Flow\Exception\DataModelException" is now appearing whenever I try to make a new paragraph here Resolved as of this slight formatting update [7/6].)
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 bring an notification and approval layer when new pages are created or old pages are edited. there will be user groups say Alpha and Beta. when users from Alpha group create a page or edit an existing page we want Beta group users to be notified of the same with in the interface of MediaWiki, not through Email.
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.
Missing toolbar - PHP Fatal error: Call to undefined method
Latest comment: 2 years ago3 comments2 people in discussion
RESOLVED
Fatal error was causing the rest of the skin.php file to stop working. Deleting the following code allowed it to progress in order to generate the page actions toolbar.
else {
echo $skin->tooltipAndAccesskey( "ca-$key" );
}
There are other errors after this, but the toolbar generates before that point.
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 upgraded a 1.16 install to 1.27. There were several issues that I have overcome and the current one is missing toolbar with the edit button etc. I am not a programmer, and the PHP version is 5.6.
Error log has only one line about the skin so far:
PHP Fatal error: Call to undefined method SkinAmorphic::tooltipAndAccesskey()
This refers to line 148 in the skin.php file (based on monobook I believe):
Hey, I ended up fixing my issue! This was a custom skin based on monobook so I couldn't just upgrade.
I had a look at a modern monobook skin to see what it was doing. I learned that 'echo' meant generating something. I learned afterwards that a fatal error means the php script exits at that point.
So it was unable to generate something and stopped there, failing to generate elements further down in the script.
So I decided to delete the following in my skin.php file (line 147, 148, 149):
else {
echo $skin->tooltipAndAccesskey( "ca-$key" );
}
It worked. The next fatal error was line 161 but the edit toolbar was before that, so it generated.
For anyone reading, I will repeat that this is for OLD monobook skin (1.16 specifically) after upgrading mediawiki to 1.27.
I can only assume that the skin was calling for things in the mediawiki code that is changed or moved in some way. No point trying to make an old skin fit.
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.
Upgrading from 1.35.8 to 1.39.x
Latest comment: 2 years ago1 comment1 person in discussion
Between now and September (based on Version lifecycle) I plan to upgrade.
Is there anything I should be aware of apart from the usual things?
I vaguely remember problems with upgrading to early versions of 1.39, people having trouble with the actor table migration, problems skipping some versions etc.
Latest comment: 2 years ago1 comment1 person in discussion
I want to bring an notification and approval layer when new pages are created or old pages are edited. there will be user groups say Alpha and Beta. when users from Alpha group create a page or edit an existing page we want Beta group users to be notified of the same with in the interface of MediaWiki, not through Email.
Call to undefined method Postgres onTransactionIdle
Latest comment: 2 years ago2 comments2 people in discussion
I'm getting the following error when I upgrade from 1.35 to 1.37. It seems related to the Semantic MediaWiki plugin. The plugin works just fine in version 1.35
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 I do a search in wikimedia, I receive the following error message - An error has occurred while searching: We could not complete your search due to a temporary problem. Please try again later. Surrat48 (talk) 20:46, 8 June 2023 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.
Can someone fix this typo please?
Latest comment: 2 years ago2 comments2 people in discussion
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.
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.
Display issue of some page contenent after upgrade MW from 1.28 to 1.35
Latest comment: 2 years ago4 comments2 people in discussion
Hello everyone
I succeded to upgrade my MW from 1.28 to 1.35, but I have some issue in displaying some contenent pages such as :
in my wikitexte (page contenent) i using the balise <properties> </properties> , this balise is well intrepreted/formatted in MW 1.28 but not in MW 1.35 and MW display this balise in place to format it.
Does i miss to configure or update some thing in MW 1.35 to support using <properties> </properties> in my page contenent ?
<properties> is part of the Extension:PropertyTable2. If you do not have the extension, you can not use the <properties> tag and have to replace it with tables or something else.
Pages are not saved in the mediawiki folder. If you need to modify the page source, you should do it from the web interface. If you need to do it from the command line consider edit.php. If you want to make bulk edits, consider extension:ReplaceText. Bawolff (talk) 02:51, 16 July 2023 (UTC)
CSS dont work with JS
idk why but when i wanna make something with css in the code section where js is already running its dont work,
i cant make css changes in scenario-subsection-content , i change in the code, but mediawiki dont give me any changes on my wiki 178.138.33.246 (talk) 23:32, 9 June 2023 (UTC)
executable permissions
Latest comment: 2 years ago2 comments2 people in discussion
difference in the numbre of articles between the old and new MW (after upgrade)
Latest comment: 2 years ago3 comments2 people in discussion
Hello
my old version of my MW V1.28 (actually in use , prod environment) show a tolal of 16 564 articles
i upgrade my MW to V 1.35 ( not in use, test environment) it show only 15 989 articles
why i don' have the same number of articles found by MW ?
does this diffrence comes from not recent database and images folder used in the V1.35 and should i restore a more recent backup of database and image folder of my MW ?
Mobile view link in footer displaying in non-English language
Latest comment: 2 years ago7 comments3 people in discussion
I hope this is the correct area to post this! As per the title, the footer link for the 'Mobile view' link is no longer being displayed in English language text - and this seems to be happening on all WMF wiki sites from a variety of different WMF projects. I am no expert on languages, but it looks like it is displaying in one of the Indian languages - possibly Hindi.
It is a compound issue: when I visit other sites (eg MediaWiki, Wikipedia) the toggle link is also displayed in Punjabi. Also within the pages themselves, I see some words in Punjabi, but also in Russian, etc.
A further update: when using mobile view, the footer links for 'Privacy policy' and 'Disclaimers' are being displayed in punjabi - so a sort of inverse of desktop view! Militum professio scriniarii (talk) 12:23, 13 June 2023 (UTC)
Latest comment: 2 years ago2 comments2 people in discussion
Hello,
In the right Tools column on this site there is an option "Download as PDF". Which extension is used to do that? I Have looked as a few and have not found what that seems to be.
Logout link results in "Server returned error: HTTP 404"
Latest comment: 2 years ago1 comment1 person in discussion
Hallo,
There's a weird issue with the login link on any-page top right. Clicking on it always results in the error msg above on the page itself, plus an error in /var/log/messages.
[date] <host> /usr/libexec/gdm-x-session[4050]: [4045:4045:0612/213915.860793: ERROR:page_load_metrics_update_dispatcher.cc(178)] Invalid first_paint 8.534 s for first_image_paint 1.923 s
and another one in /var/log/httpd/mediawiki_error.log
The first error looks like a binary Chrome/Chrome Driver mismatch. but I don't think it is, because it doesn't get triggered by any of my other four non-mediawiki plain ole php sites, all of which also use php-fpm.
The second error looks like a php-fpm (perms?) issue. I've checked all the obvious stuff eg. /cache/ perms, etc etc.
I made two Logout links on the sidebar, neither of which trigger an HTTP 404, but DO trigger both the above error messages.
I then delved into the bowels of SkinTemplate.php, Skin.php, SpecialPage.php, ServiceContainer.php, MediaWikiServices.php, but tons of debug statements have produced zero solutions.
If anyone has any ideas, I would really appreciate it.
Kernel: Linux 6.2.15-200.fc37.x86_64
Fedora Linux 37 (Workstation Ed)
MediaWiki 1.39.3
MariaDB Ver 15.1 Distrib 10.5.19-MariaDB
PHP 8.1.19 (cli) (built: May 10 2023 13:43:03)
Zend Engine v4.1.19 w/Zend OPcache v8.1.19
Make sure you use wfLoadExtension( 'HeaderFooter') instead of including HeaderFooter.php from your LocalSettings.php. All extensions and skins should be enabled with wfLoadExtension and wfLoadSkin nowadays. —TheDJ (Not WMF) (talk • contribs) 14:47, 13 June 2023 (UTC)
@TheDJ thanks for your reply, i already used wfLoadExtension( 'HeaderFooter') when i got the message "This version of the HeaderFooter extension requires MediaWiki 1.25+"Raoufgui (talk) 20:48, 13 June 2023 (UTC)
Im stuck on the Apache test Page when setting up Wiki
Latest comment: 2 years ago2 comments2 people in discussion
Im trying to set up a a wiki using Cent OS 9. Ive followed this tutorial(Manual:Running MediaWiki on Red Hat Linux) but when I put the servers IP into a search bar I only see the test page not the Mediawiki flower with "Please set up the wiki first". I downloaded the tar file from the mediawiki website. I untarred it and moved it to /var/www/html/mediawiki-1.39.3. I went into the /etc/httpd/conf/httpd.conf file and changed it. Here is a ss of what is in the file now:
DocumentRoot "/var/www/html/mediawiki-1.39.3"
#
# Relax access to content within /var/www.
#
<Directory "/var/www">
AllowOverride None
# Allow open access:
Require all granted
</Directory>
# Further relax access to the default document root:
<Directory "/var/www/html">
I don't know why but its as if Apache can not find the mediawiki file: Currently on my wiki it asks if I am the administrator to add your website content to the directory /var/www/html/. I dont know what I am doing wrong. Thanks for the help in advance. Carter.smith1 (talk) 19:48, 13 June 2023 (UTC)
Your virtual host looks a little short-changed. I'm on Fedora 37; here's what mine looks like. Note MW_INSTALL_PATH is set because I've put mediawiki-1.39.3 in a not-usual place; most people shouldn't have to do that. And if you want https, then you will have to tinker with port 443 as well, see the apache docs.
Where are user IP addresses logged when editing etc?
Latest comment: 2 years ago1 comment1 person in discussion
RESOLVED
I made a mistake and couldn't find a delete 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.
Latest comment: 2 years ago2 comments2 people in discussion
Hi, I have 9 random group, and I would like to close only 2 of them (Group 4 and 8). For now, the code is {rand(1,9)}. What do i need to write for this to work ?
varmyInput=newOO.ui.NumberInputWidget({max:60,min:1});varmyLabel=newOO.ui.LabelWidget({input:myInput,label:'Number of days to look for'});varmyField=newOO.ui.FieldLayout(myInput,{align:'top',help:'Value must be an integer between 1 and 60.',label:myLabel.$element});varmyFieldset=newOO.ui.FieldsetLayout({items:[myField]});ProcessDialog.$body.append(myFieldset.$element);
I want to modify the icon of the help button, and for that I need to access the setIcon() method of the OO.ui.PopupButtonWidget object. I need access to the relevant widget itself, including all of its properties and methods, i.e. something like the OO.ui.infuse() function (which unfortunately only works with widgets created by PHP, not those created by user scripts and gadgets).
TL;DR: How can I get the OO.ui.PopupButtonWidget object that produces the popup with the help text (the text in line 13 at the above code)?
Latest comment: 2 years ago11 comments3 people in discussion
I've been looking through AuthManager.php which contains function calls to addToDatabase(), but I can't figure out where the code for that function is (there's no reference to any file unlike all the other function calls I've come across in MediaWiki, and no includes, nor is the function located in AuthManager). This would seem to be the crucial function that adds a new user to the db, but where is this function located in the files? Thank you for any help. 2600:6C46:637F:A801:A96F:6BDD:4BF5:B3F2 (talk) 23:31, 14 June 2023 (UTC)
Thank you, that's the function I was looking for. I also can't figure out at which points the user's IP address is logged: is that done only when a user makes an edit to the wiki, or is it also when signing up for the first time, logging in again, etc? 2600:6C46:637F:A801:A96F:6BDD:4BF5:B3F2 (talk) 20:41, 5 September 2023 (UTC)
depends on what type of logging is enabled (is checkuser installed, is debug logging enabled, $wgPutIPinRC, webserver level access logs, etc)
As a general rule - always logged when user not logged in makes an edit. In common configurations also logged when anyone makes an edit, or when someone logs in. Typically the webserver is separately configured to log ips on every access. Bawolff (talk) 22:26, 5 September 2023 (UTC)
Checkuser typically stores for 3 months, but there is a script you are supposed to run to ensure it gets deleted in the appropriate time frame. Bawolff (talk) 23:04, 6 September 2023 (UTC)
==
tag in Template causes mayhem ==
I'm trying to make a small template which will take some markup, and product side-by-side output, with one side showing the markup, and the other showing the parsed result.
BUT I cannot get the template to play nicely with any of:
* <code><nowiki><pre>{{{1}}}
I've messed about for hours, without success. I can wrap the text externally before making the template call, but that defeats one of the objects of the exercise, which is to eliminate duplicating the input text.
I feel certain there is a trivial solution to this, but I can't seem to discover what that is.
This works:
{{my-tpl
|<pre><Text is <b>wonderful</b>,<ref name="note" /> text is <i>nice</i>.</pre>
The thing that confuses me is that I'm passing <pre>...</pre> to the template as part of the chunk of text (see above), and the parser is quite happy to process it. But if I try to use the pre tag within the template itself, it barfs. I don't understand this.
I don't want to include the whole template unparsed; I just want to be able to use the pre tag inside the template, so it wraps the text I'm passing in.
I did do some tinkering with {{msgnw:}} but I don't really understand what I'm doing with it (not a lot of docs out there wrt my use case) and all variations I tried failed. GrayanOne (talk) 10:05, 15 June 2023 (UTC)
Pre is like a nowiki tag. If you pass the whole thing its fine and doesn't interpret anything, but you cant pass a parameter inside it as it also prevents interpreting parameters. Bawolff (talk) 10:54, 15 June 2023 (UTC)
Thanks for your input, but how incredibly frustrating.
Unwilling to accept defeat, I tried using #replace to deal with tricky entities eg "<" and friends, and wrote some css to emulate the pre tag.
[c510ded8c5d44065c6b4aff4] 2023-06-16 04:35:37: Fataler Ausnahmefehler des Typs „Wikimedia\Rdbms\DBQueryError“
Latest comment: 2 years ago5 comments2 people in discussion
RESOLVED
fixed by running update.php
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I get this error on all pages:
[c510ded8c5d44065c6b4aff4] 2023-06-16 04:35:37: Fataler Ausnahmefehler des Typs „Wikimedia\Rdbms\DBQueryError“ PKFP (talk) 04:37, 16 June 2023 (UTC)
[c83b87c5108f183bfdcc179a] /mediawiki/index.php?title=Spezial:Wiederherstellen&target=Main_Page Wikimedia\Rdbms\DBQueryError: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading or after adding a new extension?
Please see https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Upgrading and https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:How_to_debug for more information.
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.
LDAPProvider 2.0.0 - error when signing using LDAP
Latest comment: 2 years ago4 comments2 people in discussion
Hello,
I would like to ask for some advice with authentication to our LDAP server. I've been struggling with this problem for a couple of days, but without success.
Also I would be grateful if next time you'll wrap in the "code" markup all PHP code (instead of wrapping separate lines) to make it more readable. Also error backtrace could be wrapped in the "code" markup as well.
If formatting went not as you expected from the first try, you can always fix it by editing your comment.
Latest comment: 2 years ago3 comments2 people in discussion
On Wikipedias, it is possible to change the wording of the edit tab, depending on the skin, for example at w:simple:MediaWiki:Vector-view-edit. What page would need to be edited to change the wording of the edit tab on the Vector 2022 skin, Monobook skin, MinervaNeue skin, and Timeless skin?
Only you know how you set up your MediaWiki installation and why and how you imported certain templates. Also please mind your tone. Malyacko (talk) 22:52, 17 June 2023 (UTC)
Changing URLs
Latest comment: 2 years ago3 comments3 people in discussion
So I tried changing the URL of my mediawiki by changing the $wgServer and the $wgScriptPath parameter in LocalSettings.php. However, afterwards I still couldn't access it via that, nor via the old url. Meaning now there's no way for me to access it anymore. Fun.
It's important to describe exactly what "couldn't access it" means, including exact error messages, because there are many possible ways you can't access your wiki, and many possible causes. Ciencia Al Poder (talk) 16:42, 17 June 2023 (UTC)
Order of application of CSS from template and from print.css
Latest comment: 2 years ago1 comment1 person in discussion
I'd like to have fancy background colors for certain areas in my wiki, but strip those out in print.css. However, just putting things like "background-color: white !important" into print.css doesn't seem to have any effect.
I'm using Extension:CSS to make the changes in templates for each page. Is the problem that all the template CSS is applied after the print.css? If so, I'm not sure how I can make that work. Skalchemisto (talk) 19:24, 17 June 2023 (UTC)
I can't add a new language no matter what I do.
Latest comment: 2 years ago2 comments2 people in discussion
RESOLVED
I forgot to set the fallback language to 'en', it was set to false.
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've added a new language to a MediaWiki installation before, but I can't remember how, and now, I'm trying to add a new language, following what I did to add the previous language, but no matter what I do, it just doesn't work. It keeps telling me that the language code is invalid, by saying that it's blank, when it's not. I've already added the code to the Names.php file, and added the necessary files in the root/languages/i18n folder, and the root/languages folder. If it helps, this is the error it gives me:
[903b9a9dcb5af1dfa8256763] /e/mw-config/index.php?page=Language MWException: Invalid language code ""
Backtrace:
from C:\xampp\htdocs\e\includes\language\LanguageNameUtils.php(293)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.
REST API with path parameter containing a slash
Latest comment: 2 years ago3 comments2 people in discussion
Hi! I’ve tried reviewing a subpage in my local dev setup (latest versions of both core and FlaggedRevs, updated a few hours ago, and latest Apache version packaged with Bullseye, 2.4.56-1~deb11u2). It uses the REST API. It doesn’t work:
http://localhost/wiki/rest.php/flaggedrevs/internal/review/Real-time_preview_message%2Fhu (used by the JS) shows a generic Apache “not found” page;
http://localhost/wiki/rest.php/flaggedrevs/internal/review/Real-time_preview_message/hu (my next best guess) shows a REST API error message informing me that /flaggedrevs/internal/review/Real-time_preview_message/hu didn’t match any known handler.
Reviewing non-subpages works as expected. I suspect my configuration is wrong, as the REST endpoint has been in use for over 1.5 years, without anyone complaining on production WMF wikis. How can I make it work? Tacsipacsi (talk) 09:34, 18 June 2023 (UTC)
Thanks for the reply! Unfortunately, it doesn’t seem to work. I put AllowEncodedSlashes NoDecode in apache2.conf while Apache was shut down, started the server after saving, and I still get a 404. Tacsipacsi (talk) 18:20, 19 June 2023 (UTC)
Suspect bug in UploadedFile.php
Latest comment: 2 years ago2 comments2 people in discussion
Hello support.
I had a problem with an extension and my solution needed a patch of the extension as well as of a core MediaWiki file. I described this in point 4 of
I am sorry that I am not familiar with Phabricator to a degree which would allow me to make a pull request there for the MediaWiki files, but maybe this is helpful nevertheless. 217.95.162.219 (talk) 21:13, 18 June 2023 (UTC)
The Declaration of Wikimedia\ParamValidator\Util\UploadedFile::getStream() must be compatible with Psr\Http\Message\UploadedFileInterface::getStream(): is a known issue and will be fixed in the next release of mediawiki (or already fixed if you get a copy from git) Bawolff (talk) 22:04, 18 June 2023 (UTC)
Latest comment: 2 years ago6 comments2 people in discussion
I see that the API includes a few feed-related things, like get a feed for recent changes. Also, the help text says that most MW instances contain the same syndication functionality as Wikipedia, but there are some exceptions (for example, it says wikimedia.org "offers cross-project information like page view metrics").
I would like to create various custom feeds. I have thus far been unable to find any information on how to do so. Could anyone point me towards information on this, please? Thanks.
Also, I should say: I'm not wed to the idea of doing this via the API. For example, perhaps there's some directive that could be included in a page's markup to say that the generated page should be RSS, and if so, that would be perfectly fine with me. -Rwv37 (talk) 00:13, 19 June 2023 (UTC)
@Bawolff, great, thank you! I've actually been using Cargo for a while now, and that was one of my first thoughts, but when I checked the help pages for it, I didn't notice anything about it. I'll check again, and ask about it there if I still don't find anything. Thanks again! -Rwv37 (talk) 03:37, 19 June 2023 (UTC)
@Bawolff, I asked on the Cargo discussion pages about it, and I was told it's a new feature, not yet in a production release, so I guess that's why it's not in the documentation yet. But it can be used if you install the master version that you linked to.
Also, when you specify the "format=feed" that you mentioned, I'm told that you can then add "feed type=rss" or "feed type=atom".
Latest comment: 2 years ago1 comment1 person in discussion
Hello,
I've installed two wikis via Xampp on localhost, one was successfully set as wikibase repo ("lexikon") and second should be a client ("historika"). I've add the sites to sites table and used configuration as per Wikibase/Installation/Advanced configuration. If I'm trying to add the corresponding sitelink on lexikon item page via right box, it has historika in options and it suggest an article name so it can access historika, but when I click on save button, it has error:
A page "XYZ" could not be found on "historika". The external client site "historika" did not provide page information for page "XYZ".
So I assume there is a mistake on my part in historika client settings. I've set:
Latest comment: 2 years ago2 comments2 people in discussion
MW 1.35.7
Hello,
on every page in the "File" namespace, there is a list called "File usage" showing where that file is used directly, i.e. [[File:...]]
But it is incomplete: files just being linked to by [[:File:...]] cannot be found there. Instead, I need to check "what links here".
If the file is only referenced by links, then file usage is empty and the file will appear on the special page "unused files", which is not true. Are there any plans to correct this strange behaviour? 2003:C2:3F17:C200:28AD:D719:E78:5D2A (talk) 09:06, 19 June 2023 (UTC)
We are using mediawiki image https://hub.docker.com/_/mediawiki/ & working on docker & trying to build container image with above & some extra extensions.
Since our DB file size is more than 7GB . when we are trying to connect to our latest db of size 7gb & trying to run update.php.
Then its taking more than 1 hour to run maintenance script. The server in which we are trying to deploy this app has limited time of 1 hour.
After 1 hour Pipeline got failed with Run ID: cg1aagu timed out after 1h0m0s. & script failed app is not working.
please suggest us how do we run maintenance script successfully before 1 hour.
And if we are triyng to point to latest db after 1 month then we need to create upgrade key & secret key again ? Pooja2425 (talk) 12:24, 20 June 2023 (UTC)
What stage did the script get to?
> And if we are triyng to point to latest db after 1 month then we need to create upgrade key & secret key again?
Well, the logs says Mysql has started successfully and it's listening on the IP adress :: which is the IPv6 "unspecified" address and means it's listening on all IPv6 addresses. There's no error here. Ciencia Al Poder (talk) 18:07, 21 June 2023 (UTC)
Have some problem with Lockdown module. Please help.
Latest comment: 2 years ago4 comments2 people in discussion
Hi there. I have problem, maybe about syntax. When I use this syntax:
No, "Mynewpage1" is not SpecialPage, I just want change premmisions on my new pages, and I don't know how can I do that, try many modules, and no result. I'm newbe in mediawiki, please help, maybe I need use another module? Madb0nes (talk) 09:41, 22 June 2023 (UTC)
Latest comment: 2 years ago3 comments3 people in discussion
is there a magic word or any user-invented template/module that can return the username of the revision user of the 1st revision of a page? like REVISIONUSER but for the 1st revision. RoyZuo (talk) 08:48, 21 June 2023 (UTC)
Latest comment: 2 years ago8 comments2 people in discussion
I am a new member and I wanted to edit my first page. Therefore I wanted to add a few pictures. When I click on the upload button the following message appears:
"We could not determine wheter this file is suitable for Wikimedia Commons. Please only upload photos that you took yourself with your camera, or see what else is acceptable. See the guide to make sure the file is acceptable and learn how to upload it on Wikimedia Commons."
Both inserted links ("what else is acceptable" and "guide") are leading to the MainPage of MediaWiki.
Can you please help me? What can I do to make uploading files possible?
Latest comment: 2 years ago5 comments3 people in discussion
RESOLVED
Resolved with a snippet to go in the common.css file as described by Clump below.
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.
If the page title you are linking to is that of the page you are editing, the result is not a hyperlink at all but simply bold text (for example, on this page the markup [[Help:Links]] gives the result Help:Links).
My question: is there a way of disabling that “bold” effect, or having the self-linked text just present as plain text (or however the default formatting of the text would be if it were not a link)?
Thank you for this. It is my wiki but I am fairly useless with php so I think I might go for the CSS option which seems to be a good one. but thanks for replying all the same. ElectricRay (talk) 13:04, 22 June 2023 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.
Extract page text from MediaWiki
Latest comment: 2 years ago1 comment1 person in discussion
Hello,
for some unexplicable reason MySQL stopped working and I can no longer access my MediaWiki content, how can I recover the text from its articles without MySQL? 151.82.238.104 (talk) 15:57, 21 June 2023 (UTC)
templating "Project:Support desk/Flow/2023/06"
Latest comment: 2 years ago5 comments2 people in discussion
What are the ways, if any, to using/writing something shorter than "{{NAMESPACE}}:{{PAGENAME}}" and get the same result.
(mainly for MW code debugging purpose)
Like for example: "{{ {{CallSelf}} | ... }}"
... or of course "{{ {{CS}} | ... }}"
Preferably without having "{{NAMESPACE}}:{{PAGENAME}}" being substituted-in on page save. (still highly mystified about proper savesubst: & subst: usage)
Hmm ... what little detail em I not seeing/reading.
Aha.
You mean. Using "{{:{{FULLPAGENAME}} | ... }}" will do the same thing as "{{ {{NAMESPACE}}:{{PAGENAME}} | ... }}" for both Main-namespace pages and named-namespace pages.
Granted:
1) I did not know that.
Never thought about trying FULLPAGENAME with a leading colon, although it makes sense in hindsight.
I guess I did no emphasize the "templating" part sufficiently in my question and why I like to have it as an template.
The latter being that it could be usable in pages in the Main-namespace and Named-namespaces alike without having to worry about adding (or removing) that leading ":" part.
Latest comment: 2 years ago1 comment1 person in discussion
Let us say there are two images having approximately - but not exactly - the same size. How can I force them to show side-by-side and having exactly the same height?
<gallery heights=300px> results in different heights, so does [[File:... |x300px]]
How to set the "upload new file" system to UploadWizard
Latest comment: 2 years ago5 comments3 people in discussion
Hello, for a while now I had found that when you try to upload a new file version, instead of it being redirected to UploadWizard, it redirects it to the original file upload system, which isn't as good especially with larger files. Is there any way I could change a setting to make it use UploadWizard instead? Thanks Guillaume Taillefer (talk) 15:30, 22 June 2023 (UTC)
Latest comment: 2 years ago7 comments2 people in discussion
I installed MediaWiki on my laptop. I also installed the FlaggedRevs extension, which worked. Then I implemented url shortening, and FlaggedRevs didn't like that.
As it turns out, my wiki literally tries to load an article named "W/rest.php/flaggedrevs/internal/review/Main Page". In other words, FlaggedRevs does not load rest.php, and instead tries loading an unexisting wiki article. This of course causes FlaggedRevs to fail.
I tried hardcoding rest.php into .htaccess, explicitly instructing the server to access rest.php when asked, not a wiki page. Emphasis added:
I think $wgScriptPath is used to make URLs. Mine is "". Maybe yours should be too. What if you change yours to that? Jonathan3 (talk) 13:55, 23 June 2023 (UTC)
@Jonathan3: If I change $wgScriptPath to "", it breaks my wiki.
As you can read above, I kind of 'fixed' the problem by making the URLs less pretty. But then I ran into another problem: FlaggedRevs did not work on subpages. For example: "Main_Page/test". If I choose "Accept revision" on that page, it failed. The browser's console showed a 404 when rest.php was called.
The reason: Apache *by default* does not accept encoded forward slashes ("/"), probably due to some security reason. The titles of subpages have encoded forward slashes when sent to the rest api, so Apache refused them.
The solution: add AllowEncodedSlashes NoDecode to httpd.conf. You should put it in the <VirtualHost>. If your Apache server does not have any, you can add this at the end of the file:
Ok, thanks to Stack Overflow, I have now definitely fixed this issue. The solution is this (emphasis added):
RewriteEngine On
RewriteCond %{REQUEST_URI} !^/w/rest\.php
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^(.*)$ w/index.php?title=$1 [L,QSA]
RewriteRule ^$ w/index.php [L,QSA]
Combined, of course, with the "AllowEncodedSlashes NoDecode" directive described above, plus the appropriate lines in LocalSettings. Manifestation (talk) 10:22, 3 July 2023 (UTC)
I think you solved the problem by matching $wgArticlePath with your URL structure, i.e. now you are using "wiki" in the URL and have "wiki" in $wgArticlePath. I think you could remove "wiki" from both. Jonathan3 (talk) 20:14, 24 June 2023 (UTC)
translate: second title occurence not accessible on translated page
Latest comment: 2 years ago1 comment1 person in discussion
{| class="wikitable" style="border-radius:20px;border-collapse:unset;border-spacing:5px;"
| style="border:none" |a cell with no border
|a cell with default borders
|-
| style="border-radius:20px;" |a cell with a rounded border
|a cell with default borders
|}
Latest comment: 2 years ago5 comments3 people in discussion
I've already set up a new special page to generate a specific setting string of my extension, but I can't find a way to submit the generated setting to user's preferences, should I use mediawiki PHP api, How? Cirno.Tim (talk) 02:38, 26 June 2023 (UTC)
From within an extension, use the UserOptionsManager class
Best practise would be to dependency inject UserOptionsManager instead of using \MediaWikiServices::getInstance()->getUserOptionsManager (i.e. in extension.json doing something like:
I've successfully set user options by your first given example, but when I tried to add services to extension.json, it throw a exception called "NoSuchServiceException: No such service: UserOptionManager", why that? Cirno.Tim (talk) 06:16, 26 June 2023 (UTC)
MediaWiki layout is messed up after enabling and disabling extension.
Latest comment: 2 years ago4 comments2 people in discussion
MediaWiki - 1.39.3
PHP - 7.4.33 (apache2handler)
MySQL - 8.0.33
ICU - 67.1
I downloaded an extension: Extension:MobileDetect and enabled it. For some reason, many weird things started to happen to the site:
There is a backslash in the top left corner of every page no matter what skin you use.
Loading site pages seems to take longer than usual, though it is minimal
All downloaded fonts are sans-serif (doesn't seem to be the case with me but is for a friend)
I cannot switch tabs in Preferences
Some line heights are shorter than they used to be.
Some extensions do not work, such as VisualEditor and Translate.
My Mainpage is set to MyLanguage:Main_Page. Before this, the URL would switch back to Main_Page after loading, but now stays at MyLanguage:Main_Page.
Probably more, but I have yet to find.
Disabling the extension has not fixed the issue. I completely removed it from my wiki. I am wondering if this was a problem caused by the extension or from simply restarting apache after doing something else? All I really did beforehand was some work in Common.css/Monobook.css. I am uncertain if reinstalling skins will help because this happens on every skin. Not sure what to do... I also tried running update.php with no change. Not sure if any other maintenance script would fix the issue.
This sounds a bit like you made a typo in LocalSettings.php - Can you check that the very beginning of that file is <?php and that you didn't add a \ to it? Bawolff (talk) 05:36, 26 June 2023 (UTC)
Latest comment: 2 years ago1 comment1 person in discussion
Hi,
We are using Mediawiki 1.39.3 & Sematic meadiwiki 4.1.1 & tried with 4.0.2.
After adding through composer when running update.php then error .
Fatal error: Uncaught Error: Class "SMWDataValue" not found in /var/www/html/extensions/SemanticMediaWiki/src/DataValues/PropertyValue.php:45 Stack trace: #0 /var/www/html/includes/AutoLoader.php(244): require() #1 [internal function]: AutoLoader::autoload('SMW\\DataValues\\...') #2 /var/www/html/extensions/SemanticMediaWiki/includes/SemanticMediaWiki.php(205): class_alias('SMW\\DataValues\\...', 'SMWPropertyValu...') #3 /var/www/html/extensions/SemanticMediaWiki/includes/SemanticMediaWiki.php(29): SemanticMediaWiki::setupAliases() #4 /var/www/html/includes/registration/ExtensionRegistry.php(527): SemanticMediaWiki::initExtension(Array) #5 /var/www/html/includes/registration/ExtensionRegistry.php(279): ExtensionRegistry->exportExtractedData(Array) #6 /var/www/html/includes/Setup.php(278): ExtensionRegistry->loadFromQueue() #7 /var/www/html/includes/WebStart.php(86): require_once('/var/www/html/i...') #8 /var/www/html/index.php(44): require('/var/www/html/i...') #9 {main} thrown in /var/www/html/extensions/SemanticMediaWiki/src/DataValues/PropertyValue.php on line 45Pooja2425 (talk) 12:52, 26 June 2023 (UTC)
link to redirect to section (open in current-tab vs New-tab)
Latest comment: 2 years ago1 comment1 person in discussion
So I have page "A"
On page "A" I have links to pages "R1","R2","R3",...
Those "Rn" pages are redirects to existing sections/headers on page "A".
Now when I middle-mouse click (ie: open in new tab) such a Rn link on page "A". Page "A" loads 'and' jumps to the requested Rn-section. (always)
But. When I left-mouse click such a Rn links (ie: open in current tab). Page "A"
loads, but (usually*) it will not jump to the requested "Rn" section.
What might be the potential reasons for that last case to (usually*) not doing that section jump ?
(it kinda trashes the reason for having those "Rn" (navigation)links :-/ )
MW:1.39.0
+(I can't change those "Rn" links to include the target section (that's what the redirects are for), as that will break other stuff.) MvGulik (talk) 14:50, 26 June 2023 (UTC)
SkinDistributor seems to be down?
Latest comment: 2 years ago2 comments2 people in discussion
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't download using the link from the skin pages. They were working less than a day ago. It says "No such skin" and "Unable to fetch skin list"
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.
Create Category-like Extension
Latest comment: 2 years ago4 comments3 people in discussion
I utilize the category extensively, and I don't want to do anything to change how that works. However, I'd like to create a new namespaces (like "Publisher" or "Author") and to add wikicode like [[Publisher:Random House]] to a page and for a link to that "category" to be added to the bottom of the page, and when clicking on it it'll show the Publisher:Random House page where I'll be able to write a short snippet about that publisher to show at top and to list all the pages that included the [[Publisher:Random House]] code.
Latest comment: 2 years ago2 comments2 people in discussion
I can't find the code which logs the user's IP and other information when editing an article (and possibly also when signing up? Or isn't that type of information logged when someone makes a new account?) 2600:6C46:637F:A801:A96F:6BDD:4BF5:B3F2 (talk) 00:30, 27 June 2023 (UTC)
Latest comment: 2 years ago2 comments2 people in discussion
Hi all, currently we are using ROSA to deploy our dev instance of MediaWiki. I have just deployed our SI instance of MediaWiki, but I am finding that when I use specific MediaWiki functionality i.e. the global search for MediaWiki:Sidebar or save a newly created user, my browser will return the dev URL, and not my current SI, URl. Any suggestions as to why this is? Glaphopen (talk) 16:13, 27 June 2023 (UTC)
When I create <sample arg1="xxx" arg2="xxx">...input...</sample> on my page it works perfectly. However, if I put the same tag in a template to have it inserted into the same page but now using the template the tag no longer works. Instead it just shows <sample arg1="xxx" arg2="xxx">...input...</sample>.
The issue resolved itself. Since I was changing a template used by many pages it created many jobs it needed to run. Both tags worked once all the jobs cleared. 70.160.223.43 (talk) 10:34, 28 June 2023 (UTC)
API Category Members Multiple Categories in One Query
Latest comment: 2 years ago4 comments3 people in discussion
I'm writing a script that needs to check multiple categories to see if they have any members in them. I should note that the category pages have not been created.
I know how to do this individually using the list parameter and categorymembers setting in the api: /w/api.php?action=query&list=categorymembers&cmtitle=Category:ThisScriptOne
Is there a way to check multiple categories with one call? Like cmtitles=Category:ThisScriptOne|Category:ThisScriptTwo|Category:ThisScriptThree
Or, since all the categories I need to check have the same unique starting string, is there a way to check if there are many members for categories that start with "Category:ThisScript*". 70.160.223.43 (talk) 02:00, 28 June 2023 (UTC)
Latest comment: 2 years ago4 comments2 people in discussion
I was wondering if somebody can assist me. I am working on a project for my company with Mediawiki and we are using OAUTH. I am new to Mediawiki and I was wondering if there was a way to enforce the 2fA and to let it show up once users logs in for the first time they are automatically forced presented the QR code to enable it and after enabling it the user is unable to disable it, except for the sysop. I would truly appreciate any advice on this. 102.39.23.66 (talk) 08:35, 28 June 2023 (UTC)
Extension:OATHAuth has wgOATHRequiredForGroups to enforce 2fa for any group you specify. I don't think this currently presents a prompt to you to enable 2FA on first login, but it shouldn't be too hard to expand the code to do that as well (and would actually probably be very welcome). —TheDJ (Not WMF) (talk • contribs) 09:06, 28 June 2023 (UTC)
Instead of preventing them to remove 2fa, I'd probably go with setting wgOATHExclusiveRights, to severely limit what they can do without enabling 2fa. —TheDJ (Not WMF) (talk • contribs) 09:11, 28 June 2023 (UTC)
The same answer that was given there (by me) still applies.
For the second question you added afterwards (changing them via LocalSettings.php), no it's not possible. If fetching your local MediaWiki:Dberr* fails, the last resort (to avoid giving you blank screen) is hardcoded and will always be in English. You can't change that (except by modifying the source files) – Ammarpad (talk) 00:39, 2 July 2023 (UTC)
Thanks. It was only the second question I was asking now. I'd be happy to edit the code.
Latest comment: 2 years ago6 comments2 people in discussion
New release '20.04.6 LTS' available.
Run 'do-release-upgrade' to upgrade to it.
I've only got MediaWiki running on this server. Is it as simple as backing up then do-release-upgrade or is there anything MediaWiki-related I need to be aware of? Thanks. Jonathan3 (talk) 10:45, 29 June 2023 (UTC)
If you install MediaWiki from the packages, you would need to run the updater after upgrading the OS. If not, your MW installation must be upgraded separately. Either way, take backups beforehand, read the Ubuntu release notes/upgrade guide, etc. Taavi (talk!) 10:51, 29 June 2023 (UTC)
Thank you.
I just download MediaWiki from mediawiki.org tarballs.
"your MW installation must be upgraded separately" - Do you mean I would have to upgrade MediaWiki after upgrading Ubuntu, or just that the two things are completely unrelated? I suspect the latter.
Excellent. I'll do the OS upgrade first and see whether it upsets the wiki. If it does, I suppose I could set up a new Ubuntu 20.04 server and transfer the wiki to that. Let's see. Jonathan3 (talk) 12:34, 29 June 2023 (UTC)
I went ahead and did it, and nothing seems to have broken so far...
For reference, I used the commands sudo apt update, sudo apt upgrade, sudo apt dist-upgrade, sudo reboot, sudo do-release-upgrade and went along with all the default suggestions (including keeping local versions of various config files) except I didn't remove obsolete packages. Jonathan3 (talk) 22:13, 25 August 2023 (UTC)
Unwanted: Counts links from "linksto" into the "linksfrom" query
Latest comment: 2 years ago2 comments2 people in discussion
<code>
#dpl:
|linksfrom = X
|nottitlematch = X
|mode = ordered
|ordermethod = title
|order = ascending
#dpl:
|linksto = X
|nottitlematch = X
|mode = ordered
|ordermethod = title
|order = ascending
</code>
If I refresh the page, mediawiki then counts the links from the "linksto" query as links that are on the page, so then "linksfrom" adds these as links on the page and counts them in the query. This is not wanted and i thought I fixed it with "nottitlematch" but apperently not.
After refreshing it also messes up Extension:network which will then also count "linksto" query results in.
Latest comment: 2 years ago2 comments2 people in discussion
Is there an extension so that mediawiki recognizes the text in these files?
If not what could help is a tool that browser search at least can find the text of a file without having to click on it. Bedtry (talk) 13:11, 29 June 2023 (UTC)
Yes it looks like i18n is missing for that extension.
Are you using any custom configuration for localisationCache? Can you confirm that you have a correct copy of tve extension including i18n files? Does removing the extension from LocalSettings.php, viewing some pages, and readding it help? Bawolff (talk) 21:28, 29 June 2023 (UTC)
Problem url in email without my domain
Latest comment: 2 years ago2 comments1 person in discussion
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 have a problem sending and receiving emails. The urls of my site are all deprived of the domain name eg: http:///index.php?title=Speciale:RichiediUtenza&action=confirmemail&wpEmailToken=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx. I set $wgServer = "https://mydomain.it" in the localsetting file;
I want: http://mydomain.it/index.php?title=Speciale:RichiediUtenza&action=confirmemail&wpEmailToken=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Serviziperinternet (talk) 17:20, 29 June 2023 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.
Vector default skin is not migrating, media wiki 1.18 upgrade to 1.23
Latest comment: 2 years ago4 comments4 people in discussion
Hi I really need some help. After spending many hours, I am unable to find solution.
I have old media wiki 1.18 upgrading to a new version 1.23.
My skin is default Vector with Blue line on the top header.
After upgrade to 1.23 this is not migrating unfortunately and vector skin is a little bit different on 1.23 version. I have tried to copy old files, and pictures from skins vector, vector php.
It does not help.
How to preserve blue line header and older data skin ?
You probably want to ignore minor changes in the skin, upgrade to a more recent version of MediaWiki, and only then make changes to the skin. Jonathan3 (talk) 13:54, 30 June 2023 (UTC)
DynamicPageList3 extension is not working for DynamicPageList2 text/queries
Latest comment: 2 years ago6 comments2 people in discussion
I have recently upgraded Mediawiki 1.16.1 to 1.35.10 , it working good apart from a few extensons. SO among all extension DPL3 extension is unable to fetch results for the DPL2 queries/text. For example:
<DPL>
category = Weekly Updates
ordermethod = firstedit
order = descending
count = 15
format = ,,\n*%TITLE%,
columns =3
</DPL> this one is not fethcing reslut in proper format
result in dpl3:
<a href="/mediawiki-1.35.10/index.php/Special:FilePath/%25TITLE%25" title="Special:FilePath/Weekly Group Updates 06-21-19.xlsx">Weekly Group Updates 06-21-19.xlsx</a>
<a href="/mediawiki-1.35.10/index.php/Special:FilePath/%25TITLE%25" title="Special:FilePath/Weekly Group Updates 06-14-19.xlsx">Weekly Group Updates 06-14-19.xlsx</a>
<a href="/mediawiki-1.35.10/index.php/Special:FilePath/%25TITLE%25" title="Special:FilePath/Weekly Group Updates 06-13-19.xlsx">Weekly Group Updates 06-13-19.xlsx</a>
<a href="/mediawiki-1.35.10/index.php/Special:FilePath/%25TITLE%25" title="Special:FilePath/Weekly Group Updates 06-06-19.xlsx">Weekly Group Updates 06-06-19.xlsx</a>
I have MW1.35 and use DPL3. I tried that query (only changing the category= to a category that exists on my wiki) and it worked as expected. Are you on a version of DPL3 that is compatible with MW1.35? Maybe the master branch is incompatible. Jonathan3 (talk) 17:54, 30 June 2023 (UTC)
If you're downloading the extension via git, you can type "git checkout ..." (e.g. "git checkout 3.4.6") to use an older version of the extension than the master branch. It was the changes since that tagged version that made it incompatible with MW 1.35. There are other ways to get old versions of extensions and it sounds as though you have done that. Jonathan3 (talk) 13:06, 3 July 2023 (UTC)
Wikimedia\Rdbms\DBQueryError from line 1713 of /../w/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?
Latest comment: 2 years ago4 comments2 people in discussion
I got this error message when attempting to edit a page after the upgrade from MediaWiki 1.31.x to MediaWiki 1.35.x:
[a1a50a8a74c9a9a773153922] /w/index.php?title=MediaWiki:Sitenotice&action=submit Wikimedia\Rdbms\DBQueryError from line 1713 of /../w/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?
Error 1364: Field 'old_comment' doesn't have a default value (localhost)
Function: MediaWiki\Storage\SqlBlobStore::storeBlob
Query: INSERT INTO `text` (old_id,old_text,old_flags) VALUES (NULL,'Die Software des Wikis wird bis voraussichtlich 13 Uhr aktualisiert. Daher kann das Wiki nicht bearbeitet werden.','utf-8')
It happens that the "text" table of the said database still hat the pre MediaWiki 1.4.x filelds "ld_id", "old_namespace", "old_title", "old_text", "old_comment", "old_user", "old_user_text", "old_timestamp", "old_minor_edit", "old_flags", and "inverse_timestamp" in place. After a bit of investigation and the big help from the chat we found out that all fields except for "old_id", "old_text", and "old_flags" need to be deleted as advised on Manual:Old table. After doing also editing worked perfectly.
At least the MediaWiki versions until version 1.31 did still work with these fields presen, MediaWiki 1.35 and later do not.
This issue will only appear if your MediaWiki instance was installed in a pre 1.4 version, that said wiki started out with MediaWiki 1.3, and if these transgressing fields were not yet deleted. 2003:F1:C738:C000:910B:20AE:3FB:547B (talk) 17:40, 30 June 2023 (UTC)
An early MediaWiki adopter! I think I started with about 1.6 (in 2006). Which chat do you use? I might use it when I run into difficulties in future. Thanks. Jonathan3 (talk) 17:47, 30 June 2023 (UTC)
Yeah, this wiki started with 1.3.x in 2004. I used the #mediawiki channel at Libero Chat. This is the log: "ogs/%23mediawiki/20230630.txt" Please prefix with //wm-bot.wmcloud.org/ since I am unable to add the full link due to abuse filter blocking (⧼abusefilter-warning-linkspam⧽) 2003:F1:C738:C000:910B:20AE:3FB:547B (talk) 17:56, 30 June 2023 (UTC)
Error contacting the Parsoid/RESTBase server (HTTP 500)
Latest comment: 2 years ago3 comments2 people in discussion
I'm getting this error every time I try to create a new page in Visual Editor or edit a page with visual editor. I'm seeing a lot of different posts on this in the past with no much clear resolution. Any insight? I'm running this application within a container. Waterlooglass (talk) 19:34, 30 June 2023 (UTC)
VisualEditor sometimes uses connections to itself. It is likely that doesn't work from within the container. Im not sure what the config is but you should be able to override what url it reaches out to in config. Bawolff (talk) 12:02, 1 July 2023 (UTC)
Latest comment: 2 years ago13 comments4 people in discussion
I've set $wgServer to my server's hostname several times. However, something keeps overwriting the value to use the IP address instead. Any ideas on what to check or how to fix this? Capple-gca (talk) 22:39, 30 June 2023 (UTC)
Only once - the issue is that when I update it to include the hostname, eventually, it reverts to the server's IP address in LocalSettings.php Capple-gca (talk) 16:42, 7 July 2023 (UTC)
Keep in mind that, after changing $wgServer, the HTML of most pages are cached.
I gave that a shot. I also found something that may have been related because I also noticed that whatever was overwriting the hostname with IP address was forcing all interactions to revert back to HTTP from HTTPS. I reset $wgServer to the hostname, added the $wgCacheEpoch parameter as suggested, and then added $wgForceHTTPS = true.
An even more bizarre detail is that we even set LocalSettings.php to be read-only as a means of preventing whatever was overwriting hostname with IP address - but the IP address still showed up.
If you edit LocalSettings.php (but not counting files included by LocalSettings.php) cache gets cleared automatically. I would suspect most redirects arent cached but maybe browsers cache some.
$wgServer (or related variables) are the most likely candidate, but this can also be caused by rewrite rules in .htaccess or other web server config.
Review your LocalSettings again. If in doubt, deliberately introduce some syntax error (like adding XXXXX at the end of the file) and if the wiki doesn't break that means you're not editing/viewing the LocalSettings.php file in use by the wiki. Ciencia Al Poder (talk) 20:53, 5 July 2023 (UTC)
I can see that in the LocalSettings.php file as well. Even when I change it back to the hostname and save the file, something is replacing it with the IP address after I do that. I'll try out the troubleshooting advice though to see if that sheds light on what may be happening. Capple-gca (talk) 01:15, 7 July 2023 (UTC)
You are saying something is editing the LocalSettings.php file? MediaWiki does not edit the LocalSettings.php file under any circumstances, so it would have to be something you setup. Bawolff (talk) 11:50, 9 July 2023 (UTC)
It was likely an interaction between the web server and Mediawiki. The fixes that I posted about appear to have resolved the issue. Capple-gca (talk) 15:07, 12 July 2023 (UTC)