Project:Village Pump/Flow/2014

This post by Nemo bis was moved on 2014年01月02日. You can find it at Project:Support desk/Flow/2014/01#h-Copy_paste_images_with_clipboard-2014年01月02日T14:47:00.000Z. Nemo 15:08, 2 January 2014 (UTC) Reply

The wiki is trying to embed SVG images as application/xml instead of image/svg+xml and thus, they're all broken.

.mw-icon-arrow-collapsed,.mw-collapsible-arrow.mw-collapsible-toggle-collapsed{
background-image:url(//bits.wikimedia.org/static-1.23wmf9/resources/mediawiki/images/arrow-collapsed-ltr.png?2014年01月02日T16:45:00Z);
background-image:-webkit-linear-gradient(transparent,transparent),url(//bits.wikimedia.org/static-1.23wmf9/resources/mediawiki/images/arrow-collapsed-ltr.svg?2014年01月02日T16:45:00Z);
background-image:linear-gradient(transparent,transparent),url(data:application/xml;base64,PD94bWwgdmVyc2lvbj0iMS4wIiA/PjxzdmcgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvc3ZnIiB3aWR0aD0iMTIiIGhlaWdodD0iMTIiPjxwYXRoIGQ9Ik00IDEuNTMzdjkuNjcxbDQuNzUyLTQuODcxeiIgZmlsbD0iIzc5Nzk3OSIvPjwvc3ZnPg==);
background-image:linear-gradient(transparent,transparent),url(//bits.wikimedia.org/static-1.23wmf9/resources/mediawiki/images/arrow-collapsed-ltr.svg?2014年01月02日T16:45:00Z)!ie;
background-repeat:no-repeat;
background-position:leftbottom
}

101.160.15.107 04:51, 3 January 2014 (UTC) Reply

See bugzilla:59234. Krinkle (talk) 14:34, 3 January 2014 (UTC) Reply

Someone please review these edits - [1] & [2], they are quite important, the download links have been changed. Thanks in advance. CodeMonk (talk) 00:10, 4 January 2014 (UTC) Reply

Done. CodeMonk (talk) 00:52, 4 January 2014 (UTC) Reply

When I want to post to a Flow page, or see the history of a Flow enabled page, I get a nice pink box saying "An error occurred. The error message received was: An unexpected error occurred." or the generi WMF error page.

I don't get these when using mediaWiki otherwise, so it seems to be purely Flow-related. Fram 10:54, 7 January 2014 (UTC) Reply

Flow is currently in read-only mode due to a bug that was discovered last night. It should be fixed later today. Jorm 16:51, 7 January 2014 (UTC) Reply

Thanks. Any reason why "read-only mode" would disbale the possibility to look at the history? Seems to be unwanted behaviour. Not really urgent, as read-only should be the exception of course, but still... Fram 11:01, 8 January 2014 (UTC) Reply

Until very recently, when I came here from enwiki, I was automatically logged in here. Today, this doesn't seem to work. Is this restricted to me or a general problem? Fram 07:57, 10 January 2014 (UTC) Reply

CentralAuth issues are often hard to describe, since the implementation of SUL2. If you can reproduce the issue reliably, please report a bug with clear steps to reproduce. Nemo 15:40, 10 January 2014 (UTC) Reply

Um, I don't think there is anything more to add wrt "clear steps": start a browser session, open enwiki with your useraccount there, then go from some enwiki page to a mediawiki page (I started from https://en.wikipedia.org/wiki/Wikipedia:VisualEditor and used the "(or at Mediawiki)" link in the infobox on the right), and notice that you are not logged in at MediaWiki... At least, that's what happens to me!

And I can't file a bug at Bugzilla, as I am indefinitely blocked there. Which saves me a lot of trouble :-) Fram (talk) 16:25, 10 January 2014 (UTC) Reply

Could you check to see if you have any browser plugins that mangle cookies? I have a cookie self-destruct add-on, for example, that could cause problems like this. Otherwise, check the village pump to see if anyone else has reported any issues. ☠MarkAHershberger ☢(talk)☣ 16:32, 10 January 2014 (UTC) Reply

Standard FF26 without any add-ons. I don't have this problem when going from enwiki to e.g. frwiki or to Commons, only (as far as I have seen) when going to Mediawiki. Fram (talk) 16:38, 10 January 2014 (UTC) Reply

I've had occasional problems with logging in at en.wp and then discovering that I was logged out at Meta or Mediawiki, also in Firefox. However, the reverse doesn't seem to happen, and it's not common. Does this happen to you every time you come to Mediawiki? Whatamidoing (WMF) (talk) 18:40, 10 January 2014 (UTC) Reply

Today, every time I tried it, even after restarting my computer. Before today, not that I recall. Fram (talk) 18:51, 10 January 2014 (UTC) Reply

For the first time in a week, I was automatically logged in when coming here from enwiki. No idea if this fixed, or if it is simply unpredictable. Fram (talk) 08:22, 15 January 2014 (UTC) Reply

This has been happening since loginwiki was deployed and yes, it is a general problem. Many others have also reported this. As a SWMT member, I encounter this problem very often when visiting other wikis and it is extremely annoying. Sometimes if the page is reloaded twice, gets logged in automatically and preferences are set automatically. That is, if javascript is enabled and sometimes even if javascript is enabled, I have to log in manually. Glaisher (talk) 17:53, 21 February 2014 (UTC) Reply

Hi, for no apparent reason the www.mediawiki.org homepage is now a blank white screen with the words:

Привет от Русских, пиндостан.

Greetings from Russian, Pindostana.

I am baffled, especially since the rest of the site works fine. Hadashi (talk) 13:35, 21 January 2014 (UTC) Reply

Works for me now... Qgil (talk) 20:19, 21 January 2014 (UTC) Reply

And now it has changed back and works for me as well. Hu..... Hadashi (talk) 22:07, 21 January 2014 (UTC) Reply

This post by Nemo bis was moved on 2014年01月21日. You can find it at Project:Support desk/Flow/2014/01#h-json_format_of_search_query_api_for_text_search-2014年01月21日T10:46:00.000Z. Nemo 21:27, 21 January 2014 (UTC) Reply

This post by Nemo bis was moved on 2014年02月04日. You can find it at Project:Support desk/Flow/2014/01#h-Default_for_$wgMaxShellMemory_too_low-2014年01月31日T07:46:00.000Z. Nemo 21:40, 4 February 2014 (UTC) Reply

This post by Jasper Deng was moved on 2014年02月19日. You can find it at Project:Support desk/Flow/2014/02#h-Company_intranet_wikisite-2014年02月19日T08:14:00.000Z. Jasper Deng (talk) 08:55, 19 February 2014 (UTC) Reply

It would be handy to have w:Template:edit protected available here, which would help users propose improvements to protected pages/templates such that they are likely to be seen in a timely fashion without having to play "guess the venue" (as Project:Protected page would have them do).

To get the one from en.Wikipedia, I think you'd import these pages:

Module:Protected edit request
Template:Editprotected
Template:Edit protected
Template:Edit protected/answered
Template:Edit protected/color legend
Template:Edit protected/color legend/doc
Template:Edit protected/doc
Template:Edit protected/editintro
Template:Edit protected/making a request
Template:Edit protected/preload
Template:Edit protected/testcases

Possibly it would make more sense to steal it from some other wiki using a simpler version, though.

(削除) p.s. I wanted to use it to ask someone to do the {{Doc }} dance on {{Langcat }}. (削除ここまで) Grr, why do those boxes for "semi-protected" pages always show up in red; it keeps confusing me :-( 23:33, 20 February 2014 (UTC)

But it's useless if sysops don't watch that category. We could leave a placeholder in place of the template, telling people to ask here, too. Or, if someone creates the template, they also need to link it from recentchanges and this page etc. Nemo 09:14, 11 March 2014 (UTC) Reply

Hello. I undid two vandalic edits here but then I realized that the page was using the FlaggedRevs feature.

Simple question: Does undoing such edits still help to keep the website clean, or maybe the FlaggedRevs feature makes undoing wrong edits like that unnecessary at all?

Thanks. JacobRodrigues (talk) 14:57, 22 February 2014 (UTC) Reply

It's still useful, because you help the reviewers identify what edits are wrong and you anticipately remove wrong information for those who see the latest version anyway (all registered users I think). When an edit is "rejected" via FlaggedRevs, it's also undone/reverted. Nemo 08:23, 24 February 2014 (UTC) Reply

(削除) Hmm... why do I see a link to Vladimir Arnold on my watchlist "in other languages" section? (削除ここまで)

Actually it seems to be at VisualEditor/Feedback Stryn (talk) 17:32, 24 February 2014 (UTC) Reply

Hello everyone!

I am Pratik Lahoti (User:BPositive) from Pune, India. The Translate extension requires too much of manual effort on the part of the translators as well as the translation adminstrators. Hence, this Google Summer of Code, I plan to work on the project - "Tools for mass migration of legacy translated wiki content".

My mentors for this project would be Niklas Laxström and Federico Leva.

With their help, I have drafted the first version of my proposal page. You can find it here:

https://www.mediawiki.org/wiki/Extension:Translate/Mass_migration_tools

This project is a blessing in disguise for all the translation administrators, as it completely automates the tedious manual task of preparing the pages for translation as well as importing the translations. The proposal page mentions the Project Outline and the approach/solution towards the problem statement. I am done with most of the sections and left with the Project Schedule (which I will finish off when everything is finalized).

Please have a look at the proposal and give your valuable feedback/suggestions. While I have no problems in replying to the suggestions put forth over here, I would appreciate if you can do the same on the discussion page of the proposal, so that all the feedback is at one single place. Looking forward to hearing from you, Thank you! BPositive (talk) 04:53, 4 March 2014 (UTC) Reply

Please add this page to Mediawiki MediaWiki:Scribunto-doc-page-show with the code

{{documentation|{{#ifexist:{{FULLPAGENAME}}/doc|{{FULLPAGENAME}}/doc|{{NAMESPACE}}:{{BASEPAGENAME}}/doc}}}}	
<span id="code"></span>

And please also add MediaWiki:Scribunto-doc-page-does-not-exist with the code

{{#ifeq: {{SUBPAGENAME}} | testcases	
 | {{module test cases notice}}	
 | {{documentation}}	
}}

Please also add MediaWiki:Scribunto-doc-page-header With code

{{#ifeq:{{#titleparts:{{PAGENAME}}|1|2}}|documentation||{{documentation subpage}}}}

Please 20:48, 11 March 2014 (UTC)

Ring 110.146.151.50 14:22, 2 June 2014 (UTC)

Category:Files with unknown copyright status has items stretching all the way back to 2006, in violation of the Resolution:Licensing policy. A quick suggestion would be, to propose deletion for all files before 2010, and to give a month's notice in advance to uploaders of such files, so they could have a chance to give proper copyright licenses to their files and possibly hold off deletion. TeleComNasSprVen (talk) 16:26, 26 March 2014 (UTC) Reply

Before deleting, we could go through them. For instance, the first in the list is a simple screenshot that is not violating any copyrights: Qgil (talk) 17:56, 26 March 2014 (UTC) Reply

Perhaps it could be tagged as {{MediaWiki screenshot}} but more likely it may still end up deleted from Commons for being out of use on any particular wiki page. TeleComNasSprVen (talk) 22:58, 28 March 2014 (UTC) Reply

We've had a number of discussions on the topic, please search a bit. Nemo 06:59, 27 March 2014 (UTC) Reply

I don't doubt you had numerous discussions on this topic, but at the moment I could not find much. Project:Fair use policy and Project:Image policy were the two closest relevant discussion pages I could find, and I've tried to reignite discussion on the page about fair use here to make it, well, an actual policy. TeleComNasSprVen (talk) 22:55, 28 March 2014 (UTC) Reply

I started working on tagging them awhile ago, and my plan was to

• Tag all the files I could find
• Get a bot magician to do a report listening them by their uploader
• Update the ones from users where they have made the appropriate licensing comments (TimS and Brion come to mind)
• Start a discussion
• Notify the others with a deadline agreed in the discussion
• Work on deleting the problematic ones
• Try and get stuff moved to commons where possible. Peachey88 (talk) 23:28, 28 March 2014 (UTC) Reply

See MediaWiki talk:Gadget-collapsibleTables.js#Update. Helder.wiki 19:23, 30 March 2014 (UTC)

As part of the JSON migration, most extensions have had, or will soon have, their version bumped.[3] Help appreciated in updating the infoboxes. Nemo 06:53, 31 March 2014 (UTC) Reply

I've written 2 MediaWiki extensions and therefore also created 2 new extension pages: Extension:Mantis and Extension:BOFH. I don't know how the procedure for this is, but can someone please review the 2 pages? Tessus (talk) 00:28, 2 April 2014 (UTC) Reply

Pages have been reviewed with the help from guys in #mediawiki. Thanks again. Tessus (talk) 23:06, 2 April 2014 (UTC) Reply

Couldn't find a better place to put this. I had an idea for there to be a namespace alias for the "Extension" namespace to be added. The namespace I was thinking of would be merely "E", but "EX" or something else could work in my opinion. I feel like this would be useful to make things quicker and shorter to link to, especially since I and some other people I know link to things like http://enwp.org/mw:Extension:MediaWikiChat in chats/IRC and whatnot. Does this sound like a good idea? GeorgeBarnick (talk) 02:53, 2 April 2014 (UTC) Reply

MediaWiki suffers from an excessive level of complexity that alienates it to most target users. Are you sure that making links less understandable will make us a service?

Your example, by the way, is three letters longer than a fully reliable https://www.mediawiki.org/?curid=170806 Nemo 06:31, 2 April 2014 (UTC) Reply

The fact that it would still display as "Extension:" on the page makes me think it wouldn't be any less understandable or difficult for new/inexperienced users. The "E:" prefix could just make things shorter to type in, to search, and to link to. Also, linking the curid seems like it would be more difficult for a new user if they were to see it as a link, since it doesn't have the page name in the URL. GeorgeBarnick (talk) 15:40, 2 April 2014 (UTC) Reply

Either you want the link to be short, or you want it to be self-explanatory. If you want it short, the curid will mostly do. Nemo 17:28, 2 April 2014 (UTC) Reply

I guess, but I do think that the namespace alias would be both short and self-explanatory. GeorgeBarnick (talk) 20:13, 2 April 2014 (UTC) Reply

Please see Project:Support_desk/Flow/2014/04#Missing_interface_messages. πr² (t • c) 03:41, 4 April 2014 (UTC) Reply

A lot of users use this page as a test page [4]. Please protect it. GZWDer (talk) 11:02, 11 April 2014 (UTC) Reply

Done. Glaisher (talk) 13:12, 11 April 2014 (UTC) Reply

Sorry for my English. Using google translator.

Performing searches for words in Spanish have a problem with the accents.

If I search "Camion" and a page is the word "Camión" the page does not appear in the search results.

How could I change it to find the word even if you look without accent?

Thank you very much.

Mediawiki 1.22.5 62.134.244.228 10:57, 15 April 2014 (UTC) Reply

Is there any guideline, if you're allowed to use this extension for user pages? Regards, Brackenheim (talk) 18:29, 15 April 2014 (UTC) Reply

On what wiki? Nemo 19:39, 15 April 2014 (UTC) Reply

Sorry - on Mediawiki... Brackenheim (talk) 22:12, 15 April 2014 (UTC) Reply

Usually only test user pages are marked for translation with Translate. Nemo 13:18, 16 April 2014 (UTC) Reply

Hi All, is Heartbleed security issue fixed? please confirm the version it got fixed. 148.188.243.252 11:00, 16 April 2014 (UTC) Reply

It's not a MediaWiki problem, but you may be interested in the Wikimedia projects handling: wmfblog:2014/04/10/wikimedias-response-to-the-heartbleed-security-vulnerability/. Nemo 15:22, 16 April 2014 (UTC) Reply

Thank you Nemo, we have downloaded the MediaWiki app for internal wiki purpose, just want to know the version of wikimedia in which this bug was fixed... 148.188.243.252 09:51, 17 April 2014 (UTC) Reply

Heartbleed was a bug in OpenSSL, not in MediaWiki. The Wikimedia Foundation runs both on its sites, so it had to fix the OpenSSL problem; but there's no problem in MediaWiki. (MediaWiki and Wikimedia are two different things.) Yaron Koren (talk) 16:50, 14 May 2014 (UTC) Reply

This post by Nemo bis was moved on 2014年04月22日. You can find it at Project:Support desk/Flow/2014/04#h-Is_linking_in_the_sitemap_on_a_webpage_that_uses_Wikimedia-contents_enough?-2014年04月22日T10:16:00.000Z. Nemo 12:56, 22 April 2014 (UTC) Reply

This post by Nemo bis was moved on 2014年04月29日. You can find it at Project:Support desk/Flow/2014/04#h-send_email_to_another_user-2014年04月29日T08:41:00.000Z. Nemo 09:48, 29 April 2014 (UTC) Reply

This post by Nemo bis was moved on 2014年04月30日. You can find it at Project:Support desk/Flow/2014/04#h-block_email-function_for_one_user-2014年04月30日T06:55:00.000Z. Nemo 10:24, 30 April 2014 (UTC) Reply

Hi, I'm in charge of the Semantic Bundle. The page Talk:Semantic_Bundle/Discussion_archive is currently protected, but I want to edit it, to add more to the archive. Can someone please unprotect it? Yaron Koren (talk) 16:47, 14 May 2014 (UTC) Reply

I've removed the protection so you can update it. Let me know when I can restore it. ☠MarkAHershberger ☢(talk)☣ 13:38, 15 May 2014 (UTC) Reply

Thanks, I moved the discussion text over. However, I don't know if there's a need to re-protect the page - none of my extensions' archive pages are protected, and that doesn't seem to have led to any problems... Yaron Koren (talk) 18:15, 18 May 2014 (UTC) Reply

Whenever I try to download an extension through Special:ExtensionDistributer I get a blank select box for the MW version and when I click contiune no download starts.....

Any other way I can get MaintenanceShell? LK901 (talk) 16:51, 21 May 2014 (UTC) Reply

Yes, you can click the link next to it: [5]. Not sure why ED is not working, branches exist.[6] Nemo bis 17:01, 21 May 2014 (UTC) Reply

Thanks,
Seems to be working now :) LK901 (talk) 18:07, 21 May 2014 (UTC) Reply

ExtensionDistributor has a lot of problems. In the future, it's always easier to download from git. GeorgeBarnick (talk) 18:43, 21 May 2014 (UTC)

Causes some entries to not even show up. 137.147.156.9 16:14, 23 May 2014 (UTC) Reply

Talk:Flow and Talk:Beta Features/Hovercards have been hit with massive spam attacks. Some blocks and perhaps website blacklisting seem to be needed, as well as deletion of the Flow posts. Jay8g (talk) 17:13, 26 May 2014 (UTC) Reply

I've added 16 more domains to MediaWiki:Spam-blacklist, and will delete the topics that are still visible or just hidden. I've emailed the Flow dev team, to emphasize the priority of confirmedit integration.

Thanks again, for everyone's help with this. Quiddity (WMF) (talk) 20:25, 26 May 2014 (UTC) Reply

It's back (on Talk:Beta Features/Hovercards only this time). More IPs to block, posts to delete, and perhaps websites to blacklist. Jay8g (talk) 01:15, 28 May 2014 (UTC) Reply

Also note header spam. Jay8g (talk) 01:36, 28 May 2014 (UTC) Reply

Jorm has semi-protected the page, whilst the developers work on the extension-integration. I've added some more domains to the blacklist, and deleted the posts. Most of the IPs only make a single post, so blocks probably wouldn't help. Thanks again. Quiddity (WMF) (talk) 02:07, 29 May 2014 (UTC) Reply

Manual:Installation guide has one section with a 400 words summary, but then links to a "Main installation guide" composed of 4+4 more pages. None of these pages is translatable. Can we consolidate truly important information and make it translatable? Currently one is supposed to find the following logical steps.

1. Download
   • Download is the page
   • Template:DownloadMediaWiki duplicates most info
   • Download from Git is sometimes linked instead from docs
   • Manual:Installing_MediaWiki#Download_MediaWiki_software duplicates it again
   • Manual:Upgrading#Unpack_the_new_files again
2. Requirements
   • Manual:Installation requirements
   • Manual:Installation guide has a largely duplicative summary (which I've now transcluded in the former). Does the complete page really offer any additional value to users (as opposed to devs)?
   • Repeated in Manual:Upgrading#Check_requirements
   • Actual preparation of requirements: Manual:Installing_MediaWiki#Create_a_database takes most of the space in the guide.
3. The actual installation
   • Manual:Config script is the page (marked outdated!)
   • Manual:Upgrading#Web_browser repeats in part
4. Misc troubleshooting and alternatives if something went wrong
   • Manual:Chmod and [7]
   • Manual:Installing_MediaWiki#Uploaded_files has some warnings and may be duplicative of Manual:Configuring file uploads
   • FAQ#Installation_and_configuration
   • Manual:Errors_and_Symptoms#Installation_Errors
   • Category:Installation
5. Configuration
   • Manual:Configuring MediaWiki (削除) or Manual:Configuration#Configuring MediaWiki (merge proposed) (削除ここまで)
   • A handful of pages linked from there for specific config issues like Manual:Short URL and Manual:Page customizations
   • More supposedly MediaWiki-specific server setup information, like Apache configuration, robots.txt, texvc, Comparison of extensions in distributions, ...
   • Manual:Performance tuning
   • Manual:Extensions
   • Other stuff indexed in Manual:System administration and Manual:LocalSettings.php
6. Maintenance
   • Manual:Upgrading : this is what most people forget to do, but the page is largely duplicative and doesn't make a compelling case for upgrading.
   • Manual:Administrators should be redirected to relevant help pages.
   • Manual:System administration which links 10 more manual pages not mentioned above.
7. Informative material
   • Manual:What is MediaWiki? (cf. the dev-oriented Principles)
   • Manual:MediaWiki feature list

The pages in bold are part of the official Template:InstallationNav (which complements Template:MediaWiki Introduction): they are supposed to be the official path and need special care and coordination. Nemo 14:17, 27 May 2014 (UTC) Reply

Given Chad's comment, I'm also going to tag all "platform-specific" manual pages for merge to the main ones. Common parts can be merged and transcluded on the specific pages, while really platform-specific additional information can be left there. P.s.: for a start, I Nemo 09:51, 14 June 2014 (UTC) Reply

Thank you for this! ☠MarkAHershberger ☢(talk)☣ 13:39, 14 June 2014 (UTC) Reply

I made Manual:LocalSettings.php translatable and expanded Manual:System administration by merging Manual:Configuration.

• Manual:System administration could be useful if it becomes a reasonable index/step by step guide/tutoring of the really important pages in Category:MediaWiki for site admins (allowing to remove respective information from the general installation manual), but I'm not sure of its current role.
• Manual:LocalSettings.php is very visited, but it's quite a mess. I doubt it kept anywhere close up to date, is it currently making a good service to users? Nemo 07:50, 9 August 2014 (UTC) Reply

I wonder what's the purpose of making Manual:LocalSettings.php translatable if you doubt about the usefulness of that page or if you plan/propose to improve/restructure it. Ciencia Al Poder (talk) 18:36, 10 August 2014 (UTC) Reply

The page is vastly correct and the strings contained in it look rather stable, so it's ok to translate it. It is my impression that some consolidation will be needed for that page (reducing total amount of text around), but not a rewriting. Nemo 19:10, 10 August 2014 (UTC) Reply

I've tried to make the essential stuff transcludable, and I've trimmed some more pages.Nemo 11:52, 16 December 2014 (UTC) Reply

Please, can someone give consideration to Raspberry PI 3, Raspbian GNU/Linux 9, LAMP. Where due to some GNU license issue, mySQL redirects to MariaDB. Need to know how to get superuser on phpMyAdmin (the commands given are for mySQL, and are not the right format for MariaDB. There is no password for root initially for MariaDB, but no direct relationship (it seems) between MariaDB and phpMyAdmin. Might be proven wrong here once I start creating databases in MariaDB.

However this really good documentation, it just doesn't go far enough. Thanks. 120.21.31.202 (talk) 04:48, 3 August 2018 (UTC) Reply

Looks like your question is about MariaDB/phpMyadmin, not MediaWiki. Have you tried asking on a mariaDB forum or stackoverflow? Ciencia Al Poder (talk) 08:40, 3 August 2018 (UTC) Reply

I've added a solution to MariaDB password problem - which hit me as well on Raspbian Mitra.ardron (talk) 11:37, 24 December 2019 (UTC) Reply

Install to the correct directory to avoid SELinux issues. Placing the content under /var/www/html (or /opt/rh/httpd24/root/var/www/html/ for httpd24) instead of just /var/www will automatically provide the correct SELinux context.

Do not forget to change the owner and group of the content tree with 'chown -R apache: mediawiki/' 199.191.49.17 (talk) 22:35, 29 January 2020 (UTC) Reply

This post by Nemo bis was moved on 2014年05月29日. You can find it at Project:Support desk/Flow/2014/05#h-Infobox_not_working-2014年05月28日T20:59:00.000Z. Nemo 07:22, 29 May 2014 (UTC) Reply

Are you looking to recruit more contributors to your project?
We are offering to design and print physical paper leaflets to be distributed at Wikimania 2014 for all projects that apply.
For more information, click the link below.
Project leaflets
Adikhajuria (talk) 14:10, 12 June 2014 (UTC) Reply

Since the proposal affects this wiki (as well as the "software" project), please see Requests for comment/Alternate disclosure policy for a proposal to not require disclosure of compensation for editing actions. Bawolff (talk) 18:16, 17 June 2014 (UTC) Reply

Could you please clarify what you're talking about? I assume it has something to do with the Release Management RFP but I'm not sure exactly what. ☠MarkAHershberger ☢(talk)☣ 18:31, 17 June 2014 (UTC) Reply

It affects anyone who touches MediaWiki for work. Nemo 19:17, 17 June 2014 (UTC) Reply

Thanks, just read the text in Bawolff's original link. NOW I understand ☠MarkAHershberger ☢(talk)☣ 19:42, 17 June 2014 (UTC) Reply

I've been a little frustrated recently by a couple of users who don't seem to understand how important our volunteer devs are. It's not entirely their fault; they're just so new, compared to MediaWiki's existence, that they have no idea that the entire concept of MediaWiki software was a volunteer achievement. The WMF devs are working on some large, high-profile projects, and the result is that "volunteer dev" sounds like "second-class dev" to these new folks.

So I have just started a page, How to become a MediaWiki hacker/Volunteer achievements, on which I've listed a couple of obvious, user-facing changes that were written by volunteer devs (even if said devs were later paid to work on MediaWiki).

I'm secretly hoping someone will tell me "No, that's just a poor duplicate of <this much, much better page>", but, failing that, if there's anything that you did, or that you know someone else did as a volunteer, please expand. I'd like people who are interested in become hackers to know that volunteer devs can do real things here, and for non-technical users to be able to see that volunteer devs have created many of the things that they use and rely on every single time they read or edit the site.

Thank you–to all the volunteer devs, for doing your work, and to anyone who can help me expand this page, for helping honor that good work and educate the next generation of users about our debt to the volunteer devs. WhatamIdoing (talk) 18:31, 18 June 2014 (UTC) Reply

This is a great idea. Could you post this to the mediawiki-l and wikitech-l mailing lists? If you can't, would you mind if I post your message there? ☠MarkAHershberger ☢(talk)☣ 18:45, 18 June 2014 (UTC) Reply

I've added a link there. Usually, I do this on the MediaWiki release pages: you'll notice that most stuff on 1.21, 1.22, 1.23, 1.24 is done by volunteers.

I'm not sure how to expose such information without duplications nor ghettos, there would be two extremes:

• highlighting volunteer contributions on MediaWiki history: could only be very high level (as your stub currently is);
• filling in the "assignee" field on bugzilla for hundreds of particularly important bugs: very atomic, not super-readable.

As an aside, it's easy to find the conversation you probably had in mind and I'm not sure the person meant to depreciate volunteer work, rather the opposite. Nemo 19:24, 18 June 2014 (UTC) Reply

I've seen more than one of these conversations in the last year or two, and different users have different views. Some agree with me that it's awesome that volunteer devs do so much. Some seem to be dismayed that critical infrastructure is left to mere volunteers.

Mark, you should feel free to post a link to the page any place that you'd like. WhatamIdoing (talk) 05:13, 20 June 2014 (UTC) Reply

I would disagree that critical parts of the infrastructure are "left to mere volunteers". If a volunteer fills a need, the Foundation doesn't necessarily look to replace them with a paid employee. There have bee critical bits of infrastructure that have been handled by volunteers, but many of them have been hired as full time employees. ☠MarkAHershberger ☢(talk)☣ 18:10, 21 June 2014 (UTC) Reply

I think that your idea of what constitutes "critical infrastructure" might be narrower than some other people's.  ;-) Whatamidoing (WMF) (talk) 18:54, 23 June 2014 (UTC) Reply

I've no doubt that is true.

But now I'm curious: What do you think my definition wouldn't include that others would? ☠MarkAHershberger ☢(talk)☣ 14:45, 25 June 2014 (UTC) Reply

This post by Ciencia Al Poder was moved on 2014年06月18日. You can find it at Project:Support desk/Flow/2014/06#h-&#91RESOLVED]_Not_able_to_press_the_"Save_Page"_button-2014年06月18日T18:46:00.000Z. Ciencia Al Poder (talk) 19:17, 18 June 2014 (UTC) Reply

It looks like the bottom of the "User contributions" page links to an edit counter which used to be hosted on toolserver. The link should be changed to link to some other edit counter. APerson (talk) 02:28, 9 July 2014 (UTC) Reply

Which MediaWiki version do you run on your server that has this? Or is this about some Wikimedia website and not MediaWiki? Exact steps to reproduce welcome - I don't see any link to toolserver on my user contribution page on https://en.wikipedia.org/wiki/Special:Contributions Malyacko (talk) 07:29, 9 July 2014 (UTC) Reply

I suggest he mean MW.org, which links to toolserver:

https://www.mediawiki.org/wiki/MediaWiki:Sp-contributions-footer

I think this isn't a bug report for bugzilla, but Support-Desk isn't the right place, too, i think. So move to talk page of Message or wait for mw.org admin? :) Florianschmidtwelzow (talk) 07:33, 9 July 2014 (UTC) Reply

Done it. Thanks. This, that and the other (talk) 10:01, 9 July 2014 (UTC) Reply

Thanks :) Now the question is: Wikipedia-project's uses supercount, mediawiki now uses xtools? Is that correct? :) Florianschmidtwelzow (talk) 10:25, 9 July 2014 (UTC) Reply

Well, no-one said which one they wanted, so I just added a "link to some other edit counter". What's the difference between the two? This, that and the other (talk) 11:38, 9 July 2014 (UTC) Reply

I don't know, i only saw the difference :) For me it's ok with this one. Florianschmidtwelzow (talk) 13:54, 9 July 2014 (UTC) Reply

So far the repos were not tagged for MW 1.23. Thus it is not possible to select the "recommended version" for this release when using "Special:ExtensionDistributor". Not sure if there is something in the water. [[kgh]] (talk) 14:06, 10 July 2014 (UTC) Reply

Ah, apparently there is indeed something in the water. Thanks for providing the links to Bugzilla. [[kgh]] (talk) 12:32, 16 July 2014 (UTC) Reply

This post by Ciencia Al Poder was moved on 2014年07月11日. You can find it at Project:Support desk/Flow/2014/07#h-insert_"Vorlage"_into_a_new_mediawiki-2014年07月11日T09:37:00.000Z. Ciencia Al Poder (talk) 16:47, 11 July 2014 (UTC) Reply

This post by Florianschmidtwelzow was moved on 2014年07月18日. You can find it at Extension talk:LDAP Authentication/2014#c-Mellenberger65-2014年07月18日T02:08:00.000Z-No_"LOG_OUT"_link. Florianschmidtwelzow (talk) 07:27, 18 July 2014 (UTC) Reply

[979b6eb4] 2014年08月01日 12:49:06: Fatal exception of type PasswordError

I've got an account here which I started back in 2006, but I forgot my password and it seems that in this case I neglected to set up an email address for my username. Thus the Reset Password page just says: "There is no email address recorded for user <xxxxx>". Oops!

So I'd like a password reset sent to the email address I use for the same username on several other Wikipedia projects. I can think of several ways to demonstrate that I'm the same person. Is there a way to privately submit a request to the admins here? Or some other option? Thanks! 24.9.62.241 16:12, 6 August 2014 (UTC) Reply

If the account is the same as Wikipedia, the password should also be the same.

You should check Special:CentralAuth/YourAccountName and see if the MediaWiki.org account is linked. Ricordi samoa 23:39, 6 August 2014 (UTC) Reply

Thanks for the quick response. This account was set up before there was that sort of linking of accounts. They are not linked, and the password is different. So I'm still looking for some help here. 24.9.62.241 21:56, 7 August 2014 (UTC) Reply

I'm sorry, but there's nothing we can do about that. If you don't have the email address and you don't remember the password, we cannot retrieve the account for you. Jorm (WMF) (talk) 02:32, 14 August 2014 (UTC) Reply

Well, almost. On the off chance you set up a committed identity (if you don't know what that is, then you didn't), you can use that to prove you own the account and get it back. Jackmcbarn (talk) 02:56, 14 August 2014 (UTC) Reply

I would like to know what it is, please. Gryllida 09:55, 25 August 2014 (UTC) Reply

w:Template:User committed identity Jackmcbarn (talk) 20:43, 25 August 2014 (UTC) Reply

Thanks - this has its weaknesses but appears to be useful when used early. Gryllida 06:10, 26 August 2014 (UTC) Reply

This post by Nemo bis was moved on 2014年08月08日. You can find it at Project:Support desk/Flow/2014/08#h-reset_password_page_falsely_states_it_sent_a_password,_given_blank_username-2014年08月06日T16:00:00.000Z. Nemo 14:47, 8 August 2014 (UTC) Reply

Meta-Wiki, along with hundreds Wikimedia projects, has DynamicPageList enabled. It's trivial to enable it here as well, but it wasn't done yet, yet e.g. I need it on Project:Language_policy/Migration_list to intersect 1 with non-2.

So I ask the MediaWiki.org community: any objection to enabling it here? Nemo 14:55, 8 August 2014 (UTC) Reply

+1! Florianschmidtwelzow (talk) 16:51, 8 August 2014 (UTC) Reply

What would be the purpose? Can you give some examples of how it might be useful on this wiki? HappyDog (talk) 10:17, 9 August 2014 (UTC) Reply

I gave one in the first message. You can also click edit on that page to see the syntax. Nemo 10:55, 9 August 2014 (UTC) Reply

Oops - yes, silly me!

Sounds like it is not something we generally need, but which might have the odd occasional use such as this. I don't have any objection to it being enabled. HappyDog (talk) 07:55, 10 August 2014 (UTC) Reply

+1! Gryllida 09:56, 25 August 2014 (UTC) Reply

Done! Nemo 04:55, 29 August 2014 (UTC) Reply

<3! Gryllida 10:53, 31 August 2014 (UTC) Reply

After working through a new install of mediawiki 1.23.2 on CentOS 6, I made a number of what I hope are improvements to the install instructions here: Manual:Running MediaWiki on Red Hat Linux . Chasmo (talk) 20:47, 11 August 2014 (UTC) Reply

Thanks. We're trying to reduce the duplication among installation instruction pages, please feel free to remove any outdated or less useful part (especially if already covered somewhere else).

I see you've not made the page heavier, but good part of the new text is for SELinux. Is there any way to combine the two pages? Nemo 15:35, 13 August 2014 (UTC) Reply

This post by Nemo bis was moved on 2014年08月14日. You can find it at Project:Support desk/Flow/2014/08#h-about_wiki_syntax-2014年08月13日T21:37:00.000Z. Nemo 12:21, 14 August 2014 (UTC) Reply

This post by Qgil-WMF was moved on 2014年08月14日. You can find it at MediaWiki talk:Sidebar/Archive 02/Flow export#c-Meshkov.a-2014年07月02日T11:32:00.000Z-left_menu_problem. Qgil (talk) 14:40, 14 August 2014 (UTC) Reply

Sorry, but couldn't find any but seeming mutually contradictory information on the replace string extension. Is it alive on en.Wikibooks (meaning I have a likely precedence flaw) or not (削除) is (削除ここまで) WAS my 'Need'... but I answered my own question remembering I used it successfully a couple of months ago in another template.  

I'm continuing because...

the one reference page has two box headers which seem to contradict themselves at the very page top, and the bugzilla linked there seems to be open and unresolved--but with a mention that everything there was now incorporated into the wiki magicword system, but that and one other.

If I'm making the right mappings from my history:

1. Extension:Replace Text probably has the two warring box notices right up top... as I went to Bugzilla from there.
2. Wikitext parser/Core parser functions - says it should work (but someone ought to reconcile these!)
3. Extension:String Functions#replace is a very unhelpful section header with an apparently included empty sub-page.

I'd take it on, but making sure of my ground in this realm of computer science geeks is like translating German to English to read how an Electrical geek like me has to use it! best regards, Fra nkB 23:25, 22 August 2014 (UTC) Reply

Is it correct that you have not asked a question? 88.130.104.217 23:32, 22 August 2014 (UTC) Reply

Well a truly discerning read, especially of the links would have detected the message that there needs be a clarification, specifically on the string extensions of the parser functions. So no, my communication was more along the lines of a statement that this was a terrible situation that stinks!

• However, it would appear here at least, programming standards apparently no longer include the ethic that No job is done until the paperwork is finished, so I'll just take me hits on my leisure time as a lesson, and further just finished donating a bit more of that scarce resource just so others don't get screwed over by that same lack of professional ethics . Please enjoy the embedded pic, which sums it up almost as good as an icon with someone holding their nose.
• Lua scripts and CSS measures don't fix misleading references for a world wide audience that depends on these pages for reliable information. Sigh.
• Further, the one thing apparently not fixed is the ability to replace spaces with underscores to reliably construct either a Wikimarkup section link, or a usable externally linkable url in templates, both of which I have need of in Wikibooks pages involving keyword-keyword pairs or keyword-phrase pairs—who'd have thought a space could turn into such a nasty enemy to productivity! // Fra nkB 18:53, 25 September 2014 (UTC) Reply

No job is done until the paperwork is finished

Being involved in the documentation of Open Source projects myself, I can only agree. However, it is an obvious truth that developers do not like writing manuals nor documenting features. Basically, if you found something to be improved, I recommend: Go ahead and just do it! Chances are people will just be fine with it (which often means you never hear a word, but that is yet another topic).

As for the space issue, if you consider this a bug, you might want to file a BUGREPORT! 88.130.113.0 19:30, 25 September 2014 (UTC) Reply

Given the bugzilla length, and the related (and reading between the lines, there are several that merged) I don't know how another might help. Further, that was why I posted here. Someone with a better handle on developments the last four years (not to mention scripting mysteries) needs to evaluate this and make that kind of call.

I will be glad to document trials of several templates where I'd expected b:template:Underscores to work the task, but it's no longer 'called' and I'd have to examine my saves (and contribs) and whatnot to refigure the trials. I'd not likely saved more than once or twice, then had to revert, so there will be some small trail. Mostly I debug in preview, so... those won't be visible. I might have an offline file or two as well. I use a programmers editor to match up curly-braces et.al. and other nesting in such templates. Easy peasey and saves a lot of grief. The rare revert will show up about that date though, so we could tell a sensible tale. // Fra nkB 02:12, 26 September 2014 (UTC) Reply

:-) 88.130.94.206 08:23, 26 September 2014 (UTC) Reply

• To FrankB : Your question was about the "replace string extension". In Extension:StringFunctions, in the header note, you can read "This extension has been determined to never be enabled on Wikimedia wikis". Then none function execute in this extension and this is normal.
• But in scribunto Lua modules we have many functions in Extension:Scribunto/Lua_reference_manual#String_library, and in Extension:Scribunto/Lua_reference_manual#Ustring_library and in Extension:Scribunto/Lua_reference_manual#HTML_library and I use them succesfully. Rical (talk) 19:30, 26 September 2014 (UTC) Reply

@Fabartus / FrankB, I have no idea what you are saying or asking for.

I edited Extension:StringFunctions to clarify the (old) decision not to enable string functions and the workaround. It's confusing that ParserFunction's string functions are documented in an old extension's page, but since they aren't enabled by default nor on any WMF wikis it would be very confusing if they were documented on the same page as all the ParserFunctions that are generally available. As Rical says above and as that page now says

As a workaround, use String-handling templates or Module:String. SPage (WMF) (talk) 20:57, 15 July 2015 (UTC) Reply

I'm using HTTPS and experience this issue. That is all. Gryllida 10:54, 31 August 2014 (UTC) Reply

Someone added a topic summary, but I don't see who. Thanks though for identifying the issue and reporting it! Gryllida 12:15, 4 September 2014 (UTC) Reply

13:07, 2 September 2014 Nemo bis (talk | contribs) Summary changed

(from https://www.mediawiki.org/w/index.php?title=Project%3AVillage%20Pump/Flow/2014#c-Gryllida-2014年08月31日T10%3A54%3A00.000Z-LQT_search_boxes_on_this_site_hit_HTTP_timeout_atm.&lqt_method=thread_history) Florianschmidtwelzow (talk) 12:30, 4 September 2014 (UTC) Reply

It's still silly to link a dead feature and newbies were getting confused, so I hid the search box: [10]. Surely there is some configuration setting or hook to do it properly? Nemo 05:35, 7 September 2014 (UTC) Reply

Best configuration remedy for this would be to disable LQT. Max Semenik (talk) 07:51, 7 September 2014 (UTC) Reply

I don't remember changing any of my personal preferences, but when I look at my contributions (Special:MyContributions) the list starts with the earliest edits and there's no way to reverse the order. (The watchlist, on the other hand, still looks the same to me) Cavila (MW 1.22, MySQL 5.5.37-0, Php 5.4.4-14 squeeze, SMW 1.9.2, SF 2.7) 22:26, 4 September 2014 (UTC) Reply

Things are back to normal, so the (temporary) changes must have been restored. Cavila (MW 1.22, MySQL 5.5.37-0, Php 5.4.4-14 squeeze, SMW 1.9.2, SF 2.7) 06:46, 5 September 2014 (UTC) Reply

Just for information: This was a bug in new MediaWiki 1.24wmf20 tracked in bug 70413 . It was hot fixed for mediawiki.org and testwiki yesterday :) So that's why all is ok now :) Florianschmidtwelzow (talk) 11:10, 5 September 2014 (UTC) Reply

Alright, thanks for the explanation. Cavila (MW 1.22, MySQL 5.5.37-0, Php 5.4.4-14 squeeze, SMW 1.9.2, SF 2.7) 13:12, 5 September 2014 (UTC) Reply

When I tried to create a new userpage, I got this peculiar problem: File:Bobrayner pagecreation problem.jpg

• MediaWiki is trying to warn me that I'm creating a new page, but this notice can seemingly only be triggered by users who willingly click on the "Create" link or similar (not just by navigating to a currently-redlinked page), so why is a warning necessary?
• The notice is malformed and unreadable, apparently due to being put inside a narrow frame which takes up the left half of the notice area, and the leftmost strip of the warning is devoted to a pointless image which only takes a small % of the vertical height.
• Also, on trying to search this page for any related issue, I get "An error has occurred while searching: HTTP request timed out.". Sorry if this is a duplicate.

Any suggestions? Bobrayner (talk) 18:29, 6 September 2014 (UTC) Reply

The first two appear to be some VisualEditor issue. The other is about the old search system which is being discountinued (see Search) but still has some leftovers: please use Special:Search instead. Nemo 22:24, 6 September 2014 (UTC) Reply

The first (the warning) is triggered when you navigate to a redlink. Go to Special:RecentChanges and click on any red-linked username, and you'll get the same message at the top of the wikitext editing window.

The second is a problem with the design of the template. It was designed to be displayed on a particular shape of a screen. You'll see the same mess in the wikitext editor if you have a very narrow screen (e.g., anyone using a smartphone over Mobile web, or if you drag your browser window to be narrow). It should be possible to make the text wrap around the icon, but the person designing it (years ago) was only thinking about how it would display for desktop users using the wikitext editor (because that's pretty much all there was back then). Whatamidoing (WMF) (talk) 18:04, 11 September 2014 (UTC) Reply

This post by Nemo bis was moved on 2014年09月06日. You can find it at Project:Support desk/Flow/2014/09#h-Email,_watchlist,_and_notifications-2014年09月06日T18:52:00.000Z. Nemo 19:35, 6 September 2014 (UTC) Reply

This post by Nemo bis was moved on 2014年09月17日. You can find it at Project:Support desk/Flow/2014/09#h-&#91RESOLVED]_New_links_not_acknowledging_that_page_exists-2014年09月16日T14:58:00.000Z. Nemo 06:12, 17 September 2014 (UTC) Reply

I've created a userbox, {{User ORCID }} for users who have an ORCID identifier. You can see it in use on my user page. ORCID identifiers disambiguate contributors with similar names, and unify the works of people who have published under different names. Anyone may sign up for one, free, and I encourage you to do so, and to display it using this template. More information on the use of ORCID identifiers by Wikimedia project editors may be found at w:en:WP:ORCID. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:40, 18 September 2014 (UTC) Reply

But this isn't an issue, am i right? Florianschmidtwelzow (talk) 15:28, 19 September 2014 (UTC) Reply

I guess it's just an "announcement", but there isn't a place for internal announcements here so this seems to be the best place ATM Ciencia Al Poder (talk) 15:46, 19 September 2014 (UTC) Reply

Argh, it's Current_issues, i thought it is Support_desk :) Thx for the hint Ciencia Al Poder. Florianschmidtwelzow (talk) 16:41, 19 September 2014 (UTC) Reply

This post by Ciencia Al Poder was moved on 2014年09月19日. You can find it at Project:Support desk/Flow/2014/09#h-Doesn't_do_anything-2014年09月19日T14:32:00.000Z. Ciencia Al Poder (talk) 15:46, 19 September 2014 (UTC) Reply

This post by Ciencia Al Poder was moved on 2014年09月24日. You can find it at Project:Support desk/Flow/2014/09#h-lock_special_sites-2014年09月24日T07:46:00.000Z. Ciencia Al Poder (talk) 10:22, 24 September 2014 (UTC) Reply

I don't think this deprecated function should still be installed at MediaWiki.org. Why not move all data of Special:Code to Phabricator and remove this extension from MediaWiki.org? GZWDer (talk) 08:14, 27 September 2014 (UTC) Reply

Won't that create a lot of dead links?

If it can be done in a way that (a) doesn't break the web; and (b) means the content is still fully accessible then I don't have an objection, however if either of these is not possible then I strongly urge that it not be removed.

Perhaps a simpler answer would be to remove code-reviewing rights from everyone, so the pages remain but are no longer editable by anyone? HappyDog (talk) 08:46, 27 September 2014 (UTC) Reply

Would you like to work on the migration code to move all data of Special:Code to Phabricator? AKlapper (WMF) (talk) 14:03, 27 September 2014 (UTC) Reply

Not really, no. HappyDog (talk) 11:03, 28 September 2014 (UTC) Reply

Oh, I didn't mean you, more the original requestor and her/his question "Why not move all data". :) AKlapper (WMF) (talk) 13:47, 28 September 2014 (UTC) Reply

-)

Should have paid more attention to the indentation! HappyDog (talk) 13:57, 28 September 2014 (UTC) Reply

Special:Code is very pretty and useful and it shouldn't be replaced without a clear benefit. In fact, some days ago I wanted to reply to a thread and I couldn't because it was frozen: which is okay and makes sense, but a bit against WikiNow. Nemo 20:45, 27 September 2014 (UTC) Reply

I also have no time to write the code. However, is it possible to move data after data from gerrit is moved?

Maybe we should remove coder and svnadmin group from Mediawiki.org. It currently does nothing about CodeReview (though coder sill have autopatrol right). Extension:CodeReview can be on hold. But I still concern that keeping CodeReview is a risk if there're bugs in extension and this probably can be used by hackers. GZWDer (talk) 14:32, 28 September 2014 (UTC) Reply

Phabricator will not even have comments from gerrit: http://fab.wmflabs.org/T42#46

I'd rather support importing gerrit comments into the CodeReview extension. ;-) Nemo 08:24, 29 September 2014 (UTC) Reply

fyi, fab.wmflabs.org is closed. GZWDer (talk) 12:11, 29 September 2014 (UTC) Reply

Which shows my point. ;-) Hopefully you can reach the place where my link went; if not, add to the reasons to keep CodeReview. Nemo 19:12, 29 September 2014 (UTC) Reply

Please could someone change the URL to HTTPS or protocol-relative? It Is Me Here ^{t / c} 13:38, 27 September 2014 (UTC) Reply

Done, thanks for the report. Nemo 20:42, 27 September 2014 (UTC) Reply

I'm not sure if this is the correct place to report vandalism, but 2602:306:cc2e:efb0:59f:ad58:ff56:3a40 (talk · contribs) keeps vandalizing Help:Templates. Ixfd64 (talk) 23:13, 1 October 2014 (UTC) Reply

Hello!

Thanks for reporting this. The IP adress is actually blocked :) Florianschmidtwelzow (talk) 06:33, 2 October 2014 (UTC) Reply

I'm trying to translate the home MediaWiki sidebar, i. e. "Contribute". But the creation of MediaWiki:Mw-contribute/ca is blocked!?, only exists MediaWiki:Mw-contribute/ru for other language. Jmarchn (talk) 05:56, 9 October 2014 (UTC) Reply

For interface messages you need the right "editinterface" to edit them. On mediawiki.org, only administrators have this right: Special:ListGroupRights :)

You can request user rights here (read the opener!). Florianschmidtwelzow (talk) 06:33, 9 October 2014 (UTC) Reply

The Wikimedia Engineering report for August is still a draft, the link to the September summary is a red link, and {{SoFixIt}} is not applicable. But WP:BRION is alive and kicking again. Be..anyone (talk) 07:43, 13 October 2014 (UTC) Reply

You gotta be kidding, "Previous reports" in the footer has three red links. :) m:Tech/News mostly replaced BRION. WMF reports are lagging behind due to some work shifts in their maintainers, AFAICS. Nemo 11:52, 14 October 2014 (UTC) Reply

Well, those links worked seven years ago, before somebody intentinally "lost" his m+w passwords. :-| The new m:Tech/News/Latest is fine, I have a link to it on my user page. Be..anyone (talk) 17:17, 15 October 2014 (UTC) Reply

The engineering reports have traditionally been published within two weeks after the end of a month. The reports for August and September were delayed due to several reasons, but the August report has now been published, and the September report is being drafted and will be published shortly.

That said, it's true that the engineering reports are very labor-intensive, and that's why we're considering replacing them by a more consistent combination of timely updates (in the form of Tech News and status updates) and quarterly retrospectives. See also the last paragraph of this wikitech-l email. Guillaume (WMF) (talk) 19:15, 28 October 2014 (UTC) Reply

Hi, please let the first missing Wikimedia Engineering/Report/2015/January explain that the monthly reports are now finished for good, I still had a convoluted [[Wikimedia Engineering/Report/{{#time:Y/F|now-31days}}|Tech report]] for {{#time:F|now-31days}} rendered as "Tech report for March" on my user page.Tongue Be..anyone (talk) 09:08, 24 February 2015 (UTC) Reply

Thank you for following up: I'm waiting for the new system to be in place before announcing that the reports in their old format are officially been retired. See also T88468, T88470 and T24. Guillaume (WMF) (talk) 16:44, 24 February 2015 (UTC) Reply

I've updated three related pages on this side:

1. On Wikimedia Engineering/Report/2014 red link "2015" now goes to phabricator:tag/report/
2. On Wikimedia Engineering/Report/2015/January phab:T88470 is flagged as "resolved".
3. On draft m:Tech/News/2015/10 the issue is noted as "future change" announcing the tag. Be..anyone (talk) 21:21, 25 February 2015 (UTC) Reply

Ekkentros (talk · contribs) is creating lots of nonsense pages. Could an admin please delete all of them? Ixfd64 (talk) 18:46, 13 October 2014 (UTC) Reply

Yes Done by Tegel

The user is blocked with an expiry time of indefinite. Florianschmidtwelzow (talk) 20:42, 13 October 2014 (UTC) Reply

I'd like to import several Toolserver wiki pages on this wiki, with some regex cleanup. I lean towards:

• changing titles to pseudo-namespace format as we did for API etc., Toolserver:;
• regex change of internal links (but not templates) so that they keep working;
• run AnankeBot to add a template similar to Template:MoveToMediaWiki on top;
• perhaps manually fix some active usernames to match this wiki (e.g. 'nemobis' -> 'Nemo bis').

Ideas? Nemo 09:33, 19 October 2014 (UTC) Reply

What content specifically are you looking to import? Peachey88 (talk) 09:36, 19 October 2014 (UTC) Reply

Toolserver wiki's. Nemo 11:04, 19 October 2014 (UTC) Reply

This one is a recurring spammer who needs to be blocked at some point. Low volume but still every edit was reverted due to linkspam. Cheers [[kgh]] (talk) 19:58, 3 November 2014 (UTC) Reply

Yes Done Blocked: https://www.mediawiki.org/w/index.php?title=Special:Log&type=block&page=Hughclayton Florianschmidtwelzow (talk) 20:26, 3 November 2014 (UTC) Reply

Cross-posting Quim's suggestion

As part of the Bugzilla - Phabricator migration, Bugzilla is planned to be turned to read-only mode on Friday 21 November 00:30 UTC, and Phabricator will be completely down. We will discourage the submission of bugs/tasks that can wait, but we need to have channels open for emergencies. We are proposing to use the Support Desk combined with a specific IRC channel, both monitored by Andre Klapper and other usual suspects (so we would not leave you alone here). What do you think? See the related discussion at phab:T473#10278. Ciencia Al Poder (talk) 10:52, 7 November 2014 (UTC) Reply

For other issues not so urgent, an etherpad has been created: http://etherpad.wikimedia.org/p/bugscratchpad Ciencia Al Poder (talk) 17:46, 21 November 2014 (UTC) Reply

For the second part, it's been taking a long time for the back-and-forth of replying, so I'm just linking the discussion here:

• -- Template_talk:CS cat header

For the main part of this post, this is the current layout of Category:MediaWiki configuration settings:

• MediaWiki configuration settings
  1. MediaWiki configuration settings X.XX
  2. MediaWiki configuration settings introduced in X.XX
  3. MediaWiki configuration settings deprecated in X.XX
  4. MediaWiki configuration settings removed in X.XX

As you can see, (1) and (2) are both duplicates, and they both have many translation pages! I think it's complicating and effort is wasted in these. But, these are just category pages. The only text content in (1) is provided in Template:CS cat header so the category pages don't need to be translated themselves, but (2) doesn't even use the template. As for the deprecated and removed categories, they seem fine so no complaints. The only reason I have found why this was done was from the Template:CS cat header template which says it was to make the naming consistent.

What would everyone say to making all (1) categories redirect to (2) pages? I have used a script to check what pages link to (1) and I have found that they link only to each other using the template, so no pages will need to be updated to remove double redirects. I could also make a script to perform the redirects.

I also have another suggestion of modifying the layout, which would involved only adding [[Category:MediaWiki NAMEHERE configuration settings]] in each page. But it may involve edit-spam so I'm not sure. Modified layout:

• MediaWiki configuration settings
  1. MediaWiki introduced configuration settings
     • MediaWiki configuration settings introduced in X.XX
  2. MediaWiki deprecated configuration settings
     • MediaWiki configuration settings deprecated in X.XX
  3. MediaWiki removed configuration settings
     • MediaWiki configuration settings removed in X.XX -- Nahiyan8  (talk | contribs) 14:53, 22 November 2014 (UTC) Reply

I registered on mediawiki.org an OAuth consumer for a project I am working on. When I registered it, I used a .local DNS name in the redirect URL for development purposes. Now, I want to change it to a staging server. However, when I go to my consumer's management page, which I am permitted to do, I cannot change the URL - only the source IP addresses and RSA key. What is the process for resolving this problem? Ddennedy (talk) 21:02, 22 November 2014 (UTC) Reply

This post by Ciencia Al Poder was moved on 2014年11月26日. You can find it at Project:Support desk/Flow/2014/11#h-CSS_not_working_in_Hebrew_Wikipedia-2014年11月25日T14:41:00.000Z. Ciencia Al Poder (talk) 10:26, 26 November 2014 (UTC) Reply

Hi! There is a problem with one BlackList entry. This one:

#Allows creation of pages with titles too similar to existing pages

.*(е|а|о).*

It doesn't allow (new) users with cyrillic SUL name to login to MediaWiki site. Cause they usually contain these cyrillic (е|а|о) characters. You need to either remove this entry or improve it somehow. Piramidion (talk) 13:33, 4 December 2014 (UTC) Reply

@Jasper Deng: Can you take a look? Florianschmidtwelzow (talk) 13:48, 4 December 2014 (UTC) Reply

@Jasper Deng: @Florianschmidtwelzow: A week has passed. Anything? Our users still cannot enter MediaWiki site nor create their own user pages if their SUL usernames contain any of these 3 characters. The only exception is for those users with cyrillic SUL names who had registered here before this blacklist entry was enabled. Are you gonna do anything about that or should I address someone else to solve this problem? Piramidion (talk) 13:58, 11 December 2014 (UTC) Reply

@Piramidion: I have commented out this rule for now, so it should work, if this is the real problem. Can you test it and give a response, if it works now?

@Jasper Deng: We should check, if we need this rule and should re-enable it with some adjustment? Florianschmidtwelzow (talk) 07:17, 15 December 2014 (UTC) Reply

Thanks! I will tell the user(s) who couldn't enter MediaWiki under their own SUL login to try again. Earlier one user (now an administrator on ukwiki) had got the message that "this username is blacklisted on MediaWiki" or something like that. Now it should be fine. I will post the result here. Piramidion (talk) 19:13, 15 December 2014 (UTC) Reply

Yes, it works! Piramidion (talk) 19:31, 15 December 2014 (UTC) Reply

Great :) Yes Done

Now we just need to figure out, how we can use this rule, without this behavior :P Florianschmidtwelzow (talk) 13:30, 16 December 2014 (UTC) Reply

The rule's now obsolete in terms of serving its original purpose, so I have no objection removing it. But for future reference, does there exist a converse to newaccountonly? Jasper Deng (talk) 20:29, 16 December 2014 (UTC) Reply

Some hours ago, FancyCaptcha was disabled on this wiki for 18 minutes. There was some more spam coming in as result, let's find out at Extension:ConfirmEdit/FancyCaptcha experiments exactly how much and what abusefilters can be set up to reliably stop it. Nemo 09:02, 5 December 2014 (UTC) Reply

This should be deleted:

https://www.mediawiki.org/w/index.php?title=Thread:VisualEditor/Feedback/Petra_Barošová&lqt_method=thread_history

It's your average, basic juvenile vandalism. Whatamidoing (WMF) (talk) 14:49, 5 December 2014 (UTC) Reply

Yes Done Florianschmidtwelzow (talk) 15:22, 5 December 2014 (UTC) Reply

I am making this thread on his behalf.

User:MisterLambda is blocked for being a "vandalism-only account". From what I've observed, his account has not performed any vandalism, and his contributions include an extension. Frozen Wind (talk) 01:23, 15 December 2014 (UTC) Reply

I'm not sure what happened, but I unblocked him. Daniel Friesen (Dantman) (talk) 02:57, 15 December 2014 (UTC) Reply

See also: User_talk:MisterLambda

Yes Done Florianschmidtwelzow (talk) 07:05, 15 December 2014 (UTC) Reply

Told my password was wrong, I reset it. Got new temp PW in email. Trying to log in with that. being told my password is wrong. 204.108.16.159 18:26, 22 December 2014 (UTC) Reply

finally able to log in. Nevermind Dbrezenoff (talk) 18:28, 22 December 2014 (UTC) Reply

• MediaWiki.org website