User Details
- User Since
- Nov 4 2014, 5:42 PM (578 w, 3 d)
- Availability
- Available
- IRC Nick
- mlitn
- LDAP User
- Matthias Mullie
- MediaWiki User
- Mmullie (WMF) [ Global Accounts ]
Today
Wed, Dec 3
Mon, Dec 1
+1 for the sticky header option looking more feasible, and it looks pretty neat!
Wed, Nov 26
Seems to work.
Tue, Nov 25
Mon, Nov 24
Thu, Nov 20
Wed, Nov 19
Patch is ready & has been +1'ed.
Since we do not intend to merge the patch at this point, I've filed T410565 to follow up and get this merged later on.
I think we can close this out.
Tue, Nov 18
Mon, Nov 17
Fri, Nov 14
Thu, Nov 13
Wed, Nov 12
Mon, Nov 10
Oct 29 2025
Oct 24 2025
The quick fix seems to have resolved the issue on beta (see link in description - carousel is now up top)
TBC one it hits production.
Confirmed to have been fixed on prod, see: https://fr.wikipedia.org/wiki/Barcelone?imageBrowsing=1&useskin=minerva#/imagebrowsing/Fichier:Avinguda_de_la_Reina_Maria_Cristina_Barcelona_2013_modified.jpg
Oct 23 2025
Some more cases that should have been fixed here:
Confirmed to be enabled on enwiki
Oct 22 2025
Relevant patch already merged (being deployed this week): https://gerrit.wikimedia.org/r/c/mediawiki/extensions/ReaderExperiments/+/1197249
Oct 21 2025
Oct 20 2025
- Update the VTOC image layout to better use the space while accounting for extreme aspect ratios
Oct 16 2025
Oct 14 2025
Note: the patchdemo link in above comment still exhibits the old duplicate behavior, but it's resolved in more instances (e.g. https://97d2d44553.catalyst.wmcloud.org/wiki/London?imageBrowsing=1&useskin=minerva#/imagebrowsing/File:London_Skyline_(125508655).jpeg)
Oct 8 2025
FYI: I would suggest [400, 960, 1280, 2560] - the lower 2 are already standard sizes (wgThumbLimits & wgThumbnailSteps) and, based on statcounter, would cover at least 20% (and those are likely the ones where the amount of bytes remain relatively important as well)
Oct 7 2025
There were some issues where the code was assuming results coming in in releveance order, but that was not the case (and to make things worse, globalusage was coming in in yet another order)
It was not only causing duplicates (caused by the first problem), but also dropped perfectly valid results (caused by the 2nd)
Oct 6 2025
Oct 2 2025
Oct 1 2025
Sep 29 2025
Sep 24 2025
Both now have matching MRs:
Sep 23 2025
@SDunlap Do we need anything else to move this along?
Sep 18 2025
Approved; ready for CR
Note: above patch is technically ready, but is awaiting design input on the demo.
Discussion ongoing on Slack so I'll keep this in "doing" for now - I'll update/move this ticket based depending on the outcome.
Sep 17 2025
Sep 16 2025
Can we just make the fullscreen button toggle object-fit instead? It loads cropped (object-fit: cover) + caption, but toggles to uncropped (object-fit: contain) without caption? That’s essentially only adding a class to the container & 2 lines of CSS, and keeps controls simple and consistent (i.e. buttons remain and easy to go back to cropped mode)
Sep 15 2025
Sep 12 2025
Above is an example where we can already get all data we need through existing resources.
In this example:
- 10 (gsrlimit=10) images (gsrnamespace=6) for "cat" (gsrsearch=custommatch:depicts_or_linked_from=Q146
- with the French (wbetlanguage=fr) label (prop=entityterms & wbetterms=label)
- and the main-namespace articles (gunamespace=0) they're used in (prop=globalusage)
Sep 10 2025
I filed this only 5 days ago, and so much potentially related code has already changed.
I just spun up a new patchdemo instance to check whether this issue was still present for me, and I could no longer reproduce: https://patchdemo.wmcloud.org/wikis/cf6e99b2fb/wiki/Cannes?useskin=minerva
Elena couldn't even reproduce in the original.