Based on the factor above, I would suggest this patch:

--- a/DiffEngine.h
+++ b/DiffEngine.h
@@ -33,7 +33,7 @@
 // Default value for INI setting wikidiff2.moved_line_threshold
 #define WIKIDIFF2_MOVED_LINE_THRESHOLD_DEFAULT "0.4"
 // Default value for INI setting wikidiff2.moved_paragraph_detection_cutoff
-#define WIKIDIFF2_MOVED_PARAGRAPH_DETECTION_CUTOFF_DEFAULT "30"
+#define WIKIDIFF2_MOVED_PARAGRAPH_DETECTION_CUTOFF_DEFAULT "120"

My extremely unscientific sampling of diffs, using this patch: P8510, found that in benchmarks/revs.json.gz, there were 244 total chunks, with:

@Lea_WMDE please leave a note here once you can confirm that the requested behavior is what we want.

(patch solves the issue for me, waiting for someone with CR+2 on this repo)

I'm not sure how to get into the file importer on commonswiki to test this, but I did find an example file on dewiki which uses a template with parameter mapping:
https://de.wikipedia.org/wiki/Datei:GermanyDemRepPFX1-50Pfennig-1979-donatedmjd_b.jpg

@Lea_WMDE We're hoping for a bit more specification, about what the behavior should be when the file has no categories.

As you said, POST is all that we needed here. I got fancy and only POST when submitting content via a request parameter.

I couldn't find a CSS-only fix, but maybe we can implement in JS by pushing the gradient mask up by the scrollbar height?

FWIW, I tried a lazy workaround, giving the gradient a z-index of -1 and moving the mw-parser-output block to -2, but then it becomes impossible to scroll the popup.

Ready for review.

Looks like this extra URI decode is all we'll need.

I'm now able to actually reproduce locally using this config:

$wgFragmentMode = ['html5', 'legacy'];

Okay, here's an extremely obvious configuration difference which must allow my local popups to work: the fragment is URL-encoded,

http://dev.wiki/index.php/Main_Page#cite_note-Fl.C3.A4che-2

Interestingly, on my local the titles are not encoded like this, only the fragment is.

These edits verify that the problem only happens when a reference name includes high bits (or something), on dewiki. Tested with diaeresis "a" and a latin-extended character.
https://de.wikipedia.org/w/index.php?title=Benutzer:Adamw/Monchique&diff=prev&oldid=187715097
https://de.wikipedia.org/w/index.php?title=Benutzer:Adamw/Monchique&diff=next&oldid=187715097

Noting that I've checked out these extensions at versions matching dewiki production, and still don't see this bug locally.

• Cite
• PageImages
• Popups
• TextExtracts

Correction to my previous comment: I was able to reproduce the bug where the Fläche citation won't appear on de.wikipedia.org, but when I set up the test case locally this popup rendered correctly. Maybe that's an interesting clue? I'll play around to see what the difference might be between my configuration and dewiki production.

I was able to reproduce the bug locally, will see how far I can debug.

Hi, I have an update for this task--I'm now an employee of WMDE, so will go through their org-specific onboarding and NDA process. Thank you to everyone who helped with my volunteer requests!

Thanks for asking! Everything in those home directories can be safely deleted.

In T219370#5063446, @Aklapper wrote:

Have you tried changing the email address on https://wikitech.wikimedia.org/wiki/Special:Preferences#mw-prefsection-personal already?

In T21883#237417, @bzimport wrote:

wikipedia wrote:

Move the sqlEscape to MySQLTraits and PostgreSQLTraits + defer constraints in PostgreSQL

New patch version, the constraints are also deferred at each new checkpoint.

Attached:

mwdumper-postgresql-constraints.patch4 KBDownload

Thanks for looking at this. I reloaded and it looks the same. When I try to set preferred email to my personal address and save changes, I get realm does not allow editing name.

The full context is that I'm continuing to use my account for volunteer purposes, so what I'm trying to do is switch it over to use spam@ludd.net to preferred email. I'm still unable to do that from the web UI, maybe I just need to wait for changes to propagate though.

I noticed the same edit you made on the pagecounts-raw's veI noticed the same edit you made on the pagecounts-raw's version of page_title is there on the pageviews schema detail

There is some built-in usage documentation printed on the command-line, now. However, it's in need of maintenance, badly needs full examples, and the optional vs. required parameter hints are incorrect. According to the usage docs, we should be able to call php maintenance/install.php ADMINNAME but that doesn't work, many more arguments are necessary.

Updated the page_title field documentation to reflect what happens in code,
https://wikitech.wikimedia.org/w/index.php?title=Analytics/Archive/Data/Pagecounts-raw&diff=1821019&oldid=1818913