WMDE Technical Wishes developer
User Details
- User Since
- Oct 12 2014, 9:02 PM (606 w, 6 d)
- Availability
- Available
- IRC Nick
- awight
- LDAP User
- Awight
- MediaWiki User
- Adamw [ Global Accounts ]
Fri, May 29
Seems reasonable to go straight to default, since it should only affect the 12 wikis where sub-referencing is currently deployed.
I would recommend possible next steps if we need better information:
- Add logic to the dump scraper to search for "*.pdf" links within ref tags and sum how often PDF links are present in refs, per wiki.
- Take a random sample of 100 PDF links from the logs, and run them through the production Citoid service using a script, then review what kind of success rate and resulting metadata we're seeing.
Wed, May 27
Thu, May 21
Wed, May 20
Tue, May 19
Mon, May 18
Wed, May 13
From https://logstash.wikimedia.org/goto/2b68a9fe1a121202c3d11af766145984 , looking at Citoid requests matching "pdf" over the past 90 days:
Tue, May 12
Remaining work should happen on top of T425776: Add 'Jump to reference list' link to Reference Preview popup, once that patch is complete.
Mon, May 11
Note that the patch is a workaround because it's still possible to reintroduce the issue. I would suggest taking further measures such as introducing a new hook, or documenting that extensions should / should not rely on onBeforeInitialize to set up TestKitchen experiments...
Fri, May 8
Thu, May 7
Wed, May 6
Tue, May 5
Apr 29 2026
Please don't delete referencepreviewspopups in this round! We still need the data, although we might be able to clean older history once we figure out exactly what is still relevant.
Apr 28 2026
Apr 27 2026
Apr 24 2026
Apr 22 2026
Apr 21 2026
I still don't have exact steps to reproduce, the behavior flaps back and forth on my browser and I'm not sure which steps are causing the effect and which are irrelevant... All I can say so far is that it only happens in Firefox "Responsive Design Mode".