Mon, Nov 7
I would suggest adding tests for these namespaces:
- Special (ns=-1)
- Media (ns=-2)
- Topic (ns=2600)
The first two are special namespaces as you know, while the third one does not have an associated namespace ("Topic talk" NS2601 simply does not exist) and requires special care.
I thought this would automatically add @Legoktm to the subscribers...
Oct 21 2022
Jul 27 2022
Jul 26 2022
I filed a same bug report the other day, it was a duplicate of T313060: [Visual refinements] Table of contents overlaps the footer or page boundary depending on article length.
Jul 18 2022
Jun 24 2022
Jun 15 2022
You have my gratitude. Months ago your ticket T295010: Save User:Q228 at zhwiki will temporarily delete your session cookie inspired me to find out what's happening under T244635: CentralAuth deletes session cookies when gadgets make requests to another wiki on IPBE account, causing session loss; now this ticket has inspired XiPlus to understand what's going on in Android apps.
May 25 2022
That is not a bug, the article has a traditional Chinese title from the start. Without explicit accept-language in your header, MediaWiki presents the page as-is, without language conversion. Language conversion not only converts between simplified Chinese and traditional Chinese characters, it also change some words in the article.
May 24 2022
May 22 2022
May 7 2022
I am pretty sure that this is the first time I see this interface. Are you using gadgets? How did you trigger that?
May 2 2022
What I mean in this ticket is to incorporate the function of existing gadgets (see included screenshots) into the new vector interface. A "jump to top/bottom" is already available at variable places (such as [[en:WP:DYKN]] and literally every page in zhwiki) as external gadgets. And I think it will be handy if the new vector skin has this capability out of the box.
May 1 2022
Mar 29 2022
Jan 5 2022
Dec 29 2021
Dec 28 2021
It's midnight in his time zone and I am afraid that we need to wait for tomorrow. I will update this message as soon as I receive his feedback.
@Urbanecm We have a new user experiencing the Android App problem. User:Evesiesta reports that he immediately gets logged out whenever he successfully logs in. Could you create a local English Wikipedia account for him and we could see whether this will solve his problem?
Dec 24 2021
Note: Chinese Wikipedia recently had VisualEditor moved out of beta.
There are some reports claiming that they encountered an auto-logout problem from their Android app. From the video they showed us, they got logged out seconds after they logged in. And we later checked one of them's CentralAuth and found that he didn't have English Wikipedia local account attached. I am wondering whether this could be related.
In my user preferences in Chinese Wikipedia I see all items from the "beta" section suffering from this problem.
Dec 14 2021
Yes, our newest, revised concensus adds two additional main points:
- If "enable SET mode" and "display two edit tabs" cannot both be fulfilled (either technically or refused), then just enable SET mode and set "remember last editor" to default.
- Do NOT set Visual Editor as the default editor.
Dec 13 2021
Since our requirements seems to be identical to enwp (maybe, I suppose), would it be a good idea just simply mirroring enwp's related configurations?
Dec 11 2021
Dec 10 2021
Well, may I ask if there are any updates on the current situation?
Dec 9 2021
Thank you. Sorry for the inconvenience.
@matmarex We reached concensus after promising that option to be available, so it is part of our concensus. If maintaining that is hard, please prioritize "make this option available" over "default to showing two tabs"
@matmarex Wait a sec, there is a dropdown menu in Editing section of user preferences in English Wikipedia that says, "Editing mode", where we can choose between "Remember my last editor", etc. I can say for sure it also exists in Japanese Wikipedia under the name "編集モード". That option is nowhere to be found in Chinese Wikipedia.
Dec 6 2021
@Urbanecm_WMF Please notice that VisualEditor hasn't been enabled yet. Shan't we enable that first?
Nov 23 2021
A ticket T296269 has been sent to enable VisualEditor. We still need some time to settle on the translation of Growth so please don't be too haste to deploy Growth.
Nov 15 2021
I am pinging @Urbanecm here to see if it is possible to pinpoint the exact problem with the code with our newest discoveries. Should I change the title?
Nov 11 2021
Looks like this is a CentralAuth problem: I could not create an English Wikipedia local account via CentralAuth thanks to English Wikipedia's local blocking of the web host. Thus, sending a request to a site without a local account (nor create one) somehow causes the CentralAuth-related cookies be deleted by response header. After the CentralAuth cookies got deleted, another request is sent to Chinese Wikipedia locally (due to a script loading) - without CentralAuth cookies - now Chinese Wikipedia's local login cookies are deleted too. The user is now technically "auto logged out".
By using controlled expriments, I am highly confident that this is caused by RefToolbar, which is enabled by default for everyone. Disabling this gadget from user preferences solves this problem, and once enabling it, I lose my login status.
Nov 6 2021
Oct 29 2021
@Urbanecm_WMF May I confirm that once we reach consensus that VisualEditor be moved out of beta, the whole deployment process would move forward?
Oct 23 2021
I may hereby propose the detailed changes needed to be made:
Sep 4 2021
@Dazzlerkumar For your !important solution, I think you should check resources/src/mediawiki.page.gallery.styles/gallery.less and resources/src/mediawiki.page.gallery.styles/print.less in mediawiki/core
Sep 3 2021
Jan 18 2021
Dec 8 2020
Dec 1 2020
I think there are two possibilities:
Sep 13 2020
Please also notice that this bug report is different from T262705. This is a new problem.