User Details
- User Since
- Oct 3 2014, 9:47 PM (478 w, 2 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Jeremyb-phone [ Global Accounts ]
Tue, Nov 14
Fri, Nov 10
Thu, Nov 9
after swiping down to refresh
Jul 1 2023
Jun 15 2023
Mar 31 2023
I didn't try changing prefs but at least it works for my case now. 2.7.50434-beta-2023-03-27.
Mar 25 2023
I have basically the same experience as Legoktm majority of the time but occasionally a login attempt is successful. then to reproduce again I clear quarry cookies, get 500 again. last attempt took about 5 tries 500 before I had a successful login.
Mar 15 2023
Mar 14 2023
Request from xxxxxxx via cp1080 cp1080, Varnish XID 657590799
Upstream caches: cp1080 int
Error: 404, Not Found at Tue, 14 Mar 2023 16:07:36 GMT
Mar 13 2023
Mar 8 2023
Oct 6 2022
Sep 20 2022
Sep 18 2022
May 20 2022
May 12 2022
also the footer needs a link to source repo and many source files that say All Rights Reserved in header need fixing.
May 11 2022
lmk if you need more deets e.g. I could snoop on the Ajax traffic and look at the JS console.
May 10 2022
same as Dominic. and I also tried starting from scratch in incognito session. but with the same commons account I was using before.
Mar 31 2022
Mar 3 2022
@Amire80 ok thanks, can you fix ru also?
replicated with a fresh install of 2.7.50394-r-2022-02-10
found many= on ruwiki as well. bewiki has the whole screenshot untranslated. (English strings)
(originally wasn't focusing specifically on Cyrillic when checking other langs)
Sep 13 2021
Feb 12 2021
a couple more things
if you're going to do site js/css then might as well do vector js/css as well.
and this may be going too far but some other things to consider:
- vector wasn't always the default so also js/css for earlier defaults
- past versions of wmf-config
- past mediawiki wmf deployment branches
Jan 20 2021
Jan 7 2021
and now force quit doesn't help. so maybe was a coincidence the first time.
got an edit conflict then waited 10+ mins, still was a conflict. (and I was still the only editor today)
Jan 5 2021
Dec 18 2020
Dec 16 2020
@Dbrant may be the same cause/fix but clearly not a dupe.
my gut says this is a 5 minute fix for someone that already knows the right part of the codebase. seems there's more than one local cache in the app. a manual refresh immediately after edit updates the rendering but doesn't purge/update the cache used by the in-app editor.
Dec 1 2020
@schoenbaechler it's from this page I linked in the task description https://commons.wikimedia.org/wiki/Template:Potd/2020-11-30_(en)
Nov 30 2020
I'm the only editor to that article in more than 48 hrs and following the instructions to refresh and try again doesn't help.
Nov 14 2020
still broken 2.7.50334-beta-2020-11-02
May 25 2020
Mar 14 2020
Feb 26 2020
to clarify none of this is on mdot. it's all desktop site just switching local user agent between default and desktop modes. not off the edge of the screen but off the edge of the citoid popup. I think partly maybe depends on the length of that bare URL.
Feb 25 2020
Aug 23 2019
what does standard libraries mean? SUL is for sure not directly possible, I was speculating about something like oauth against mediawiki.org prod.
May 9 2019
Apr 15 2019
Mar 19 2019
Jan 25 2019
Nov 6 2018
Sep 6 2018
Aug 9 2018
May 12 2018
Mar 16 2018
Oct 26 2017
Oct 13 2017
Sep 25 2017
Mar 19 2017
Jan 7 2017
xyz was sent using exactly the method you request. this has been a feature of our phabricator literally forever (since before it was a production service).
Jan 6 2017
thanks for triaging.
Oct 5 2016
well I don't mind rushing and no one else is bothering to triage at all.
May 16 2016
for the record that latest test was [Edit=Require extended confirmed access] (indefinite) [Move=Require administrator access] (indefinite) since 2016-05-07
this is still an issue with Android App 2.1.144-beta-2016-05-09
May 14 2016
Apr 27 2016
Apr 7 2016
Apr 4 2016
Please leave this open until actually fixed.