Tue, Apr 6
Mar 20 2021
Mar 12 2021
Jan 18 2021
Not sure if this is the place where I can leave feedback, but personally I think that the current Beta features for mobile should probably be visible to all editors, including not signed in mobile editors. As mobile devices have already overtaken desktops and laptops globally it is quite likely that people entering Wikimedia websites do so on a mobile device. It is quite egregious that the "standard mobile website" actively hides both editing and discussion features. There is no way to find a talk page on mobile unless you're signed in, furthermore, the mobile browser also doesn't allow entire pages to be edited unless you specifically know that you can manually turn "editor/1" into "editor/all" in the URL while editing.
Nov 20 2020
Why only for logged in users? A lot of my friends that read but do not edit Wikipedia use categories to navigate related topics, there really isn't much use to making non-signed in mobile users complete second class citizens of Wikimedia websites (as is already the case), you don't need an account to view categories on desktop mode, this would probably be best if it were added to ALL mobile users' interface, would probably also require less maintenance.
Nov 17 2020
Nov 16 2020
This was actually already present in another version of the mobile editor, this version is superior in every way as it is basically just the desktop editor but mobile, unfortunately the technical team removed it either last year or the year before. You can still kind of access it by clicking on "Edit" in desktop mode, then click on "Mobile view" and it should be visible for half a second before it switches to the annoying version of the mobile editor. See the example below.
Oct 16 2020
My bad, it's fixed on mobile too now, just found it odd that it displayed differently on desktop and mobile as I had previously attempted both, but the issue seems fully resolved on my side too.
It is ONLY fixed in desktop mode, while using mobile mode it still displays the initial error.
Not sure if the bug fix is deployed yet, but I'm still experiencing this bug on my side (Ecosia 78.0. 3904.96). 😕
Oct 15 2020
My bad, I didn't know that was an option, now I know for the future 🔮. Thanks for informing me.
I am using Google Android with the Ecosia browser and have the exact same issue, both on mobile mode and desktop mode. Please see https://phabricator.wikimedia.org/T265578 for screenshots, my menus are even more narrow.
Duplicate of https://phabricator.wikimedia.org/T265560
For context, I have this issue on an Android device running the latest updates, I use the Ecosia browser, and have not altered my settings since yesterday, so I presume that the bug is at Wikimedia Commonns' part. Furthermore, I haven't tested it on any other devices.
A bit more screenshots :
Jul 1 2020
It's fixed. Thank you all for your amazing work. 😊
Jun 26 2020
Update, this also applies to Wikimedia Commons.
Notice the link "Presentation coin" (a special type of coin in Chinese culture countries akin to a European commemorative medal), which is a red-link in desktop, but a blue-link in desktop mode.
For context, I have this issue on Microsoft Windows 10 Mobile (Microsoft Edge - Microsoft Lumia 950 XL) and Google's Android OS (Ecosia browser - Elephone P8 Mini), so this is not limited to either one device, one operating system, or one browser. Let's see if anyone else can reproduce this on their devices.
Blue link in the "Mobile" mode.
May 12 2020
Thank you everyone who worked on this. 😊
Apr 13 2020
I could see "the edit pencil ✏" again, I think since yesterday. Thanks everyone for your hard work "behind the curtains", keep being awesome. 😉
Apr 10 2020
@Kipod , thanks for creating the (provisional) solution.
Apr 9 2020
I forgot to note that I do see them on the top of the page, just not anywhere else.
Feb 20 2020
Yes, thank you, it's these instructions work. 😊
Jan 19 2020
@jrbs Wouldn't this technically be handy for final warnings? Though it probably wouldn't be that beneficial for users, but it could show the seriousness of a warning.
Dec 18 2019
Dec 16 2019
Also notice that there is no button for editing the entire section, only adding to a discussion. Another problem this adds is that if there is vandalism in a section you can't easily remove it either using this annoying user interface.
Simply go to any user talk page on Wikimedia Commons, for example:
Dec 10 2019
I don't get why the Wikimedia Foundation doesn't just implement this by default, what would we truly lose if partial blocks were implemented? Admins aren’t forced to use them when they don't want to, “giving the community a choice” just means that they (we) could prevent something that's a net benefit to it.
Nov 19 2019
There is currently an ongoing discussion about this feature at the village pump, for the discussion as of writing this please see this link:
Nov 18 2019
Nov 6 2019
Sep 7 2019
Is there any idea on when the Wikimedia websites will act normally again? Oddly enough I only had this issue with Microsoft Edge and not with the Ecosia browser while using them at the same time, could this have a technical reason?
I only get the "Can't load website" screen, I didn't take any screenshots as when I can do I can't create a new task for the Phabricator.
Aug 25 2019
Jul 4 2019
May 25 2019
Thanks, it worked. Though the categories aren't immediately visible, it is better than nothing.
Yeah, I meant to add how I navigate as an addendum to the above comment but was distracted by something IRL.
I never understood the need to severely handicap the mobile experience on Wikimedia, I use categories on mobile all the time but tend to only use the desktop version for things like HotCat and Cat-a-lot. On most other websites the mobile version of the website is just a miniature version with a hamburger menu, but on Wikimedia the mobile version just seems to be "Wikimedia Lite". The inability to see categories severely limits the navigability of the website.
May 21 2019
What are the technical limitations why this can't be implemented? As this ticket 🎫 has been open for a couple of years now. Why is the Mobile frontend so inferior?
May 4 2019
Odd, let's try again. @Keegan
"Mentioning users as in @username will create a link to their profile and will subscribe them to the task." Not on mobile (as usual), or at least my device. See @Aklapper no mention is made.
I don't know how to tag or ping people here, if someone could ping someone from the Structured Data on Wikimedia Commons project that would be great.
Maybe Structured Data on Wikimedia Commons could implement this. @Keegan_(WMF) , is this possible?
Apr 24 2019
Apr 11 2019
@Aklapper, oddly enough the issue seems to have been resolved, has an update to the website been issued last night? I didn't change anything on my phablet.
Apr 10 2019
+ another clarification, I can still add file captions manually on the file pages individually, but not through the MediaWiki Upload Wizard.
Also to clarify the title, I CAN "submit" them, and the MediaWiki Upload Wizard tells me that they are published, however the actual edits adding the file captions to the "Structured Data" field are never actually performed.
Just to be clear, I select a file, I upload it, I give it an appropriate file name, I write a file caption, I fill in the file description, add it to the appropriate categor(y/ies), and then publish it. I do this on both devices, but while the file captions so show up on my Elephone P8 Mini (Android operating system, Ecosia web browser) they don't on my Microsoft Lumia 950 XL (Microsoft Windows 10 Mobile, Microsoft Edge web browser).
Apr 7 2019
Wow, this has got to be the fastest patch ever. Good job, JDForrester-WMF. 😊
Apr 6 2019
Mar 17 2019
See this as an example:
Mar 12 2019
Note that I use the Ecosia browser on Google Android, it isn't available for Microsoft Windows 10 Mobile. I don't often get this, but it occurs usually after uploading and publishing 3 (three) times without reloading the page. If I reload the page I don't get this issue after uploading another file 📁.
Feb 27 2019
Feb 16 2019
So all bugs are placed in one ticket, will they also be addressed together or if a bug fix has been made for one will that rollout earlier?
Feb 13 2019
Feb 12 2019
Ake more OF THE SAME thing. This got cut out, mobile editing sucks...
Please check out this link 🔗:
Feb 7 2019
Feb 5 2019
Note that there was an overwhelming support for allowing these file types during the proposal discussion (request for comment).
Feb 3 2019
Will it be shared in the main Wikimedia Commons village pump when this change is implement?
Jan 25 2019
@Zppix Yes that was intentional, please see:
Jan 23 2019
First I try to create an RfC by using the standard "blue button".
Then I create an RfC and land here:
A pardon, I missed the follow-up comment, I'll do it step-by-step below.
@Aklapper, I did report further action, if you click on the link in the mobile editor it should remove all templates in the markup as could be seen in the attached screenshots.
Jan 17 2019
Would this then also automatically give these permissions to "patrollers"?
Jan 15 2019
While clicking on:
Jan 13 2019
Did anyone ask the WMF lawyers, yet?
Jan 11 2019
Try to zoom in with your fingers, this usually triggers these glitches.
It works fine when I use Microsoft Edge on Android for me too, this issue only seems to affect Microsoft's Windows 10 Mobile operating system.
Jan 10 2019
Note 📝: While attempting to make the above screenshots the page crashed and reloaded around 6 (six) times within 2 (two) minutes, all (documented) zoom-ins and -out were unintentional, and these symptoms are very much akin to how Wikidata appears on my Microsoft Lumia 950 XL phablet. Maybe this is an unintended side effect of the "Captions" functions as that looks and acts very similar to how Wikidata works, although with Wikidata I am forced to go to "Desktop view" to add images to instances, this issue only affects me when I want to use tools like HotCat, cat-a-lot, and/or scroll through large pages.
I will try to post multiple screenshots, but it doesn't really "appear" as a glitch until the screen re-loads (then some portions of the screen "blurr out" so to say.
Alright, but is there something that could explain this sudden change? I just noticed the similarity between the glitches I experience while browsing Wikidata in "desktop view" versus the glitches I currently face. Can these issues be replicated using Microsoft Edge on a desktop computer 🖥 or laptop 💻?
Dec 13 2018
@Force_Radical, is there a way you could allow the "Undo" button to always appear on the left side of the "Thank" button similar to the image posted by Alexhollender but with the logo's and colour schemes intact? Maybe where these buttons become slightly smaller and always appear above the username of the person who's edits/contributions you're viewing.
Dec 11 2018
For example here I am viewing a comment added by Jeff G. which still shows me the traditional thank button, this feature removes nothing... Except for vandalism. 😉
Let me comment before uploading, there is a thank button just not for your own edits or for edits made by IP addresses as you can't thank yourself or users without accounts. Let me post a screenshot of it below.