|
2026-03-01 22:38:34
|
<snitch>
|
[[Tech]]; Lp0 on fire; /* Citation pages now under "More"?! */Resolved; https://meta.wikimedia.org/w/index.php?diff=30149850&oldid=30147441&rcid=38544791
|
|
2026-03-02 20:51:40
|
<dan>
|
Has the auto-update live-preview feature stopped working for anyone else aswell recently, on mobile (Android, any webbrowser, not wiki app)? (Still works fine on Windows PC though)
|
|
2026-03-02 20:52:07
|
<dan>
|
https://usercontent.irccloud-cdn.com/file/6geyT0x7/preview.png
|
|
2026-03-03 07:05:06
|
<snitch>
|
[[Tech]]; Qletisim; /* Resim güncelleme problemi */ new section; https://meta.wikimedia.org/w/index.php?diff=30156412&oldid=30149850&rcid=38559030
|
|
2026-03-04 20:39:38
|
<ragesoss>
|
I've gotten two independent reports of the same bug today (both from Safari users) where clicking "Publish" after making changes in edit mode (VE) does nothing. Known issue?
|
|
2026-03-04 20:40:01
|
<ragesoss>
|
I didn't spot any recent Phab tickets that seem to match.
|
|
2026-03-04 20:52:27
|
<andre>
|
would be good to know what their developer tools' console and/or network tabs show in that case
|
|
2026-03-04 21:14:13
|
<Raine>
|
duesen: is it possible we're catching Safari users with the rate limiting work?
|
|
2026-03-04 21:15:43
|
<Raine>
|
ragesoss: is it possible these users are behind a CGNAT?
|
|
2026-03-04 21:16:13
|
<Raine>
|
university network, or mobile internet, for example?
|
|
2026-03-04 21:17:02
|
<ragesoss>
|
Raine: possible
|
|
2026-03-04 21:17:39
|
<ragesoss>
|
there are some QuotaExceededErrors messages in a console screenshot i received
|
|
2026-03-04 21:18:29
|
<Raine>
|
mmm I think that might be the rate limiting then... our systems might think they're bots
|
|
2026-03-04 21:18:45
|
<Raine>
|
would it be okay to share the screenshot?
|
|
2026-03-04 21:18:57
|
<ragesoss>
|
sure. email?
|
|
2026-03-04 21:19:25
|
<Raine>
|
sure, ksouckova@wikimedia.org
|
|
2026-03-04 21:19:34
|
<ragesoss>
|
(i don't see any senstive info in the screenshot, so this seems fine)
|
|
2026-03-04 21:19:39
|
<Raine>
|
great
|
|
2026-03-04 21:19:55
|
<Raine>
|
in that case I'll file a phab task if that's alright
|
|
2026-03-04 21:20:39
|
<ragesoss>
|
forwarded you the screenshot along with the conversation context.
|
|
2026-03-04 21:20:44
|
<Raine>
|
thank you!
|
|
2026-03-04 21:21:05
|
<ragesoss>
|
the other user reported "My operating system version is macOS Sonoma 14.0 and Safari version 17.0"
|
|
2026-03-04 21:21:18
|
<ragesoss>
|
(so, this was two different versions, but both Safari)
|
|
2026-03-04 21:21:56
|
<Raine>
|
oh wait, the QuotaExceededError is localstorage, not us
|
|
2026-03-04 21:22:23
|
<Raine>
|
as in, not rate limiting
|
|
2026-03-04 21:23:46
|
<Raine>
|
doesn't look like any networking is happening in that screenshot
|
|
2026-03-04 21:24:21
|
<Raine>
|
I think maybe they took the screenshot without trying to publish again
|
|
2026-03-04 21:26:02
|
<Raine>
|
(or something is broken on the front-end)
|
|
2026-03-04 21:26:43
|
<ragesoss>
|
i will follow up to verify whether they clicked publish after opening the console.
|
|
2026-03-04 21:28:14
|
<Raine>
|
thank you, much appreciated
|
|
2026-03-04 21:55:47
|
<Raine>
|
ragesoss: saw the reply, that's useful, and not my fault :D
|
|
2026-03-04 21:56:08
|
<ragesoss>
|
:)
|
|
2026-03-04 21:56:25
|
<Raine>
|
going to file a bug and nudge it along the way to the right person
|
|
2026-03-04 21:56:26
|
<ragesoss>
|
EditCheck !
|
|
2026-03-04 21:56:43
|
<ragesoss>
|
thanks!
|
|
2026-03-05 05:04:49
|
<snitch>
|
[[Tech]]; Z s zahid hossain; /* Wikimedia project I'm like this but my emotional moving Wikimedia pattern but I am humility advise instruction and also my take care another permanent regular set */ new section; https://meta.wikimedia.org/w/index.php?diff=30165585&oldid=30156412&rcid=38575800
|
|
2026-03-05 05:20:50
|
<snitch>
|
[[Tech]]; Z s zahid hossain; /* what is the meaning (UTC) */ new section; https://meta.wikimedia.org/w/index.php?diff=30165595&oldid=30165585&rcid=38575848
|
|
2026-03-05 12:12:08
|
<snitch>
|
[[Tech]]; NguoiDungKhongDinhDanh; Nonsense; https://meta.wikimedia.org/w/index.php?diff=30166605&oldid=30165739&rcid=38578090
|
|
2026-03-05 12:49:02
|
<Nemo_bis>
|
It now takes perhaps 5 attempts to load a page like https://en.wikipedia.org/wiki/Road_signs_in_Finland as most thumbnails return HTTP 429
|
|
2026-03-05 12:50:35
|
<Nemo_bis>
|
And that with defaults for <gallery>, loading 40px and 120px thumbs which should be fine https://www.mediawiki.org/wiki/Common_thumbnail_sizes
|
|
2026-03-05 12:50:56
|
<MatmaRex>
|
Nemo_bis: it's being tweaked now, see the latest at https://phabricator.wikimedia.org/T418323
|
|
2026-03-05 12:57:03
|
<Nemo_bis>
|
Thanks MatmaRex, how wonderful timing of you to post a chart 20 min before I even thought of asking ;) https://phabricator.wikimedia.org/T418323#11677267
|
|
2026-03-05 15:24:32
|
<snitch>
|
[[Tech]]; Lydia Pintscher (WMDE); Закрываем проект; https://meta.wikimedia.org/w/index.php?diff=30172466&oldid=30166605&rcid=38590804
|
|
2026-03-05 16:31:52
|
<Pumbpsi>
|
"Wikis in read only mode". Does anyone know the reason?
|
|
2026-03-05 16:32:10
|
<zuzak>
|
Pumbpsi: https://phabricator.wikimedia.org/T419143 https://wikimedia.statuspage.io/incidents/z7qjmqtrh8yq
|
|
2026-03-05 16:33:02
|
<Pumbpsi>
|
zuzak Thank you
|
|
2026-03-05 17:00:51
|
<Pumbpsi>
|
Is the outage related to those edits? https://meta.wikimedia.org/wiki/Special:RecentChanges
|
|
2026-03-05 17:01:48
|
<bawolff>
|
Pumbpsi: sort of, those are edits doing cleanup neccessary in order to fix the outage
|
|
2026-03-05 17:45:24
|
<snitch>
|
[[Tech]]; XXBlackburnXx; restore rev 30166605 (2026-03-05T12:12:06Z) by NguoiDungKhongDinhDanh; https://meta.wikimedia.org/w/index.php?diff=30179242&oldid=30172466&rcid=38605335
|
|
2026-03-05 19:57:02
|
<JJMC89>
|
!issync
|
|
2026-03-05 19:57:03
|
<ircservserv-wm>
|
Syncing #wikimedia-tech (requested by JJMC89)
|
|
2026-03-05 19:57:04
|
<ircservserv-wm>
|
Set /cs flags #wikimedia-tech jbond +Aiotv
|
|
2026-03-05 19:57:06
|
<ircservserv-wm>
|
Set /cs flags #wikimedia-tech claime +Aiotv
|
|
2026-03-05 19:57:08
|
<ircservserv-wm>
|
Set /cs flags #wikimedia-tech taavi +Aiotv
|
|
2026-03-05 19:57:10
|
<ircservserv-wm>
|
Set /cs flags #wikimedia-tech rzl +Aiotv
|
|
2026-03-05 19:57:12
|
<ircservserv-wm>
|
Set /cs flags #wikimedia-tech vgutierrez +Aiotv
|
|
2026-03-05 19:57:14
|
<ircservserv-wm>
|
Set /cs flags #wikimedia-tech Emperor +Aiotv
|
|
2026-03-05 19:57:16
|
<ircservserv-wm>
|
Set /cs flags #wikimedia-tech kavitha +Aiotv
|
|
2026-03-05 19:57:18
|
<ircservserv-wm>
|
Set /cs flags #wikimedia-tech sirenbot +AViotv
|
|
2026-03-05 19:57:20
|
<ircservserv-wm>
|
Set /cs flags #wikimedia-tech Az1568 -AFRefiorstv
|
|
2026-03-05 19:57:22
|
<ircservserv-wm>
|
Set /cs flags #wikimedia-tech akosiaris +Aiotv
|
|
2026-03-05 19:57:24
|
<ircservserv-wm>
|
Set /cs flags #wikimedia-tech topranks +Aiotv
|
|
2026-03-05 19:57:26
|
<ircservserv-wm>
|
Set /cs flags #wikimedia-tech JJMC89 +Aiotv
|
|
2026-03-05 19:57:28
|
<ircservserv-wm>
|
Set /cs flags #wikimedia-tech jynus +Aiotv
|
|
2026-03-05 19:57:30
|
<ircservserv-wm>
|
Set /mode #wikimedia-tech +b $j:#wikimedia-bans
|
|
2026-03-05 20:40:55
|
<A_smart_kitten>
|
re https://en.wikipedia.org/w/index.php?title=Wikipedia%3AVillage_pump_%28technical%29#c-FaviFake-20260305201400-Nardog-20260305153100, I don't know which staff member made the copied-over post in question (as I don't use the Discord); but just re "We have no reason to believe...that any...breach of personal information [occurred]" --
|
|
2026-03-05 20:41:04
|
<A_smart_kitten>
|
from the Wayback Machine's copy of the ruwiki userscript that (I believe) got loaded from metawiki's Common.js, FWICS, there is at least one <script> tag that gets added that points to a URL starting with `https://ajax.googleapis.com`.
|
|
2026-03-05 20:41:11
|
<A_smart_kitten>
|
i wouldn't say that i'm an expert on this... but given e.g. tasks like T172065 (that specific one being in the context of Toolforge), wouldn't that sort of thing be considered a leak of end-users' IP addresses/User-Agents/etc to third-party sites (and thus a type of personal-information breach)? /genq
|
|
2026-03-05 20:41:12
|
<stashbot>
|
T172065: Hunt for Toolforge tools that load resources from third party sites - https://phabricator.wikimedia.org/T172065
|
|
2026-03-05 20:41:56
|
<A_smart_kitten>
|
cc sbassett ^ (not because I think you're the staff member that made the Discord post in question - I have no idea who that would've been - but in case you know who might be able to answer that)
|
|
2026-03-05 20:45:05
|
<MatmaRex>
|
afaik ericmill has posted on discord
|
|
2026-03-05 21:50:25
|
<A_smart_kitten>
|
ericmill (and/or other WMF security folks): FWIW, I appreciate that my question above might require some internal discussion; but if possible, please could I have an acknowledgement that it's been seen by the relevant folks? TIA :)
|
|
2026-03-05 22:16:10
|
<ericmill>
|
@a_smart_kitten - yes, ajax.googleapis.com did get pinged in user sessions of those users who were affected here. It just is, in our judgment, very low severity (especially considering how likely it is that users would have connected to that site at some point in ordinary internet usage).
|
|
2026-03-05 22:18:30
|
<ericmill>
|
As a related side note, we're about to stabilize on a new enforcing CSP, which will include a bunch of commonly used hosts by user scripts but cuts out an immense amount of noise and shady hostnames. (It also omits ajax.googleapis.com, so that will not be usable going forward.)
|
|
2026-03-05 22:48:16
|
<A_smart_kitten>
|
Thanks for the reply ericmill :) [ FWIW, by my skim-reading of what the userscript edited into MediaWiki:Common.js, it seems like it may have also resulted in requests made to pages on e.g. cyclowiki.org - I just used ajax.googleapis.com as the first example. ]
|
|
2026-03-06 14:17:15
|
<cptk3vn>
|
#wikimedia-overflow
|
|
2026-03-06 18:10:20
|
<ericmill>
|
@a_smart_kitten - it may take me a bit to reply to you on-wiki, but I do intend to. We're doing some work to give a less casual answer. Probably early next week.
|
|
2026-03-06 20:06:43
|
<A_smart_kitten>
|
ericmill: thanks for the note, appreciated :)
|
|
2026-03-08 20:34:47
|
<A_smart_kitten>
|
Does anyone have a link to the Gerrit patch that required re-auth for sitewide JS changes on Wikimedia wikis (mentioned @ https://meta.wikimedia.org/wiki/Talk:Wikimedia_Foundation/Product_and_Technology/Product_Safety_and_Integrity/March_2026_User_Script_Incident#c-EMill-WMF-20260306163600-Ep%C3%ACdosis-20260306104800), or know if it was done via e.g. `PrivateSettings`?
|
|
2026-03-08 20:35:43
|
<A_smart_kitten>
|
(I tried looking myself but couldn't find it 😅)
|
|
2026-03-08 21:49:50
|
<perryprog>
|
Was there a change to the CSP that already got deployed? I haven't been following closely but e.g., Xtools isn't loading for me due to CSP errors
|
|
2026-03-08 21:51:51
|
<bawolff>
|
There were a bunch of recent CSP changes deployed
|
|
2026-03-08 21:52:05
|
<bawolff>
|
I'd suggest filing a phab ticket if its causing problems
|
|
2026-03-08 21:53:26
|
<perryprog>
|
how recently deployed? Surely xwiki user scripts being blocked by CSP would be noticed pretty fast
|
|
2026-03-08 21:53:42
|
<bawolff>
|
Like 3 days ago?
|
|
2026-03-08 21:54:00
|
<bawolff>
|
There was a giant screw up and CSP was deployed early as a response
|
|
2026-03-08 21:54:01
|
<perryprog>
|
yeah so surely someone has a ticket on it by now
|
|
2026-03-08 21:54:20
|
<bawolff>
|
If everyone assumes that, nobody files a ticket
|
|
2026-03-08 21:54:37
|
<perryprog>
|
noooo bystander effect isn't real; it can't hurt me :(
|
|
2026-03-08 21:55:31
|
<perryprog>
|
okay yeah there's some tickets for what domains are getting added https://phabricator.wikimedia.org/T419265
|
|
2026-03-08 21:58:10
|
<perryprog>
|
gah, *.mediawiki.org and www.mediawiki.org are in the CSP but not mediawiki.org >.>
|
|
2026-03-08 21:58:53
|
<bawolff>
|
What else even is under mediawiki.org other than www.mediawiki.org?
|
|
2026-03-08 21:59:15
|
<bawolff>
|
seems odd to include the *
|
|
2026-03-08 22:00:42
|
<perryprog>
|
Not sure. I think I can workaround by just using the FQDN in my import, but it seems like better UX to add it to the CSP unless there's a good reason not to
|
|
2026-03-08 22:01:18
|
<bawolff>
|
I mean, the more things in the header the more bloated it gets
|
|
2026-03-08 22:01:24
|
<perryprog>
|
mm true
|
|
2026-03-08 22:01:29
|
<perryprog>
|
I guess that byte cost does add up
|
|
2026-03-08 22:01:29
|
<bawolff>
|
But at this point they seem to be adding the whole internet to it
|
|
2026-03-08 22:02:01
|
<bawolff>
|
Think of all the extra latency you will save by avoiding the redirect. that's one whole round trip :P
|
|
2026-03-08 22:02:24
|
<bawolff>
|
tbh, i don't really get the point of a CSP policy that has github and multiple CDNs in it
|
|
2026-03-08 22:02:35
|
<perryprog>
|
I too clear my cache after every request
|
|
2026-03-08 22:02:46
|
<bawolff>
|
lol
|
|
2026-03-08 22:03:15
|
<perryprog>
|
hm; the xtools page has the install instructions including the www, so my not including it could be chalked up to user error
|
|
2026-03-08 22:04:31
|
<perryprog>
|
ughhh but xtools.wmcloud.org is blocked by the CSP now
|
|
2026-03-08 22:05:44
|
<perryprog>
|
oh, report only, not an actual block
|
|
2026-03-08 22:09:57
|
<perryprog>
|
would be interesting to have some sort of standard for user controlled CSPs. It'd never really work on a large scale since only technical users would really get it, but being able to just locally choose what sites are on a given website's CSP would be very nice.
|
|
2026-03-08 22:11:01
|
<bawolff>
|
Once upon a time i was working on CSP (this was years ago and it never came to fruition), but the vauge plan was that gadgets would be able to declare what sites they needed and there would be a pop up for the user to authorize it when they enabled the gadget
|
|
2026-03-08 22:11:24
|
<perryprog>
|
idea thief!
|
|
2026-03-08 22:12:12
|
<bawolff>
|
I actually think having a preference is reasonable. I mean if people are technical enough to put random junk in Special:Mypage/common.js then they are technical enough to put random urls in a field in Special:Preferences
|
|
2026-03-08 22:12:27
|
<bawolff>
|
Although it all ind of comes down to what people are trying to accomplish with CSP
|
|
2026-03-08 22:12:40
|
<bawolff>
|
And I'm not actually sure what the security goals of the current iteration of CSP is
|
|
2026-03-08 22:13:03
|
<perryprog>
|
I mean isn't there a gadget that one-click installs stuff into your common.js for you
|
|
2026-03-08 22:13:14
|
<perryprog>
|
I think it's just limiting attack surface
|
|
2026-03-08 22:13:17
|
<bawolff>
|
It feels like the incident made everyone jump the gun when it came to communication
|
|
2026-03-08 22:13:32
|
<perryprog>
|
which is understandable
|
|
2026-03-08 22:13:35
|
<bawolff>
|
attack surface is pretty wide if you're including github.io
|
|
2026-03-08 22:14:42
|
<bawolff>
|
I personally feel that network restrictions in CSP are mostly useful as a good faith privacy control (make sure admins don't uninentionally compromise user privacy) then anything that guards against malicious people
|
|
2026-03-08 22:15:48
|
<bawolff>
|
Sure you could make data exfiltration and external communication really annoying, but its never going to be bullet proof
|
|
2026-03-08 22:15:57
|
<perryprog>
|
yeahhh
|
|
2026-03-08 22:16:20
|
<bawolff>
|
Now on the other hand, eliminationg 'unsafe-inline', that truly would make everything more secure
|
|
2026-03-08 22:16:57
|
<perryprog>
|
I mean it CSP standards really wasn't designed for this kind of use case of random user scripts that anyone can grab and install
|
|
2026-03-08 22:17:45
|
<bawolff>
|
I don't think any system can fix the problem of intentionally running maybe malicious code
|
|
2026-03-08 22:18:00
|
<bawolff>
|
You can't both trust and not trust people. You have to choose one
|
|
2026-03-08 22:19:15
|
<bawolff>
|
Like if we really wanted to eliminate the user script security problem, we'd have to do some sort of aggresive sandbox. I think figma solves this by compiling a js runtime to wasm and running user scripts inside that
|
|
2026-03-08 22:19:30
|
<bawolff>
|
but that would also defeat much of the point
|
|
2026-03-08 22:19:56
|
<bawolff>
|
Although imagine a world where you could have user-script like features written in lua. That'd be pretty cool
|
|
2026-03-08 22:20:02
|
<perryprog>
|
noooo
|
|
2026-03-08 22:20:08
|
<perryprog>
|
I don't like JS but I'd take it over lua any day
|
|
2026-03-08 22:20:46
|
<bawolff>
|
Come over the to the dark side, we have arrays starting at 1
|
|
2026-03-08 22:21:00
|
<perryprog>
|
literally empty standard library
|
|
2026-03-08 22:21:12
|
<bawolff>
|
lol true
|
|
2026-03-08 22:21:14
|
<perryprog>
|
drives me nuts how imperative it is too
|
|
2026-03-08 22:21:40
|
<bawolff>
|
The other day i wanted the equivalent of javascript's String.indexOf
|
|
2026-03-08 22:21:44
|
<bawolff>
|
Lua literally does not have it
|
|
2026-03-08 22:21:51
|
<perryprog>
|
yeah it's painful
|
|
2026-03-09 08:35:14
|
<revi>
|
is it uh… just me who can't login to idp.wikimedia.org from iOS 26.3.1 safari?
|
|
2026-03-09 08:35:53
|
<revi>
|
response "Invalid CORS request"
|
|
2026-03-09 08:36:50
|
<revi>
|
surprisingly iPadOS works fine, hmm
|
|
2026-03-09 11:12:35
|
<A_smart_kitten>
|
revi: I just tried logging into https://idp.wikimedia.org/ on iOS 26.3.1 safari and it seems to work for me. maybe there's a config setting in safari that has the effect of stopping it working (in which case, I guess the question might be trying to figure out which config setting it might be :/)
|
|
2026-03-10 15:00:35
|
<snitch>
|
[[Tech]]; Matthew at catfishing; /* Missing "continue" element for categories */ new section; https://meta.wikimedia.org/w/index.php?diff=30220168&oldid=30179242&rcid=38692781
|
|
2026-03-10 15:29:33
|
<snitch>
|
[[Tech]]; Reedy; /* Missing "continue" element for categories */ Reply; https://meta.wikimedia.org/w/index.php?diff=30220230&oldid=30220168&rcid=38692938
|
|
2026-03-10 15:29:37
|
<Reedy>
|
zabe: ^ think that might be you
|
|
2026-03-10 15:29:40
|
<wm-bot>
|
I will let you know when I see bawolff and I will deliver that message to them
|
|
2026-03-10 15:29:40
|
<A_smart_kitten>
|
@notify bawolff just letting you know as a courtesy that I mentioned an idea you shared in this channel the other day in https://phabricator.wikimedia.org/T419559. (I didn't ping you on the task as I wasn't sure if you'd want notifications from it or not)
|
|
2026-03-10 15:32:04
|
<perryprog>
|
that was my idea; bawolff just time travelled and stole it from me ;P
|
|
2026-03-10 15:32:52
|
<A_smart_kitten>
|
perryprog: great minds think alike? :D
|
|
2026-03-10 15:55:01
|
<snitch>
|
[[Tech]]; Matthew at catfishing; /* Missing "continue" element for categories */ Reply; https://meta.wikimedia.org/w/index.php?diff=30220273&oldid=30220230&rcid=38693143
|
|
2026-03-10 15:58:08
|
<A_smart_kitten>
|
(^ was filed as T419563)
|
|
2026-03-10 15:58:09
|
<stashbot>
|
T419563: Action API: missing "continue" element for categories prop - https://phabricator.wikimedia.org/T419563
|
|
2026-03-10 23:45:07
|
<zabe>
|
will take a look
|
|
2026-03-12 00:35:18
|
<InsertMode>
|
Hey y'all. I'm trying to work on a MediaWiki extension and my editor is giving me lots of errors, presumably because it's inside the extensions directory and doesn't know of the dependencies available to it. I'm using NeoVim and intelliphense. Does anybody have any tips?
|
|
2026-03-12 16:32:53
|
<A_smart_kitten>
|
q: would a page having been deleted be the only possible reason for a row with its `page_id` no longer appearing in MediaWiki's `page` table?
|
|
2026-03-12 16:33:17
|
<A_smart_kitten>
|
(or e.g. is there another reason that a page might have its row removed from the `page` table?)
|
|
2026-03-12 16:34:10
|
<A_smart_kitten>
|
(asking in the context of https://phabricator.wikimedia.org/T413016#11703227 for the curious)
|
|
2026-03-12 19:29:52
|
<mmyronov>
|
Hello everyone! A long time ago before I made my current Wikipedia account (mmyronov) I edited the "I'm Only Sleeping" page on Wikipedia, fixing a bad link to another article. Please, I ask for a developer to transfer this contribution (https://en.wikipedia.org/wiki/Special:Contributions/151.237.140.213, the only one for my IP) to my account. I
|
|
2026-03-12 19:29:52
|
<mmyronov>
|
don't really know if I'm even in the right place to contact someone, as I've never used IRC before. Have a nice day.
|
|
2026-03-12 19:29:53
|
<mmyronov>
|
P.S. I'm just very proud of my first Wikipedia edit. No biggie if denied.
|
|
2026-03-13 12:29:33
|
<Lucas_WMDE>
|
A_smart_kitten: I suspect it’s possible for a page ID to be skipped if the request that tries to create the page fails for some reason
|
|
2026-03-13 12:30:11
|
<Lucas_WMDE>
|
in Wikibase it’s relatively common (though we’ve tried to rein it in) for item IDs to be skipped, because we “allocate” the item ID relatively early, and then the request may fail with constraints, rate limits, etc., at which point the ID has been “consumed” and will never be “returned” to the “available pool” so to speak
|
|
2026-03-13 12:30:37
|
<Lucas_WMDE>
|
I think at least in principle something similar is possible even with an auto_increment database field, though probably not as common (assuming the insert happens quite late in the process)
|
|
2026-03-13 12:32:19
|
<Lucas_WMDE>
|
the auto_increment ID has to be consumed immediately, even if the db transaction is rolled back; otherwise every subsequent insert would have to block until the translation commits
|
|
2026-03-13 12:33:35
|
<Lucas_WMDE>
|
(and it’s just a single number, mariadb doesn’t keep track of “IDs that were temporarily blocked by now-rolled-back transactions but which are now free again”, they’re just skipped AFAIK)
|
|
2026-03-13 12:34:27
|
<wm-bot>
|
I will let you know when I see mmyronov and I will deliver that message to them
|
|
2026-03-13 12:34:27
|
<Lucas_WMDE>
|
@notify mmyronov I don’t think it’s possible to transfer the edit to your account; if you want to showcase it, I think you would just link it normally on your user page
|
|
2026-03-13 12:34:41
|
<Lucas_WMDE>
|
thx wm-bot :3
|
|
2026-03-13 12:41:24
|
<Raine>
|
TIL about that functionality O.O
|
|
2026-03-13 12:44:28
|
<A_smart_kitten>
|
Lucas_WMDE: fair enough. in the flaggedrevs case i've been thinking about, I _suspect_ that something like that affecting this may be _unlikely_, as (IIUC) it'd require the `page_id` to be written to the `flaggedpages` table but *not* to the `page` table. i might be missing something though
|
|
2026-03-13 12:47:42
|
<A_smart_kitten>
|
(FWIW, it seems like there are 339 `page_id`s in dewiki's `flaggedpages` table that don't seem to appear in either the `page` table *or* the `archive` table... so who knows what's happened there ¯\_(ツ)_/¯ - https://quarry.wmcloud.org/query/103048)
|
|
2026-03-13 14:05:23
|
<A_smart_kitten>
|
please could someone with the right rights abandon https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/1251318 as a duplicate of https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/1251200? TIA :)
|
|
2026-03-13 14:05:26
|
<A_smart_kitten>
|
for context: https://meta.wikimedia.org/wiki/User_talk:A_smart_kitten#c-Codename_Noreste-20260313134000-Codename_Noreste-20260313133000
|
|
2026-03-13 14:06:32
|
<taavi>
|
sure
|
|
2026-03-13 14:06:43
|
<A_smart_kitten>
|
thanks taavi!
|
|
2026-03-13 14:08:42
|
<Lucas_WMDE>
|
A_smart_kitten: yeah sounds like a different case then
|
|
2026-03-13 14:31:06
|
<codenamenoreste>
|
patch 1251200 is tested as successful, do I schedule it for deployment immediately?
|
|
2026-03-13 14:53:55
|
<MatmaRex>
|
codenamenoreste: yeah, you can schedule it
|
|
2026-03-13 14:54:10
|
<MatmaRex>
|
(note that there are no deployments until Monday)
|
|
2026-03-13 14:57:26
|
<codenamenoreste>
|
would that patch have to be approved first?
|
|
2026-03-13 15:03:50
|
<MatmaRex>
|
only if you were doing something unusual, but this seems like a routine config change to me, right?
|
|
2026-03-13 15:04:34
|
<Guest55>
|
???????????
|
|
2026-03-13 15:08:04
|
<codenamenoreste>
|
that patch was about enabling the abusefilter block action for Portuguese Wikipedia
|
|
2026-03-13 15:23:55
|
<A_smart_kitten>
|
codenamenoreste: if you wanted, you could add someone familiar with AbuseFilter to take a look (https://www.mediawiki.org/wiki/Developers/Maintainers#MediaWiki_extensions_deployed_at_Wikimedia_Foundation lists a few possible folks). but for a number of more-routine config changes like this, deployers are often happy to perform the review themselves prior to deploying.
|
|
2026-03-13 15:24:14
|
<A_smart_kitten>
|
cc Lucas_WMDE who may have more accurate thoughts about this (as a deployer)
|
|
2026-03-13 15:24:33
|
<A_smart_kitten>
|
(^ the above should probably be suffixed with "in my experience")
|
|
2026-03-13 15:25:29
|
<A_smart_kitten>
|
when it comes to scheduling the patch, https://schedule-deployment.toolforge.org/ is a very useful tool IMO in case you weren't already aware of it :)
|
|
2026-03-13 15:29:11
|
<A_smart_kitten>
|
on a different matter -- taavi thx for correcting my tagging mistake on T420011 :) do you know which tag might be the 'right' one for tasks about rate-limits that come from operations/deployment-charts? only asking as I feel Phab may end up seeing a few more of those sorts of tasks in the relatively near future, and it'd be nice to know who/where to direct them to.
|
|
2026-03-13 15:29:12
|
<stashbot>
|
T420011: Intermittent rate limiting at hackathon-northwestern-europe-2026 - https://phabricator.wikimedia.org/T420011
|
|
2026-03-13 15:29:26
|
<A_smart_kitten>
|
a few random ideas: mw-platform-team? mw-interfaces-team? serviceops? bot-traffic-requests?
|
|
2026-03-13 15:30:54
|
<codenamenoreste>
|
A_smart_kitten I'm already familiar with abuse filters
|
|
2026-03-13 15:31:56
|
<A_smart_kitten>
|
codenamenoreste: I meant in terms of reviewing / +1ing the patch (apologies if I could have been clearer!)
|
|
2026-03-13 15:32:46
|
<codenamenoreste>
|
Anoop already added a +1 to my patch
|
|
2026-03-13 15:35:31
|
<taavi>
|
A_smart_kitten: my understanding is platform but that might also be not at all correct
|
|
2026-03-13 15:53:58
|
<Lucas_WMDE>
|
A_smart_kitten: one other thing I would check is whether past changes in that area have required any special review
|
|
2026-03-13 15:54:13
|
<Lucas_WMDE>
|
conveniently this one is in its own file so I can just use the gitiles file log https://gerrit.wikimedia.org/r/plugins/gitiles/operations/mediawiki-config/+log/refs/changes/00/1251200/3/wmf-config/abusefilter.php
|
|
2026-03-13 15:54:45
|
<Lucas_WMDE>
|
and https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/1235134 https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/1223155 look like no special approval is needed, so I agree, should be fine to deploy
|
|
2026-03-14 07:48:27
|
<nya_1F616EMO>
|
https://phabricator.wikimedia.org/p/BucheonFesta/ and https://phabricator.wikimedia.org/p/BucheonCityHall/ vandaling around on phab.
|
|
2026-03-14 08:04:49
|
<p858snake|cloud>
|
nya_1F616EMO: they have since both been disabled, and their SUL accounts are locked to prevent any on wiki issues
|
|
2026-03-14 08:05:07
|
<p858snake|cloud>
|
A phab administrator will cleanup the spam on phab in due cause
|
|
2026-03-14 17:30:44
|
<Guest14>
|
Hi. When is the next version supposed to be released?
|
|
2026-03-14 17:30:49
|
<Guest14>
|
There are a few changes in 1.45 that I’m waiting for, but I’d prefer to wait for the next sub-version…
|
|
2026-03-14 21:56:19
|
<A_smart_kitten>
|
reedy: taavi: apologies regarding my most recent comment on T416518. i feel like i must have accidentally pressed the 'submit' button for something i'd previously started typing out, completely without realising that i'd actually done so. (for the avoidance of doubt, "I'm not sure this was actually necessarily a good idea" is not a view that i currently hold)
|
|
2026-03-14 21:56:20
|
<stashbot>
|
T416518: Disable Composer 2.9 functionality to randomly block existing configurations from working - https://phabricator.wikimedia.org/T416518
|
|
2026-03-14 22:10:21
|
<codenamenoreste>
|
can patch 1251193 (removal of unused user groups on Indonesian Wikipedia) be scheduled for deployment next Monday?
|
|
2026-03-15 09:12:22
|
<A_smart_kitten>
|
SomeRandomDev: random question but would you like to be added to the list of people authorized to use https://phab-ban.toolforge.org/ ?
|
|
2026-03-15 10:33:00
|
<SomeRandomDev>
|
A_smart_kitten: sure, why not
|
|
2026-03-15 16:36:00
|
<A_smart_kitten>
|
SomeRandomDev: done :) (well, I did it a few hours ago now, but I didn't have access to IRC at the time :p)
|
|
2026-03-15 22:52:11
|
<SomeRandomDev>
|
A_smart_kitten: thanks! same for me actually, I saw it earlier but also wasn't able to use IRC until just now haha
|
|
2026-03-16 19:50:20
|
<Reedy>
|
Neriah: AFAIK that's not an issue these days...
|
|
2026-03-16 19:50:42
|
<Reedy>
|
Because the number of rows being changed isn't one per edit (as it was at one point)
|
|
2026-03-16 21:06:09
|
<A_smart_kitten>
|
xref T377677
|
|
2026-03-16 21:06:09
|
<stashbot>
|
T377677: Determine if the centralauth-rename-globaleditcount-threshold should be revised or removed - https://phabricator.wikimedia.org/T377677
|
|
2026-03-19 07:13:18
|
<codenamenoreste>
|
there is a patch to deploy today
|
|
2026-03-19 07:13:28
|
<codenamenoreste>
|
it's 1251200
|
|
2026-03-19 19:50:30
|
<snitch>
|
[[Tech]]; ~2026-17418-52; /* 1 */ new section; https://meta.wikimedia.org/w/index.php?diff=30284430&oldid=30220273&rcid=38812222
|
|
2026-03-19 19:57:02
|
<snitch>
|
[[Tech]]; NguoiDungKhongDinhDanh; Reverted change by [[Special:Contributions/~2026-17418-52|~2026-17418-52]] ([[User talk:~2026-17418-52|talk]]) to last version by Matthew at catfishing; https://meta.wikimedia.org/w/index.php?diff=30284435&oldid=30284430&rcid=38812238
|
|
2026-03-20 12:54:45
|
<snitch>
|
[[Tech]]; McMiil; /* Edit */ new section; https://meta.wikimedia.org/w/index.php?diff=30287242&oldid=30284435&rcid=38817360
|
|
2026-03-22 15:29:53
|
<klea>
|
I just noticed https://wm-bot.wmflabs.org/ says the site is for logs for freenode, and to see libera's logs to click to https://wm-bot.wmcloud.org/ which further also has a https://wm-bot.wmcloud.org/logs/ directory, what's the difference?
|
|
2026-03-22 15:37:43
|
<klea>
|
Forwarded to #wm-bot
|
|
2026-03-23 16:20:41
|
<snitch>
|
[[Tech]]; ~2026-18112-80; /* Edit */ Reply; https://meta.wikimedia.org/w/index.php?diff=30302851&oldid=30292326&rcid=38857420
|
|
2026-03-23 16:20:56
|
<snitch>
|
[[Tech]]; Pppery; Reverted change by [[Special:Contributions/~2026-18112-80|~2026-18112-80]] ([[User talk:~2026-18112-80|talk]]) to last version by ArchiverBot; https://meta.wikimedia.org/w/index.php?diff=30302855&oldid=30302851&rcid=38857425
|
|
2026-03-24 19:13:31
|
<lucaswerkmeister>
|
a gadget of mine is running into `badtoken` errors – I could use some help from people who know more about how CSRF tokens work or how often they’re invalidated: T421161
|
|
2026-03-24 19:13:31
|
<stashbot>
|
T421161: ACDC reports "Invalid CSRF token" - https://phabricator.wikimedia.org/T421161
|
|
2026-03-24 19:34:29
|
<MatmaRex>
|
idk, but we seem to have a higher rate of badtoken erros than usual… click on "badtoken" here to filter: https://grafana.wikimedia.org/d/000000002/mediawiki-action-api-summary?orgId=1&from=now-7d&to=now&timezone=utc&var-Module=1&refresh=5m&viewPanel=panel-41
|
|
2026-03-24 19:35:17
|
<lucaswerkmeister>
|
hm, interesting
|
|
2026-03-24 19:35:39
|
<lucaswerkmeister>
|
(and that’s a logarithmic y axis)
|
|
2026-03-24 19:37:00
|
<MatmaRex>
|
yeah, it's kind of hard to judge because of that
|
|
2026-03-24 19:37:22
|
<MatmaRex>
|
but i'm looking at the same data in linear scale now and it looks more obviously increasing: https://phabricator.wikimedia.org/F73572593
|
|
2026-03-24 19:37:44
|
<MatmaRex>
|
anyway, it looks like the tokens live in the session store
|
|
2026-03-24 19:38:09
|
<lucaswerkmeister>
|
that increase time looks suspiciously train-shaped but ACDC is a Commons gadget 🤔
|
|
2026-03-24 19:38:19
|
<lucaswerkmeister>
|
I suppose it could be DC switchover shaped?
|
|
2026-03-24 19:38:56
|
<lucaswerkmeister>
|
i.e. https://wikitech.wikimedia.org/wiki/Deployments#deploycal-item-20260325T1500
|
|
2026-03-24 19:39:15
|
<lucaswerkmeister>
|
afk, will look more later
|
|
2026-03-24 19:39:19
|
<MatmaRex>
|
https://grafana.wikimedia.org/d/000001590/sessionstore?orgId=1&from=now-2d&to=now&timezone=utc&var-dc=000000026&var-site=eqiad&var-prometheus=k8s&var-container_name=$__all
|
|
2026-03-24 19:39:30
|
<MatmaRex>
|
the metrics are all weird due to the switchover indeed
|
|
2026-03-24 19:40:19
|
<MatmaRex>
|
but it may be the cause. looks like the total number of errors is higher, maybe
|
|
2026-03-24 20:00:44
|
<lucaswerkmeister>
|
filed T421168 as a more general task
|
|
2026-03-24 20:00:45
|
<stashbot>
|
T421168: Increased rate of badtoken errors / session store issues due to datacenter switchover? - https://phabricator.wikimedia.org/T421168
|
|
2026-03-24 22:34:42
|
<bd808>
|
I helped fix a thing that was blocking T17583. Now I'm wondering if anyone wants to move T17583 forward. See the task for details. I think I will email wikitech-l too looking for a new champion.
|
|
2026-03-24 22:34:43
|
<stashbot>
|
T17583: Enable importing across all Wikimedia projects - https://phabricator.wikimedia.org/T17583
|
|
2026-03-25 10:54:04
|
<Lucas_WMDE>
|
TIL: since $idkWhen, Gerrit emails you when one of your WIP patches gets comments from other people
|
|
2026-03-25 10:54:59
|
<Lucas_WMDE>
|
(at some point in the past, commenting on patches marked as WIP was a pitfall because the patch author would never find out about it unless you notified them out-of-band – Gerrit just wouldn’t send an email for it – so I thought I’d leave a note here for enhanced awareness ^^)
|
|
2026-03-25 11:31:52
|
<A_smart_kitten>
|
Lucas_WMDE: that's good to know! out of interest, do you know whether it's the same for when e.g. a patch author is replying to others' comments on their patch (ie., are the people they're replying to notified about their reply)? as far as I was aware, that also doesn't/wouldn't send an email, but I don't know if that would have also changed recently.
|
|
2026-03-25 13:27:26
|
<Lucas_WMDE>
|
A_smart_kitten: my assumption would be that the people who commented on the patch got added as reviewers or subscribers, and then they get updated about any changes to the change, including replies
|
|
2026-03-25 14:23:30
|
<claime>
|
FYI here as well, the datacentre switchover will start shortly, we're targetting 1400UTC (+/- a few minutes) for the start of the read-only period. More information in the wikitech-l email https://lists.wikimedia.org/hyperkitty/list/wikitech-l@lists.wikimedia.org/thread/FBXENW7KSU3QFLKI4BQJJIBRONCOAUCC/
|
|
2026-03-25 14:23:47
|
<claime>
|
s/1400UTC/1500UTC/ sorry
|
|
2026-03-25 14:26:53
|
<A_smart_kitten>
|
claime: on the subject of the datacentre switchover, just want to make sure if serviceops is aware of (the existence of) T421168
|
|
2026-03-25 14:26:54
|
<stashbot>
|
T421168: Increased rate of badtoken errors / session store issues due to datacenter switchover? - https://phabricator.wikimedia.org/T421168
|
|
2026-03-25 14:27:52
|
<claime>
|
I saw it but when I looked this morning it looked to have reverted more or less to baseline
|
|
2026-03-25 14:28:03
|
<claime>
|
I can take another look once we've switched over for real, yeah?
|
|
2026-03-25 14:28:07
|
<claime>
|
(bit busy at the moment :D)
|
|
2026-03-25 14:28:08
|
<A_smart_kitten>
|
fair fair :]
|
|
2026-03-25 14:28:15
|
<taavi>
|
excuses :P
|
|
2026-03-25 14:28:26
|
<claime>
|
taavi: you know me, always making them
|
|
2026-03-25 14:29:06
|
<A_smart_kitten>
|
(to be clear it's not affecting me, i just didn't know if it would have been seen, so thought best to check in case it'd cause big problems or something! apologies for the brief interruption :D)
|
|
2026-03-25 14:29:30
|
<claime>
|
A_smart_kitten: Don't worry about it, you did well to mention it :)
|
|
2026-03-25 14:29:37
|
<A_smart_kitten>
|
thought best to check (ie., whether it had been seen by the relevant folks or not)
|
|
2026-03-25 14:29:39
|
<A_smart_kitten>
|
:)
|
|
2026-03-25 14:45:38
|
<perryprog>
|
wait, how is it already data switchover day
|
|
2026-03-25 14:45:44
|
<perryprog>
|
that like... just happened
|
|
2026-03-25 14:46:07
|
<perryprog>
|
literally what is time
|
|
2026-03-25 14:48:24
|
<taavi>
|
according to wikipedia, "the continuous progression of existence that occurs in an apparently irreversible succession from the past"
|
|
2026-03-25 14:48:52
|
<perryprog>
|
wow, that's almost as good as the old version of the lede for "Chair"
|
|
2026-03-25 14:49:36
|
<perryprog>
|
https://en.wikipedia.org/w/index.php?title=Chair&oldid=697229416
|
|
2026-03-25 16:07:29
|
<Lucas_WMDE>
|
perryprog: Chair https://mltshp-cdn.com/r/1GHI7
|
|
2026-03-25 16:08:58
|
<perryprog>
|
chair: 🐎
|
|
2026-03-25 16:27:49
|
<Lucas_WMDE>
|
is HONSE more or less chair than 🐎 :thonk:
|
|
2026-03-25 16:57:46
|
<claime>
|
glinner getting owned never gets old
|
|
2026-03-25 17:03:02
|
<Lucas_WMDE>
|
hehehe
|
|
2026-03-26 16:42:37
|
<A_smart_kitten>
|
q: is there any tool that'll show me the number of requests made to a _specific wiki/domain_ on a given day / during a given period of time? maybe something like https://pageviews.wmcloud.org/ but for an entire wiki
|
|
2026-03-26 16:45:28
|
<volans>
|
A_smart_kitten: have you checked already what's on https://pageviews.wmcloud.org/siteviews/ ?
|
|
2026-03-26 16:46:26
|
<A_smart_kitten>
|
volans: I either forgot or never realised that that page existed as part of the pageviews tool! thank you :D
|
|
2026-03-26 16:46:35
|
<volans>
|
no prob :D
|
|
2026-03-26 16:49:15
|
<musikanimal>
|
That's all time edits though, not for the given time period
|
|
2026-03-26 16:53:45
|
<A_smart_kitten>
|
musikanimal: what if I restrict it to a given day, e.g. https://pageviews.wmcloud.org/siteviews/?platform=all-access&source=pageviews&agent=user&start=2026-03-05&end=2026-03-05&sites=meta.wikimedia.org ?
|
|
2026-03-26 16:55:03
|
<A_smart_kitten>
|
(e.g. that link is telling me that metawiki had 394,506 total pageviews on 2026-03-05 fwics)
|
|
2026-03-26 16:56:37
|
<musikanimal>
|
oh sorry, I thought you were talking about edit data, not pageviews
|
|
2026-03-26 16:57:11
|
<musikanimal>
|
Indeed Siteviews will give the site-wide pageviews or the given date range, yes (that is the point :), but edit data on Siteviews is only for all-time – basically the same data you see at Special:Statistics
|
|
2026-03-26 16:58:07
|
<musikanimal>
|
*for
|
|
2026-03-26 16:58:50
|
<A_smart_kitten>
|
oh, no problem :) thanks for the info re the edit data!
|
|
2026-03-28 19:17:55
|
<snitch>
|
[[Tech]]; Avagius; /* Solid request */ new section; https://meta.wikimedia.org/w/index.php?diff=30323304&oldid=30302855&rcid=38914404
|
