Suspect that this is caused by https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/core/+/c9c1ebd330fb402e66bbba2b1c5dc7562a07eb27/includes/actions/pagers/HistoryPager.php#565
As far as I can see, this has always been the case, since a separate PageHistory::lastLink function was created in https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/core/+/22c813ad9784bceca4220a558910fd5de00dbd4b (2005). The code before that is hard to understand
@brion is there any specific reason not to use prev instead of providing the (usually prior, but not when filtering) oldid manually?
Yes, since Title::moveTo defaults to $wgUser, I left the behavior the same by passing $wgUser for the move call.
Revision::getContent has a fallback; only used for a test, see https://codesearch.wmflabs.org/search/?q=getContent%5C(%20Revision%3A%3AFOR_THIS_USER&i=nope&files=&repos=
Making it a gadget doesn't mean that it will always be loaded - it'll still require an import in the global.js
In that case, it would probably make the most sense to host on meta wiki, since that is the "central" wiki
Part 11 is the last one
Other issues with the extension preclude proceeding for now
Started from the back, about half way done, but this is giving me a headache
Waiting for T243476: Create an HTMLSelectFileField
Currently, there are some duplicated fields between the two sections (upload and transwiki)
- [Checkbox option] Assign edits to local users where the named user exists locally
- [Text field] Comment
- [Radio option] Import target
I suggest only keeping one of each in a third section. Thoughts?
Wed, Jan 22
@Catrope can you sync with production so that the change takes affect?