הלוואי שהיה קל לדווח על בעיות בכל שפה.
Fri, Aug 16
It may be an issue caused by a browser extension or a toolbar or something like this. Can you try it Ina different browser or on a different computer, please?
This is quite... unusual.
Thu, Aug 15
Well... people want to write encyclopedic articles without having to use prefixes in titles, and to use Content Translation and Wikidata :)
Reported a related issue in VE: T230559.
The actual reason why it's broken is much simpler: the value of capitalizePageNames is true.
Tue, Aug 13
Mon, Aug 12
Sun, Aug 11
Sat, Aug 10
A couple of related and more overarching proposals are T158730: Automate WMF wiki creation and T228745: Allow creating an independent "incubator wiki" instead of hosting all new wikis in one Incubator wiki with prefixes. They are closely related and overlapping, but T158730 is described from the internal, technical side, whereas T228745 is more functional and user-level, so they should be kept distinct and inform each other (I hope it makes sense).
Perhaps @Catrope, @Krinkle, or @SPQRobin can give a better answer, but my guess is that it was done because of the assumption that the input fields must always follow the direction of the site's content language and not the direction of the user interface language. This usually makes sense on a site like Wikipedia or Wikisource, where most of the content is indeed in one language, but it's problematic on multilingual sites like Meta, Commons, Incubator, or Wikidata. Perhaps it can be improved.
Fri, Aug 9
The image and the solution look okay!
Thu, Aug 8
Tested with Timeless in English and Hebrew, looks good to me.
Wed, Aug 7
Tue, Aug 6
Thanks for asking!
I just received a notification comparable to the one that is proposed in this task on Quora, and it felt AWESOME:
Mon, Aug 5
No longer happens.
Closing as outdated. As far as I can, the articles in question were published, and they are CX1 articles, so whatever was the problem, it was probably fixed with CX2.
This was most likely caused by using an old browser or by copying from another word processor. The migration to Visual Editor (CX2) is supposed to fix this. Please reopen if <font> tags appear like this again.
Sun, Aug 4
Thu, Aug 1
Fri, Jul 26
A full list of languages can be seen by clicking the "More" button at the bottom of the list. (Google Translate, which was given as an example in the task description, also shows its whole list only after clicking a button.)
Thu, Jul 25
They are definitely valuable, but we can probably move to some other repositories. Let me clean that up.
Tue, Jul 23
To make the discussion more focused, I split the biggest chunk of this task to a separate task: T228745: Allow creating an independent "incubator wiki" instead of hosting all new wikis in one Incubator wiki with prefixes
Mon, Jul 22
Whatever works. Translation is a major scenario for worklist / tasklist / campaign / whatever-you-call-it, but certainly not the only one.
Fri, Jul 19
Too old. I'll reopen if something like this happens again.
OK, it looks like ais should be moved to szy, and there is no doubt now, according to https://iso639-3.sil.org/code/ais
Jul 17 2019
Jul 15 2019
While we're waiting for a proper solution with Dashiki, I made a simple, public-readable spreadsheet that presents all of this:
Broken with Firefox, too.
Jul 14 2019
Jul 11 2019
Jul 9 2019
I agree that this is problematic. Especially the part of auto-selecting the whole text link. It seems more sensible to me to put the cursor there and let the user change it. Currently, just writing something deletes the whole text.
Jul 8 2019
This was done. Thank you!
There's a bit of an issue with including "User" in the human-readable text. In English it reads well. But what do I do in Russian? There are several issues:
- It will be translated as "Пожалуйста, выберите настройки уведомлений от User:$1." or "... от Участник:$1." In the first case there's an English word in a Russian sentence, which is not great. In the second case, it is grammatically awkward because the word Участник (User) in Russian is supposed to be declined be grammatical case. Участник:Vandal looks OK as a title of a user page, but it was not made to appear in a sentence.
- What will happen if the user interface language is different from the wiki language? This happens quite often, for example on sites like Meta or translatewiki. It it's a link, it will be broken.
- There is also the consideration of gender. In some languages, the User: namespace prefix has gender aliases.
Jul 5 2019
Jul 4 2019
Jul 3 2019
Jul 2 2019
JJMC89 removed a project: Cloud-Services
Jul 1 2019
Looks good to me as a sysop.
There are no more complaints about about "docserver-http: HTTP 400", and I cannot find it recent event logging either, so I'm closing this.
Jun 29 2019
I can reproduce it. It has been happening for a long time, and I somehow was lazy to report a bug properly, even though I really love reporting bugs :)
I'm not sure why was it marked as resolved. Did anyone fix it in the App Store?
Jun 26 2019
I just tested this in production with a navbox.