This is caused by https://gerrit.wikimedia.org/r/#/c/94691/, where a really old patch from pre-mmch days was revived and merged.
Jul 22 2019
May 13 2019
Apr 24 2019
Mar 26 2017
Dec 7 2016
Nov 25 2016
Jul 4 2016
Apr 24 2016
Apr 23 2016
Hi. Phabricator is for technical issues with MediaWiki and other Wikimedia software. You can correct content issues with pages on Wikipedia either by editing them yourself, or asking for assistance on the talk page of the article. Thanks.
Apr 21 2016
For anonymous users, it remembers the last editor chosen. In VisualEditor, you can switch to source editing by clicking on the "[[ ]]" icon. In the source editor, you can switch to VisualEditor by clicking on the pencil icon at the end of the toolbar. This page has detailed documentation.
Apr 20 2016
I hope I can get a response to my previous comment.
When I first click Edit without having set a preference, I am presented with a dialogue box that asks which editor I want to use, which also includes the option to always show both tabs. It's one extra click the first time you edit, leaves the choice up to the user, and doesn't force anyone who doesn't want to use VE to use it. I don't see why this is problematic at all.
Apr 12 2016
That's not how wikilinks work. If you click away without clicking 'Done' it will discard.
Mar 16 2016
Mar 13 2016
Mar 8 2016
I think we should aim for allowing anyone, not just sysops, to create delivery lists.
Mar 4 2016
We should probably do this in a way that warns the user that the page is going to be converted, and tells them the old wikitext can still be accessed in the revision history--maybe something like the warning we give for missing signatures when sending a mass message.
Feb 21 2016
Feb 18 2016
Feb 15 2016
What makes the developer summit costly? Perhaps reducing the number of scholarships or having partial scholarships (instead of covering all travel expenses) would help?
Jan 29 2016
It does seem like the browser correctly sent all the cookies that were set.
I note that being completely inactive for 30–60 minutes will result in your session expiring, and if you didn't check the "remember me" checkbox that will cause you to be logged out. Note the username would still be filled in even without "remember me" checked. But that's how it has always worked, IIRC.
Jan 6 2016
Jun 12 2015
I'm going to close it as declined because the task started out as a feature request for MassMessage, and has since become a feature request for the newsletter extension. The task description refers to MassMessage, but changing it now would probably remove context for the existing comments. It's probably better to just start a new task with specific goals laid out for the new extension, if desired.
Jun 7 2015
May 20 2015
May 19 2015
Well, not having the feature certainly preempts any social problems related to the feature. I still don't see the benefit, but I suspect further discussion would not be productive.
May 16 2015
While I don't think we're realistically in the danger of having Reddit-like meme threads
I think anything that can be communicated with an image macro can be just as effectively conveyed through less distracting means. While I don't think we're realistically in the danger of having Reddit-like meme threads, restricting images to mockups and such would probably make for discussions that are easier to follow.
May 3 2015
Any update on the deployment to zhwiki?
May 1 2015
The quoted proposed solution sounds fine. It might be better if it still has a single Chinese entry for logged in users and respects the user preference set on zhwiki, but the added complexity is probably not worth it.
Apr 21 2015
I've edited the task description. Let me know if any additional clarification is needed. (I'm testing this using a VirtualBox VM running Android.)
Apr 14 2015
Seems fixed on http://zh.wikipedia.beta.wmflabs.org/
The patch has been merged. I'm waiting for it to be deployed so I can verify that it's working.
(Chinese is the only one of these that has particularly visible unlocalized content, that being the "[Last edited] X hours/days/months/... ago".)
I basically agree with Quiddity that this needs community consensus, at least for enabling it on Wikimedia wikis. Deleting a post is much more similar to revdel (inaccessible to non-admins) than it is to reverts (still in page history). Individual communities can still allow for courtesy deletions.
Apr 10 2015
Probably. I was thinking of abstracting that away so that extensions can just append themselves to an array, without needing a hook function, but that would also work.
Apr 9 2015
One advantage with the gadget approach is that people can turn the features off very easily. I'm not sure it's a good idea to ask users to edit user CSS files (which is not that intuitive and potentially error-prone for non-technical folks) if they didn't want a certain feature. People are already complaining about the new sandbox link extension.
I think this is intentional. See the thread starting with https://lists.wikimedia.org/pipermail/mobile-l/2015-March/008761.html
Apr 7 2015
Apr 6 2015
Apr 2 2015
Mar 27 2015
Actually, the Chinese Wikipedia tries to select a variant based on the user's browser settings, so it would affect anonymous users as well. My understanding is that right now, for most zhwiki readers, a significant portion of links would not trigger Hovercards.
Mar 25 2015
I think I've got a reasonable fix. Will upload a patch in a second.
Mar 24 2015
This should probably be re-evaluated as a feature for T76199.
Mar 23 2015
I'm not sure if the following is correct, but based on fiddling in my sandbox, it seems that Hovercards are triggered if:
- Variant conversion is not enabled (seemingly not affected by whether the link text's variant matches that of the target page title), or if
- The variant selected for viewing matches that of the target page title
- The trivial case where there happens to be no difference between variants
Mar 17 2015
Mar 16 2015
Is this no longer an issue? I'm confused what context this bug is lacking. I no longer use an Android device, so I can't really help, but I'm sure there are Android users who could help clarify anything the devs need to resolve the issue. If this is a wontfix because viewing zhwiki on a non-Chinese-language device is considered too much of an edge case, could that be made clear?
One fairly typical way of handling this is to create a new namespace for holding configs, and then make that namespace default to the ContentHandler type for MassMessage.
During GSoC 2014, I worked on a project (https://www.mediawiki.org/wiki/Extension:MassMessage/Page_input_list_improvements) that added a ContentHandler-based system for managing delivery lists. It's unusable on Wikimedia wikis at the moment since most users don't have the user right needed to create delivery lists.
mm-ch was finished and deployed to testwiki in August/September last year. The schema changes happened over a few months and finished in January (T51193).
Mar 12 2015
I think the new border introduced in https://gerrit.wikimedia.org/r/#/c/162153/ is a bit too thick. to the point of being slightly jarring.