Thu, Feb 20
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.
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. ☹