According to the blubber documentation, a blubber file is expected to have", at minimum, two variants (1) test and (2) production"

With this deployed (T225858) to beta we can now witness verbose information in the logs, e.g. a crafted mismatch of entity id to revision id:
https://logstash-beta.wmflabs.org/app/kibana#/doc/logstash-*/logstash-2019.06.15/wikibase-termbox?id=AWtaAdp6AbPxH_Ymzz-o&_g=()

Would be great to get word from the MediaWiki-extensions-CentralAuth people if they have a suspicion where this problem originates from.

While researching this we filed T225814.
I would be happy if we could close this story despite this (unrelated) incident. Verification of the AC of this story should be possible by logging in through the login page of the mobile beta site.

@Hanna_Petruschat_WMDE was kind enough to showcase this to me, click path is a follows

1. open mobile item page (trough useformat=mobile query not m. subdomain), e.g. https://wikidata.beta.wmflabs.org/w/index.php?title=Q11&useformat=mobile
2. click "edit pen"
3. click "log in" in the overlay
4. login page in desktop layout opens
5. logging in with correct credentials
6. item page (same item as before) in desktop layout opens
7. scroll to bottom, click the "Mobile view" link
8. item page (same item as before) in mobile layout opens (trough m. subdomain)
9. warning is shown "Central login - You are centrally logged in. Reload the page to apply your user settings."
   • the page behaves as if not logged in
   • reloading does not resolve this - message re-appears, page behaves as not logged in

@Lea_WMDE It would be interesting to see under which circumstances this (the "Central logi" overlay) happens for you - I can't really reproduce this. Even if it does not sound like it could be our fault it should still be reproducible.

@Lea_WMDE @Hanna_Petruschat_WMDE I believe it does not explicitly mention it - is the focus/tab order to be in line with what we did for the IP warning? T223542

We are still working on some browser tests, but this is already showing on beta.
/cc @Lea_WMDE @Hanna_Petruschat_WMDE

Reminded me of T195402

This is on beta with all sub tasks now.
Of course, the checkbox (T221833) is not there yet.

Still the case as of today.
Given this is something we have to and will do at some point, but not a blocker to production (never was), there is little value of preserving an outdated column for it - moving.

Updated the description

I'm not quite sure what to do about this. I created a patch to reflect the changes requested but am uncertain if I should hand it in to the other devs to review or if there will be more input about the questions stated above.

I looked into your change requests - thanks for the very precise instructions. There are a few questions, though.

This is now on beta: https://wikidata.beta.wmflabs.org/w/index.php?title=Item:Q11&useformat=mobile
Despite being a subtask of T221831 I put it into product review as it was created / arrived there after the fact.

This was created in the wake of T223542 to allow for discussion before we invest time.

@Hanna_Petruschat_WMDE We can certainly do that (at +/- identical effort). The proposal was based on the idea of "returning to a state as if the overlay did not happen", i.e. returning control to the user where we interrupted her. Without the overlay the "publish" button would be focused, hence the proposal. Please mend as you see fit!

@Hanna_Petruschat_WMDE I had another brain wave - please verify that the latter part also makes sense.

• did some touches in https://gerrit.wikimedia.org/r/510534
• tried in integration
  
• observed (mind you, this is not on beta, yet - want to give us time to react to challenges before it arrives there to further speed up the iterations on beta)
  • would probably be the right thing to move the focus to the first button in the overlay when it opens (as you can see in the screenshot, the save button has focus [where previously "edit" was], which is the opposite of what we want, allowing you to save the [unaltered] entity through the overlay and being stuck with the overlay => T223542: Focus modal CTAs instead of publish button
  • not ideal that in my (firefox) browser the login & dismiss buttons for e.g. German copy wrap to separate lines which is handled gracefully (Hanna agrees on that) but against spec. As copy is variably long this will always have to be accounted for, but maybe we can change something to have it occur for fewer languages (e.g. font size, ...) @Lea_WMDE @Hanna_Petruschat_WMDE
  • warning should work on screens less wide, too => T223437: Make work at 320px width

This may or may not cannibalize T205608: Floating button to collapse „All entered languages“