Thu, Dec 12
A few thoughts on this...
Mon, Dec 9
Ah, got it. Works fine now, and python 3.7.3 is indeed there. Thanks!
I'm not 100% sure what question you're asking. I login as user "roysmith", and then run "become roysmith-test". I guess the later is what you're looking for?
Hmmm. I've only been running in the grid environment, but it sounds like I should be looking at moving over the k8s in general. I'm reading up on that.
Can it be made available from the command line on the bastion hosts?
Sat, Dec 7
If I'm reading the roadmap correctly, the fix is due to roll out for enwiki aas part of 1.35.0-wmf.10, on December 12th.
Tue, Nov 19
Not really much I can add. RBP is the only subscription I have that's been converted to the new system, and that's one I use very rarely.
Mon, Nov 18
OK, it's working now, thanks.
Sun, Nov 17
How up to date are the replicas? When investigating abuse, you need the full history, including what has happened recently. If you need to use one tool to see the current data and another to see the historical record, that unworkable.
Sat, Nov 16
I can see my Rock's Back Pages subscription under Proxy/bundle access, with an expiration date of Dec 9, 2019. But, when I click on "Access resource", I get "We are sorry, but your account does not have access to this resource. If you think you have reached this screen in error or have questions about the resource you were trying to reach, please contact your library", at URL https://wikipedialibrary.idm.oclc.org/login?url=http://www.rocksbackpages.com
Nov 9 2019
Nov 8 2019
If it said, "Public logs", and I didn't see any thanks, the obvious assumption would be that thanks were not public.
Oct 30 2019
My comment about the automated tools was an afterthought. My main point was that as a human exploring user and article histories, being limited to 500 per page is a real problem.
I often want to search through more than 500 items at a time. I just click on the "next 500" that's available in the U/I, then add an extra 0 to the URL. Not being able to do that is a problem.
Oct 21 2019
Sep 30 2019
Sep 18 2019
Take a look at my sandbox history: https://en.wikipedia.org/w/index.php?title=User:RoySmith/sandbox&action=history. In that run of 10 edits on 15 September, it happened twice.
I don't think it's edit conflict related. I've seen this several times when there was no edit conflict. For example, the one I cited above that happened on User:RoySmith/sandbox. For sure, there was no edit conflict on my sandbox.
Sep 15 2019
Just another instance of the same thing seen by kaldari, above:
Sep 2 2019
Aug 18 2019
Forgive me for what may be a naive question, since I'm not familiar with the codebase, but regarding:
Aug 15 2019
Aug 10 2019
Let me suggest a possible algorithm:
Jun 21 2019
May 1 2019
I'd really like to see this implemented. It's especially annoying in combination with T217914. If I mis-tap on my tablet, my desktop gets logged out too. I also have 2FA enabled, so it's doubly annoying. And, if I don't have my phone with me (or it's broken, etc), in a single errant finger-tap, I've inflicted a DOS attack on myself across my multiple devices.
Requiring confirmation to logout should be available, even if it's just an option you can set in preferences. On a mobile device, it just takes an errant finger tap to log you out, and that happens fairly frequently.
Dec 12 2018
Chrome Version 70.0.3538.110 (Official Build) (64-bit)
MacOS 10.13.6 (17G3025)
Nov 28 2018
There is a related discussion at https://wm-bot.wmflabs.org/logs/%23wikimedia-tech/20181128.txt
Please see https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(proposals)&oldid=871029729#Diffs_should_include_log_extracts for a current discussion about this.
Oct 16 2018
Oh, wait, it's even weirder than that. See the third screenshot:
Just to clarify, the references get renumbered in the body text, but they retain the original numbering in the reflist. This makes it really confusing to edit the references.
Sep 25 2018
Aug 9 2018
Jun 29 2018
Jun 23 2018
Jun 18 2018
I'm not sure I'm parsing your question right, but there are certainly instances where I tap on a piece of text and the insertion point appears there without the magnify box ever appearing. And, in those cases, I never see the insertion point jump to a new location.
BTW, I can reproduce this with both wikilinks (double brackets) and external links (single brackets).
No, it does not happen in demo you linked to.
If I see it again, I'll try to repro it with safe mode.
Oooops, accidentally created as a duplicate of T197592
Jun 17 2018
Jun 13 2018
May 11 2018
Mar 31 2018
Mar 13 2018
I think I just figured out part of it. I never noticed this before, but I'm guessing the "More" tab is a general-purpose overflow menu, for all items that didn't fit onto the tab bar?
Mar 11 2018
Feb 15 2018
Adding "&safemode=1" to the URL has no effect.