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.
It seems to work very well, just look at these tests:
I second Jdlrobson, I've already installed it and it works great, I've already posted it to the village pump of Wikimedia Commons, I haven't detected any errors while using it, it's just a "rough diamond 💎" (as in it should show when an edit can't be undone or already has been undone, but it's beta software so it's to be expected).
Nov 27 2018
Nov 11 2018
Oct 19 2018
Oct 3 2018
Sep 29 2018
This also affects Microsoft's Internet Explorer Mobile. 😟
Sep 26 2018
Probably best to prompt the text to prevent re-creations of the page (file name) during the deletion process as an option.
Specifically when deleting a page, I forgot adding that to the title... 😅
Sep 7 2018
The Upload Wizard should integrate a form of Flickr2Commons but without its faults (so it should be able to spot duplicates immediately), however only a very select group of people can use this and many people already have the wrong impression that Wikimedia Commons is only FOR YOUR OWN PHOTOGRAPHS despite there being billions of free educational images on the internet and many millions of them are on Flickr. Either the marketing has to change (and users should understand that public domain images are acceptable while fair use is it on Wikimedia Commons) or the tools ⚙ have to reflect this.
Aug 18 2018
Jul 18 2018
Addendum: As in my above suggestion "Block" and "Restrict" would be teo different settings (maybe even using a separate API) these could both be in effect at the same time without affecting the other as with the above example relating to the Utah editing restrictions.
Just a suggestion, but maybe a whole separate log for these "blocks" could be created called "Restrict logs" where other than "Blocks" "Restrictions" are listed, as for the suggestion to create restrictions on Wikimedia Commons users to only be able to upload files of course editing "File:" Belongs to that as these files might need to be recatrgorised. Maybe for sysops a button separate for "block" and "restrict" could also be created.
Jul 16 2018
Jul 12 2018
User:GerifalteDelSabana seems to suffer from it too, please see:
Jul 10 2018
Jul 8 2018
"Maybe this is irrelevant, maybe this is the cause, but as I saw that you wish to fix this bug, with me this bug first started I think two weeks ago and during that time I received a message from Tech News that no new build will be rolled out that week, I'm not sure if we're on the same build of the MediaWiki software as we were two (2) weeks ago, could it maybe be true that this problem is exclusive to this build? And if possible, could you compare the cookies between the (particularly mobile) features of the current build and the preceding build? For the record as far as I know this only affects commons.m.Wikimedia.org, as you can see I'm editing "on mobile" on the English Wikipedia (URL string: https://en.m.wikipedia.org/w/index.php?title=User_talk:Anomie#/editor/new) here without any logging issues, so maybe you could also compare the cookies of both wiki's. --[[User:Donald Trung|Donald Trung]] ([[User talk:Donald Trung|talk]]) 19:47, 8 July 2018 (UTC)
: This talk page is not a good place for this. It belongs "
Jul 5 2018
@Aklapper, others seem to be suffering from this situation too, please see:
Jul 4 2018
@Aklapper, not on my Microsoft Lumia 950 XL, I will try it on my wife's LG K10 (2017) later when I'm home 🏠 again. Microsoft Windows 10 Mobile 📱 tends to have a very closed down system and often when attempting to report diagnostics I am forced to try and make a report only using the Microsoft Windows Feedback app, I will try to see if I could export one of those files 📁 to the Phabricator.
@Aklapper Can an administrator look into my account to see if any cookies or something is broken? Here is the full log of my sign in attempts on Commonsmobile.
Jul 3 2018
There's really not much to it, at the bottom of every page 📃 there simply aren't any categories or navigation templates, just look at an article like https://en.m.wikipedia.org/wiki/Mystic_Park#/random at the bottom no navigational templates or categories display on mobile 📱.
I just experimented with fake sign in names like "Donald Trunk" and "Donald Trungy" and on Wikimedia Commons in the mobile browser I keep getting the exact same comment while on the English Wikipedia the sign in interface (on mobile 📱) tells me that there's an invalid username or password, it seems odd that the mobile sign in interface of only, and I mean ONLG Wikimedia Commons can't recognise this.
Jul 2 2018
Was this the vandal that changed the names of tasks into gibberish? And unsubscribed AKlapper?
@Pine 🌲, here's the issue with me, this bug started when I attempted to sign into my wife's LG K10 (2017) on mobile, then the next day I couldn't sign in exclusively to the mobile version of Wikimedia Commons, I am signed into every other Wikimedia wiki (both in the mobile 📱 and desktop environments), I would make another account to test it but as I'm afraid that the SUL will automatically make accounts at wiki's where I don't want to have accounts will have me banned. So I can't test if this issue only affects this particular username, however it affects every device and internet browser I use. ☹
Jul 1 2018
Jun 30 2018
As a reference, sign in URL's look like this (3 examples for diagnostics):
I tried all, but it only seems to affect Wikimedia Commons, look:
FYI, clearing cookies didn't work. 😒🍪
I checked, didn't work. 😟 Also this happens on multiple browsers.
Jun 29 2018
Jun 19 2018
After clicking reload got this again.
So I reloaded the page and got the above, but...
Odd, it does it immediately after creating for me now. I'm not sure if this is a Windows 10 Mobile exclusive bug, however I get this.
Create a new category, then click on "talk", then click on "Read as a wiki page", then click on the pencil/pen thingy, then add a WikiProject template, then press "Save" 💾.
Jun 11 2018
Jun 6 2018
Jun 5 2018
Jun 4 2018
This seems like it would make sense, it's a bad user experience for blocked users to be taunted for years with a "you can edit this page" message at literally every section of an article.