[11:53:16] <inductiveload>	 what's the API equivalent to [[Special:ListFiles]]?
[11:57:33] <Lucas_WMDE>	 action=query&list=allpages&apnamespace=6 (NS_FILE), I guess?
[11:58:16] <Lucas_WMDE>	 (or use it as a generator instead of a list, then you can add other things in prop if you need them)
[11:58:52] <inductiveload>	 would that not give you all edits on files as well as uploads
[11:59:05] <inductiveload>	 (?)
[11:59:31] <Lucas_WMDE>	 oh, ListFiles is for new uploads?
[11:59:31] <inductiveload>	 hmm, maybe list=logevents + leuser actually
[11:59:40] <Lucas_WMDE>	 I thought you just wanted all file pages generally
[12:00:05] <inductiveload>	 doesn't have to be new, it can filter out old ones too
[12:00:12] <inductiveload>	 but yeah
[12:00:22] <Lucas_WMDE>	 maybe list=recentchanges, rcnamespace=6, rctype=new
[12:00:26] <inductiveload>	 OK, I think I stumbled onto the right list
[12:01:22] <inductiveload>	 btw, since you're here, I tagged you on "enable copy upload at WS" only because you helped me with the configs stuff at Commons
[12:01:30] <inductiveload>	 and no good deed goes unpunished
[12:01:32] <inductiveload>	 ^_^
[12:02:47] <Lucas_WMDE>	 :D
[12:03:38] <inductiveload>	 if it looks acceptable, I can schedule for a deploy window, but no pressure as I have no immediate use for it personally
[12:10:21] <Lucas_WMDE>	 the change looks alright to me, but I don’t know who could make the decision to enable this on all wikisources
[12:10:28] <Lucas_WMDE>	 if it needs approval from a WMF team or something
[12:14:55] <inductiveload>	 i think since it also needs the user right setting, it should be OK, since that's a wiki-local configuration decision?
[12:15:58] <inductiveload>	 i.e. it won't actually change anything for any specific wikisource until they also file a bug for assignment of the right to some user group (e.g. on commons, it's automatic for all users)
[12:16:41] <inductiveload>	 (the right is upload_by_url)
[12:17:02] <Lucas_WMDE>	 hm, I see
[12:17:46] <inductiveload>	 the option will appear in the local upload form, but it would deny the upload with a message like "you do not have permission for this"
[12:18:57] <inductiveload>	 once the technical ability for any wikisource to do a copy upload exists, I will then ask for a consensus to enable the flag for some user group at enWS
[12:19:39] <inductiveload>	 (currently, we give 'upload' to 'Autoconfirmed users', so probably the same)
[12:20:08] <inductiveload>	 since it's not inherently more 'dangerous' than a normal upload
[15:42:14] <tgr>	 inductiveload: list=allimages
[15:43:13] <tgr>	 allpages with a namespace filter mostly works too, but you can have file namespace pages which are not files
[15:45:58] <inductiveload>	 aha, nice
[16:00:45] <Lucas_WMDE>	 ah, thanks, I missed that (I think I only looked for allfiles)
[16:16:06] <inductiveload>	 although actually for my nefarious purposes, logevent allows me to see the upload/overwrite/revert action
[19:20:14] <simon04[m]>	 Hi, what's the status of responsive images using `srcset` for thumbnails?
[19:20:14] <simon04[m]>	 Recently I opened https://it.m.wikipedia.org/wiki/Stazione_di_Trieste_Centrale on my smartphone (1080px display) and wondered why the image was so blurry. Only a 260px thumbnail is loaded. What is the reason for not specifying higher resolution thumbnails (via 1.5x and 2x)?
[19:22:11] <mutante>	 simon04[m]: see for example this setting, you can change it to 400px it looks https://en.wikipedia.org/wiki/Special:Preferences#mw-prefsection-rendering
[19:22:18] <mutante>	 in your preferences
[19:22:36] <mutante>	 I got there from https://phabricator.wikimedia.org/T65440
[19:22:47] <mutante>	 which was "Please offer larger image thumbnail sizes in Special:Preferences" and resolved
[19:22:59] <mutante>	 maybe you want even more than that though nowadays
[19:23:10] <AntiComposite>	 not sure that does what you think it does
[19:23:11] <mutante>	 noticed 2014 :)
[19:24:06] <AntiComposite>	 this is the "1px may not equal 1px in smartphone browsers" problem
[19:25:30] <simon04[m]>	 I'd like to see a for anonymous users of the mobile wikipedia, too. It's 2021 and many people have smartphones with more than 260px displays. :)
[19:25:52] <AntiComposite>	 it looks like we set srcset on desktop, at least
[19:25:52] <bd808>	 https://github.com/wikimedia/operations-mediawiki-config/commit/a91ba56a8f938ee7245d5ed2df9b2d1f5008952f -- looks like ori turned it off in 2016 and nobody has turned it back on since?
[19:26:58] <bd808>	 Ah, no. Followed up at https://github.com/wikimedia/operations-mediawiki-config/commit/d3dd601489d0a378006be22ee2299b38313ae709 -- "This config hack should no longer be needed since MobileFrontend started stripping srcset attributes itself."
[19:28:27] <AntiComposite>	 a lot has changed since https://phabricator.wikimedia.org/T119797 so I wonder if performance/mobile would be open to reconsidering
[19:29:18] <bd808>	 yeah, all the tickets I'm finding easily are ~6 years old. Probably worth a discussion of what may have changed in the universe
[19:30:23] <mutante>	 https://phabricator.wikimedia.org/project/view/1157/ | https://phabricator.wikimedia.org/project/members/1157/  I guess?
[19:31:20] <AntiComposite>	 yeah, that would be the right component, tagging Performance Team would be a good idea too
[19:32:07] <simon04[m]>	 The decision whether to enable hires images could be guided by https://developer.mozilla.org/en-US/docs/Web/API/Network_Information_API (supported by Chrome/Edge)
[19:36:58] <simon04[m]>	 This basic idea was declined in 2016: https://phabricator.wikimedia.org/T119798
[19:36:58] <simon04[m]>	 All in all it might be worth reconsidering after 5 years?
[19:46:22] <AntiComposite>	 yeah, feel free to file a task complaining about low-res images on high-dpi mobile devices
[19:56:24] <simon04[m]>	 Done: https://phabricator.wikimedia.org/T293303