OK. I filed
https://commons.wikimedia.org/wiki/Commons:Village_pump/Technical/Bug_reports#%22Software_used%22_value_in_File_Details_table_on_Commons_shown_as_incorrect_blue_link

So I did nothing wrong.
So why is this bug "Closed, Invalid"?

So what did I do wrong?

But I used an incognito browser window.

Well I used the template above. Anyway any reminder would need to be
right next to the

**Steps to replicate the issue** (include links if applicable):

line.

It seems 7 out 8 things I report end up being gadgets.
Maybe here on Phabricator there should be added to the bug templates:
"Are you sure it wasn't a gadget?"
In fact there could even maybe be user defined reminders, that would appear
on top of the bug report template!

Anyway, here's more discussion.
https://ux.stackexchange.com/questions/1042/is-a-cancel-button-necessary-in-a-web-form

Well perhaps instead of a hacked HTML <form> cancel button, maybe have no cancel button at all.

Indeed, there is some kind of border around Cancel, just not visible enough.

But I especially used an incognito window to view the page.
The HTML is

<div class="stockphoto-layout-vertical" ... <span class="stockphoto_buttonrow" 
title="Download all sizes" .... ><a>Download</a><small>all sizes<

Anyway it is not me who installed the stockphoto gadget, because I was using an incognito window.

All I know is here are the specs,
https://www.movilable.com/en/phone/samsung-galaxy-a13-5g
and as you saw in the earlier image I posted, I didn't zoom in etc.

But I wasn't sure if it was a Wikimedia bug, so dared not label it so. And it seems I was right.

In T361984#9694706, @Aklapper wrote:

Would "sent you an email to your email address" make more sense instead of popups that most smaller devices cannot display anyway?

https://www.google.com/search?q=why+do+books+have+page+numbers

1. Browse https://commons.wikimedia.org/wiki/Special:ListFiles?limit=500&user=Jidanni&ilshowall=1
2. Scroll down to the middle of the file.

How can you tell if you are looking at the 249th of 253rd picture?
Sure, if it doesn't matter to you then ignore the numbers.
But if it does, then one cannot live without them.
At least there should be a button to switch them on.
Or if numbers are bad, then take them off all those Special Pages.

Well I took a quick look in
https://en.wiktionary.org/wiki/Special:SpecialPages
and clicked on several of them.

So you might say it was all my fault. Because normal people upload 35 files and I only uploaded one. So the progress bar position makes sense for 35 files. Okay that's good. All I know is for us people who just happened to upload one file that's the truth of what happened that evening.

Thanks! I just think that the Mediawiki Central group should make sure each language Wikipedia looks good on mobile as well as desktop.

OK, I told them on
https://meta.wikimedia.org/wiki/Talk:Vietnam_Wikimedians_User_Group#Site_looks_bad_on_mobile

...ms...

(All I can say is having milliseconds in the code is asking for trouble.
In fact it's things like that that cause the Upload form to fail for people with less high speed networks.
I would only mention times with long times like 60 seconds for timeouts.)

Indeed, it seems the critical item is the animation setting.
But we cannot blame the user.
Let's see what that setting looks like:

Well, I just tested it on an Android 8 cellphone, and your page works perfectly.

Well it's not a gadget, because it even fails in an incognito window.

I see. If this box is checked,

Special:ListFiles is also wacky:
On https://commons.wikimedia.org/w/index.php?title=Special:ListFiles/Jidanni&ilshowall=1
we see (upside down)

You are right.

Yes, as you see on
https://commons.wikimedia.org/wiki/File:Aquino_Assassination_Plaque_151054.jpg#filehistory
I had to upload a second version.

0K, I put a link to this bug report on that workaround wiki page.

Indeed it turns out I do have that checked.

You need to first click 'Add topic'

Or add some words on it saying what the user should do if he doesn't want to proceed at this point.

Yes, it would be great to give the user something actionable in such
cases, so he would have some way to improve the situation.

Today, using First World-grade Internet connections, I could still very simply reproduce the bug.

Note that I am only talking about the pictures in the section called:
Governors of the Territory of Colorado

Well, if you look at the title, there it is clear as day, "English subtitles for clip: File:Landing at SFO 2022.07.06.webm"

Okay, I should test on more than one site next time.