Yeah, my immediate goal is just to get logging feedback during development. I've never used kubectl logs, but sounds straightforward. I'll give it a try. Thanks.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Jun 25 2020
Thanks to everybody for diving in and working on this. In the meantime, is there some workaround I could use? Is there some other host I could log into which has better NFS connectivity?
@Bstorm , I'm not sure if your question was addressed to me, but I don't have root on the bastions :-)
Jun 24 2020
OK, I've finally found a solution. You can configure tmux to map C-p to the up-arrow escape sequence, which works around docker eating the C-p. It's hacky and duct-tapey, but it works. Still, fie on docker for not providing a way to configure/disable this behavior.
Jun 16 2020
As an external observer, I'm fearful of "log everyone out". This will cause a spike in traffic to the authentication infrastructure as everybody logs back in again. Which, of course, was the root cause of this problem to begin with. Is there some way to do a rolling logout, killing say, 1% of the sessions per hour?
Jun 11 2020
Oddly enough, I was able to edit logged out in an incognito window.
This is happening on enwiki as well. I'm also unable to logout! I tried Special:Logout, but it doesn't seem to do anything.
May 31 2020
I originally got here when I opened {T230700: Special:RandomInCategory does not return all pages with equal probability} a while ago. I notice that my original example from T230700 was working through AfC work queues, and so is the example given by Ahecht, above. Makes me think that the AfC use case may be different from most other things happening on the wiki. I'm wondering if this could be solved by occasionally re-populating page_random? I could see a couple of possible variations on this.
Apr 29 2020
Apr 21 2020
Oh, I think I see what's going on. The previous entry is https://www.wikidata.org/wiki/Q12754671. So this is just a case of the web front end not displaying a useful error message.
Another user is apparently experiencing the same thing (and managed to capture a video of it happening). See Village Pump thread here.
Apr 19 2020
To be honest, I don't remember the details around the 404. I only got it that one time, and haven't seen it since. If it happens again, I'll try to grab more data.
In T250620#6069598, @Aklapper wrote:Looks similar to T246143
Apr 18 2020
Apr 13 2020
+1 to having bot edits show up in history listings. On enwiki, we have automated processes which find drafts that haven't been touched by a human in 6 months. Being able to see which edits were by bots and which were by humans supports this.
Apr 7 2020
On enwiki it just fixes double redirects, so it should be fine there and I suggest unblocking
Oh, I blocked it on enwiki. I didn't realize that was the wrong place. Should I just unblock it there?
Just for the record, as the admin who performed the block, I have no objection to any other admin unblocking, once there's agreement that it's appropriate to do so.
There's a report here that duplicate inter-language links are being generated in wikidata.
Apr 6 2020
I've blocked EmausBot to limit the damage.
Hmmm, based on a thread at Wikipedia talk:Village pump (technical), looks like this is widespread.
Apr 2 2020
It turns out the OP is having problems accessing phab, but they implemented something very similar and that did indeed resolve the issue.
Apr 1 2020
Interesting thought, thanks. I'll suggest it to the OP.
Mar 31 2020
At what level is the transformation done? If the large page were broken up into sufficiently small subpages which were then transcluded into a composite top-level page, would that solve the problem?
Mar 29 2020
Mar 26 2020
Mar 15 2020
Feb 22 2020
The real problem is that in-band signalling is evil. You would think we would have learned our lesson 50 or 60 years ago.
Feb 16 2020
Feb 2 2020
Jan 29 2020
As a mostly outsider who's been watching this, let me toss out a couple of random thoughts.
Jan 27 2020
Interesting, I never even thought to try that. I just assumed I had to use the Cite tool. Thanks!
Jan 26 2020
Jan 11 2020
I'm fine with an internal search tool instead of external search engines, but the mailing list really does need to be indexed in some way. Not that the spammers and harvesters respect robots.txt anyway.
Jan 7 2020
Another report:
Jan 5 2020
OK, thanks. If it's not an easy install, it's not that important. I've found a different way to do what I needed to do anyway.
Dec 31 2019
Dec 15 2019
Dec 12 2019
A few thoughts on this...
Dec 9 2019
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? And in the grid environment?
In T230961#5723496, @Phamhi wrote:Python 3.7 support has been added.
Dec 7 2019
If I'm reading the roadmap correctly, the fix is due to roll out for enwiki as part of 1.35.0-wmf.10, on December 12th.
Nov 19 2019
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.
Nov 18 2019
OK, it's working now, thanks.
Nov 17 2019
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.
Nov 16 2019
I just accepted the TOS (ticked the "I agree with the terms of use" checkbox, then clicked the "I accept" button). Then clicked on "Your collection", "Proxy/bundle access", then "Access resource". Still getting the same error message.
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 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
PS:
Chrome Version 70.0.3538.110 (Official Build) (64-bit)
MacOS 10.13.6 (17G3025)
https://en.wikipedia.org/w/index.php?title=User:RoySmith/sandbox&oldid=873327421
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