In T225995#5829604, @Aklapper wrote:

@DannyS712: Heja! Could you explain why this sentence is split? Lego concatenation often leads to wrong translations.
'talk page' is not nominative but genitive case here but nobody can see that when looking at that isolated string.

	'userfeedback-confirmNo': 'Thank you for the feedback. It would be helpful if you could leave some suggestions for improving the article on its $1.',
	'userfeedback-confirmNoTalk': 'talk page',

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.

Awaiting T227345: Actor support for social tools

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=

In T221949#5801774, @daniel wrote:

The sole remaining issue here is to add a test for UserMerge that tests the page move, so we can merge the respective patch with confidence:
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/UserMerge/+/560351

Missed one

Making it a gadget doesn't mean that it will always be loaded - it'll still require an import in the global.js

In T243489#5825831, @Masumrezarock100 wrote:

In T243489#5825805, @DannyS712 wrote:

In that case, it would probably make the most sense to host on meta wiki, since that is the "central" wiki

True, but I am concerned about the comments I made in T243489#5825762. You'll need to apply there for interface adminship if you wish to keep it updated as soon as possible.

In that case, it would probably make the most sense to host on meta wiki, since that is the "central" wiki

In T243489#5825762, @Masumrezarock100 wrote:

@DannyS712 if you agree, I believe we can port this gadget to mediawiki.org (best fit IMO) for now since you have interface adminship there. Keeping this gadget to meta is also a good idea but you don't have interface adminstrator rights there and we will have to wait on a interface admin to update the script if a serious bug pops up.

Part 11 is the last one

Other issues with the extension preclude proceeding for now

@Xaosflux I've added you to acl*userdisable in case you spot something like this again

Started from the back, about half way done, but this is giving me a headache

In T243356#5825365, @Eileenmcnaughton wrote:

erm shouldn't this still be in the sprint - not sure why the tag was removed?

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?

@Catrope can you sync with production so that the change takes affect?