[11:17:25] Hi all, why JavaScript is not loading more frequently at cswiki than before? It breaks a lot of gadget. Is there some task at phabricator about it? [11:38:09] Urbanecm: who is experiencing the issue? [11:40:36] Nemo_bis: Every user. [11:40:48] Sorry just connected what issue? [11:40:58] Hi all, why JavaScript is not loading more frequently at cswiki than before? It breaks a lot of gadget. Is there some task at phabricator about it? [11:41:03] This issue ^^ Zppix [11:41:21] I recall seeing something about js on wikitech-l [11:41:34] I dont remember if it was about cswiji [11:41:38] Cswiki* [11:42:00] Let me look real quick [11:42:28] Nope not related disregard [11:42:51] We have the same problems on DAWP [11:43:21] I had to strip all my .js scripts [11:43:29] Nemo_bis: have you filed a task yet? [11:43:31] My editbutons were gone [11:44:11] https://usercontent.irccloud-cdn.com/file/vzaS1Rs0/ [11:44:31] Has there been an update of some sort? [11:45:01] https://usercontent.irccloud-cdn.com/file/CfwIRoYV/ [11:45:04] I mean we always update mediawiki to every project by thrusday [11:45:31] Something must have gone wrong [11:45:48] Lets not jump to conclusions [11:46:16] It could also be faulty scripting or depreciated code [11:47:03] Rodejong: what wiki did you say again? [11:48:00] cswiki and dawiki [11:48:07] Thank you [11:48:12] yw [11:48:21] DAWP yes [11:49:01] I'll look to see if theres already a report if not I'll file one including the screenshots you sent us Rodejong (cc Urbanecm ) [11:49:33] okay [11:49:56] I had to delete all scripts, just to get some basic editbutons [11:50:00] Rodejong: have you ever used our bug report system, phabricator? [11:50:06] Never. [11:50:10] By the way [11:50:15] It's on all skins [11:50:25] We had this in this channel yesterday. [11:50:43] eddiegp: is there a task already about this? [11:50:59] 2017-04-27 12:13:07 But https://gerrit.wikimedia.org/r/#/c/282506/ might be what you're looking for. It removed quite a few deprecated methods, the commit messages lists them. So you should at least have a hint what was removed. [11:51:36] eddiegp: so your saying that change caused all this? [11:51:38] Checking [11:51:42] Zppix: I didn't file one. At all, it is removing deprecated methods. [11:52:03] These are scripts that have been in use for ages [11:52:07] Rodejong: i fear I was correct your user scripts would need to be updated [11:52:16] Zppix: I've checked the git log between wmf.20 and wmf.21, this one looks most promising to be the reason. [11:52:37] Oh boy [11:52:43] Rodejong: to keep up to date we tend to deprecate or remove code that we dont use or needs redone. [11:52:43] :( [11:52:52] Sorry for the inconvience [11:53:05] okay [11:53:24] Given that this is the second one asking about this and it seems a lot of scripts are affected, we should maybe create a task to #User-notice anyhow? [11:53:45] eddiegp: Ill go ahead and add a notice to tech news myself [11:53:59] and notify enwiki as im a tech ambassador [11:54:36] Zppix: Thanks. [11:54:39] eddiegp: im quite confused on why nothing was sent to begin with [11:55:41] Rodejong: what userscripts did you remove? [11:55:54] Zppix: Hmm, I don't know, but that patch links to T122755 which in fact is in #User-notice [11:55:54] T122755: Remove mediawiki.legacy.wikibits methods deprecated since before 1.18 - https://phabricator.wikimedia.org/T122755 [11:56:22] eddiegp: actually i recall seeing talk about that in tech news [11:56:27] https://da.wikipedia.org/w/index.php?title=Bruger%3ARodejong%2Fvector.js&type=revision&diff=9048930&oldid=9024800 [11:56:37] eddiegp: ^ [11:57:23] Especially mw.loader.load('http://meta.wikimedia.org/w/index.php?title=User:Krinkle/RTRC.js&action=raw&ctype=text/javascript'); [11:57:29] This one is used by many [11:58:15] Could you look at the revisison that Rodejong linked and see if im correct in saying its due to that code change?? eddiegp [11:58:45] Zppix: Am already looking. [11:59:06] eddiegp: thanks i would be currently on mobile [11:59:15] But* [11:59:59] I see a lot of addPortletLink in there, which was removed by that change. [12:00:09] Rodejong: you don't need to delete your scripts to disable them [12:00:19] I know [12:00:25] by adding ?safemode=1 at the end of the URL, you switch to safe mode [12:00:27] the // would suffice [12:00:40] ah okay [12:00:43] it disable all CSS / JS personalizations [12:03:18] Also that script has a lot of importScript and addOnloadHook which are also deprecated and to be removed at any time. Not related to those problems though. [12:03:59] https://da.wikipedia.org/w/index.php?title=Hamborg&action=edit?safemode=1 doesn't work. [12:04:09] no buttons [12:04:16] Use &safemode=1 [12:04:22] instead of ? an & [12:04:37] ah [12:04:51] https://da.wikipedia.org/w/index.php?title=Hamborg&action=edit&safemode=1 [12:05:01] These things are sent as ?key1=value1&key2=value2&key3=value3 etc. So only the first get's an ?, all the others get an & [12:06:22] Rodejong: That looks like a normal, working edit page to me? Still anything wrong about it? [12:06:45] (Besides the scripts not working of course) [12:10:28] Ja, with the safemode the butons are back [12:18:19] On eddiegp: NLwiki has the same problems, so I guess that all wiki's are affected? [12:22:53] Rodejong: its safe to assume that [12:22:56] Rodejong: Every page that loads javascript which uses some function (in most cases addPortletLink is the problem) which was removed will experience problems, no matter what project (commons, data, books, versity ...) or language (de, en, da, cs, nl ..) [12:23:19] okay [12:23:58] Shouldn't that have been announced first? [12:24:15] This affects hundreds of users [12:24:21] https://lists.wikimedia.org/pipermail/wikitech-ambassadors/2017-April/001574.html [12:24:34] Rodejong: i think it was [12:26:08] Thanks for the link eddiegp [12:26:59] yw [12:34:35] What I was wondering about is why it worked until now. The mail says "This meant that calling code was silently disabled, instead of causing cascading failures into other code. Anything still using these variables today has been broken since at least April 2013." [12:36:51] Good point [12:44:48] eddiegp: well some of them were variables, which now became undefined, instead of silently throwing a warning. [12:45:50] and there is another problem. this patch removed a dependency on mw.util that was VERY early in the load sequence for most people. So it hid a lot of cases where people were not guaranteeing that mw.util dependency was loaded. [12:50:57] From what I got from that mail, those variables were hardcoded before, weren't they? So most scripts using them should have experienced some problems since 2013. [12:51:43] Anyway, it's not really important that I'll understand why it did not already break before, important is why it breaks now ;) [13:13:14] eddiegp: example of a cleanup i just had to do for a user... [13:13:15] https://en.wikipedia.org/w/index.php?title=User%3AJimfbleak%2Fcommon.js&type=revision&diff=777650355&oldid=754588098 [13:13:26] oh, if only we could take userscripts away from people :( [13:16:00] thedj: You mean like needing the to ask for everything as an code extension instead of enabling them to do it themselves? ;) Agreed, maintenance on user scripts is hard, but we'd miss a lot of useful feautures if we wouldn't have them. [13:16:07] thedj: a automatic conversion Wikimedia wide would be much better [13:16:13] (Also, looking at your link now) [13:16:39] Romaine: that's not always possible [13:16:57] this was an easy one [13:19:39] T121470 would be actually a good step to have better maintenance on those scripts [13:19:40] T121470: Central Global Repository for Templates, Lua modules, and Gadgets - https://phabricator.wikimedia.org/T121470 [13:19:58] yeah. long time dream :( [13:23:02] Yeah, the mw.util dependency was probably heavier than expected. https://phabricator.wikimedia.org/T164013 is another example... [13:23:50] the thing is that it's not something that people were able to clean up actively. there was no warning for that. (nor is it easy to make one for that really) [13:44:39] thedj: take away my userscripts and ill end you lol [13:47:57] Zppix: the problem is that EVERYONE has userscripts. even people that just copy paste a blob. [13:48:11] and they have no competence to deal with any potential fallout. [13:48:22] that makes an unsustainable system. [13:48:29] gadgets are much better in that regard. [14:50:39] true thedj, but the problem is that these gadgets never are the same. Each wiki installs gadgets that suits them. [14:51:03] it would be much better if each wiki has the same gadgets. [15:36:04] there's a new user who reports the message "Error saving data to server: Empty server response." when she tries to save a new reference to a page [15:36:11] she says she got it several times in a row [15:36:17] I made that edit and got no error [15:36:22] any idea what may have happened? [15:36:36] Full error message (minus the IP address) very welcome, and on which page that happens [15:36:39] s/page/site/ [15:36:42] okay, one moment [15:37:10] https://en.wikipedia.org/w/index.php?title=Draft:Kathy_Brodsky&action=history I just made the edit myself [15:37:26] and hold on [15:40:29] there we go [15:40:32] hi [15:40:35] andre__, this is lisawinegar who had the error message [15:40:45] lisawinegar, you say you still have the window open with the error message? [15:40:52] yes [15:41:14] andre__, is there any more information you could benefit from here? [15:41:19] a screenshot, maybe? [15:41:19] url i have is https://en.m.wikipedia.org/wiki/Draft:Kathy_Brodsky#/editor/0 but i bet that is generic? should i send a screenshot or something? [15:43:13] also if it makes a difference i opened up this chat in safari but was working in chrome just to have different windows open. is that any kind of issue? I'm on a mac air [15:43:17] lisawinegar - may have to wait a few minutes, sorry! [15:43:50] np you have been so helpful. i'll wait to see what they say. either way you took care of the change, so i'm set. i just want to learn for the future. thank you again SO SO much [15:45:47] also -- is there a way to assign a contact person to a page so when it goes through review if fixes need to be made, i am contacted instead of that useless guy? and if you want, how would i "report" him? [15:46:58] lisawinegar - put the page on your watchlist [15:47:37] ok [15:48:14] and there is no issue among browsers, right? or is there a preferred to use? [15:48:21] browsers shouldn't be an issue [15:49:00] figured. you know your stuff. really, thank you. can you tell me how you named the +ref out of curiosity? [15:49:27] i named it for the journalist, to help it be unique [15:49:44] Hi, everyone! Users at RuWP are experiencing multiple uncatchable (rare) problems, probably caused by wikibits.js removal, so I thought that I can ask about it here. Screenshot: http://i.imgur.com/3OdcSAh.png (mw.util should be loaded at all times, nope?) [15:51:06] ah ok so just +ref Dia Kalakonas in terms of actual formatting? [15:51:07] *One of the screenshots, to be fair. Not all users reported their problems properly. [15:51:24] lisawinegar - the quotation marks are important [15:51:26] because I used a space [15:51:50] + ref "Dia Kalakonas" ?? [15:52:25] I'm just wondering if that is why i got error bc of a formatting issue, or do you think that wouldn't be the reason [15:52:35] that woldn't be it [15:52:45] you'd get an error message telling you the reference was broken [15:52:47] but it would still save. [15:53:00] ok but that's how you did it, in terms of spacing and " marks? [15:53:32] yes [15:53:36] quotation marks [15:53:38] make it unique [15:54:16] you'll note all those :45 and :61 and : 33 are ... harldy informative [15:58:21] stjn: Actually not, the hard dependency for mw.util was removed with the wikibits removal, so you should try to follow https://www.mediawiki.org/wiki/ResourceLoader/Developing_with_ResourceLoader#Client-side_.28dynamically.29 [15:59:19] Why this wasn’t at all communicated? I am not complaining, but it should’ve been at least mentioned in Tech News etc. [16:00:00] i see what you mean on those - will that hold up the review? i can see about getting them updated a bit later today [16:00:12] or on monday [16:00:13] stjn: https://lists.wikimedia.org/pipermail/wikitech-ambassadors/2017-April/001574.html [16:00:20] it won't hold up the review, but it will need to be fixed eventually [16:00:23] eddiegp - can you help lisawinegar ? [16:01:14] ok well rest assured, everything going forward will be done properly and i'll fix whatever is needed. so mad they paid some guy to do crap work and disappear [16:01:21] eddiegp: OK, our bad probably... [16:02:15] Dragonfly6-7: Will look into it [16:02:28] eddiegp -thank you. Will a screenshot of the error message, etc, help? [16:04:00] thanks - both of you, appreciate whatever i can learn here for future changes i'm sure will come [16:05:42] stjn: Yeah, one way to look at it ... that mail lists all of those thinks that will break, but Tech News may have not put enough emphasis on pointing out problems with mw.util. Anyways, it's just hard to reach out to everybody who will be affected, especially if it's such a large change. [16:06:13] Dragonfly6-7: I'll have to read the past messages first, didn't really put attention to them ;) [16:06:18] eddiegp -sure. [16:06:42] And there was *nothing* about turning off hard dependency for mw.util in that email either, no? [16:08:31] stjn: Hmm, I thought there was. But maybe I'm mixing this up with the commit message... [16:08:48] no, that was an unintentional side effect [16:08:56] Thanks for help, but at least with some obsolete things we saw changes in our scripts from developers, but with these unobvious things there really wasn’t any notice. [16:09:26] eddiegp - let me know if i can quickly summarize anything for you to save time [16:09:40] well that's why we always say DECLARE YOUR DEPENDENCIES, EVEN IF IT "just works" :) [16:10:14] Some of that code is older than my Wikipedia activity, I don’t really understand why you are shouting. [16:10:36] Hello anyone know if the issues form yesterday are back? Some users are reporting issues with pending changes on en? [16:10:38] stjn: there's some user on en.wp's WP:VP/T, with problems as well. you might want to follow that, for some examples [16:10:43] *issues from yesterday [16:10:44] lisawinegar: Yeah, I've just scanned it. Will try to edit that page myself. Screenshots would be good. [16:10:58] dragonfly already made the change [16:11:20] stjn: no one should really be running code older than 3 years, but unfortunately ppl are a bit stubborn :) [16:12:59] we are just trying to figure out why i couldnt [16:13:07] thedj: OK, I’ll spell that out for you. This is *about common wiki scripts and gadgets*, they aren’t refactored each 3 years, at least while we work here for free. [16:13:31] they are on en.wp and we work for free too [16:13:50] Language editions shouldn’t bother with keeping up with commits and other stuff, even the most familiar users shouldn’t, it is a miscommunication issue first. [16:14:10] no, it's just the fact of life of userscripts. they break. [16:14:17] thedj: There is a lot more of resources and people at English Wikipedia, I am glad for them. [16:14:47] if you use user scripts, you should exepct them to break, and expect to have to chase after people to go and fix them. [16:15:20] if you don't want that problem you shouldn't allow anyone to use userscripts [16:15:38] lisawinegar: Dragonfly6-7 said you still have the window with the error message open? [16:15:39] Again, this isn’t about user scripts, this is about site-wide code firstly. [16:15:44] yes [16:15:55] Could you send a screenshot of that? [16:16:02] Unnecessary duplication of common code is not the users' fault [16:16:21] sure [16:16:28] No, it's just a problem we can't fix anymore. because everyone already depends on it :) [16:16:44] A mistake from 15 years ago, yeah :-/ [16:17:12] worst decision ever. Give ever nitwit the power to rewrite the motor chip in his car :D [16:19:24] stjn: hmm, your report is interesting.. might indicate a missing dependency declaration for a core script even... [16:19:41] It means RuWP-wide, of course, not MW code. [16:19:59] ah it's in the BKL gadget [16:20:25] It’s not limited by it. [16:21:16] oh i'm quite sure [16:22:07] stjn, does that particular gadget do anything other than "change the color of links to disambiguation pages"? Because nowadays I believe (IIUC) there's a much easier way to do that: https://en.wikipedia.org/wiki/MediaWiki:Gadget-DisambiguationLinks.css [16:22:34] someone seems to already have fixed the BKL gadget [16:22:36] eddigp - how can i get you screenshot [16:22:43] https://ru.wikipedia.org/w/index.php?title=MediaWiki:Gadgets-definition&diff=85107830&oldid=84586825 [16:23:09] ah, (that is stjn) :) [16:23:36] lisawinegar: https://phabricator.wikimedia.org/file/upload/ [16:23:47] Or some random other picture sharing platform :) [16:23:55] quiddity: I’ll look into it, problem isn’t with particular gadget, there are even reports of edit toolbar coming off and everything. There’s a lot of fixing for me today, I guess. [16:24:55] there's a lot of people who have years old javascript. i already spend about 4 hours fixing stuff on en.wp alone [16:28:05] stjn, yeah :/ good luck and god speed! Re: edit toolbar coming off, I randomly have that problem usually due to https://meta.wikimedia.org/wiki/User_talk:Hoo_man/useful_links.js#hoo.config_is_undefined which AFAICT prevents any further javascript from loading (a page reload usually fixes it) [16:29:58] thedj: it is one thing when years old JavaScript is in some user scripts and another when it’s in scripts like https://ru.wikipedia.org/?diff=85108191&oldid=85095467 :–/ [16:30:55] stjn: i feel your pain, but if 6 years of deprecations and 3 years of console warnings wasn't gonna fix it.. then probably this is the only way :/ [16:31:25] although this is a mw.util problem [16:31:38] which is just the original author missing a requireemtn [16:31:40] Cutting the arm off so people won’t use pagers anymore isn’t the only way. [16:33:24] stjn: if ( window.opera && /11\.6[01]/.test( window.opera.version() ) ) { [16:33:33] For the record, although it would’ve took a lot of effort to put in, there probably should’ve been reports in all wikis about all things that are needed to be fixed beforehand, at least on the main Common.js page. Not everyone reads secondary links which don’t even contain all things that are needed to be fixed. [16:33:34] that whole block is a no op. [16:34:20] It works for now, I am concerned about recovery for now, not refactoring. [16:35:09] hey eddiegp - page is uploaded. whenever i reviewed the change i made, it was fine. when i got to this page and tried to save i kept getting error message [16:35:54] stjn: this is an eternal discussion. those links were there. For a long time. people tend to just ignore them, or if we put up a site banner be annoyed because they are 'too much in their face'. at some point you just pull a trigger [16:36:29] except for the mw.util thing though. that's an unfortunate side effect that i think not enough people realized aobut. [16:36:33] I get that you’re not for trying to be user-friendly, but at least we (or you) could’ve been /developer-friendly/. [16:37:19] stjn: all the function removals had console messages for 3 years. that seems rather generous to me towards developers. [16:38:06] now we just have a couple of days of pain. we'll get through it and stuff will be better. [16:38:49] until the next cycle of removals in early 2018 :) [16:40:34] I’ll hope there would be a lot more effort put into it in early 2018. [16:40:58] Or I’ll finally get the point raised by multiple users in our strategy discussion... [16:41:02] you are free to participate in it preparation in phabricator or wikitech-l :) [16:41:34] eddiegp sending you msg in sep window - whenever you can get back to me is great. thanks. pdf uploaded. all info sent to you via msg [16:41:37] i mean, the only alternative i can think of, is to just throw error dialogs into peoples faces [16:42:22] but that also might break other things again, so i'm not a big fan of that approach [16:43:20] We can't keep deprecated stuff forever. *Years* of hardcoding, deprecation messages etc. need to be enough, we just don't have a way to either change all those things on our own in the beforehand or force any volunteer to do it. We can just give time to them, where years need to be enough. But mw.util is an exemption here, that didn't have a deprecation message at all and it wasn't communicated properly that it will be removed and what impact [16:43:21] that will have. That should not have been rolled out without more communication on mw.util. [16:45:17] OK, thanks for your help. [16:47:26] Dragonfly6-7: Are you using the Visual Editor or the good old plain Wikitext one? [16:51:53] Actually, forget about it. This seems to be about the MobileFrontend [18:16:00] While we were talking about refactoring: https://www.mediawiki.org/wiki/MediaWiki:Gadget-DotsSyntaxHighlighter.js... [18:19:34] This gadget seems to not work because of error due to ‘TypeError: $.client is undefined’ (even on my side, and I wasn’t experiencing other issues). The code is so awful I don’t really know what to fix... [18:30:42] Problem appears only in Firefox though. [18:40:27] James_F: Hi, may you de CR-2 https://gerrit.wikimedia.org/r/#/c/307475/ please? T144254 is live now. [18:40:28] T144254: Update instances of Wikimedia Foundation logo - https://phabricator.wikimedia.org/T144254 [18:53:24] Urbanecm: Done. [18:53:36] James_F: Thank you. [18:55:56] stjn: $.client means that the jquery.client module is not being loaded [18:56:16] I know. It is probably author’s fault, tbf: https://www.mediawiki.org/wiki/User:Remember_the_dot/Syntax_highlighter.js [18:56:48] They used some fancy system for loading, but haven’t thought about jQuery usage. [19:04:17] stjn: well on https://www.mediawiki.org/wiki/MediaWiki:Gadgets-definition it says DotsSyntaxHighlighter[ResourceLoader|dependencies=jquery.client]|DotsSyntaxHighlighter.js [19:04:23] so it should normally get loaded [19:04:27] Ah, OK. [19:58:12] Hello, anyone else get Error: 503, Service Unavailable? [19:58:43] Trustable: URL ? [19:58:59] wp-de watchlist [19:59:10] https://de.wikipedia.org/wiki/Spezial:Beobachtungsliste [19:59:40] directly this page or https://de.wikipedia.org/wiki/Spezial:Beobachtungsliste_bearbeiten/raw ? [20:00:06] raw works, normal view does not work [20:00:31] There is a database error [20:00:55] * Dereckson fills a task (and looks if there isn't one) [20:01:20] https://phabricator.wikimedia.org/T164059 [20:01:27] Dereckson, ^ [20:01:39] Trustable: disabling "Hide: Page categorisation" should work? [20:01:51] andre__: Trustable yes, this is this one, I'm adding the stacktrace so [20:02:15] thank you guys [20:04:39] andre__: could be a dupe of https://phabricator.wikimedia.org/T143477 [20:05:02] hmm [20:05:13] We hadn't a stacktrace back then [20:14:54] Trustable: could you give me a hand to debug this? I'd like to know what link cause this behavior : this is something in your watchlist where getTitle return null instead of the title of the page [20:16:00] Dereckson, yes, I want to help [20:17:33] Okay, do you use Firefox or Chrome ? [20:18:33] I tested with both [20:18:45] Oh the issue is server side. [20:18:47] here is the concent of my watch list: https://hastebin.com/uvotahalor.sql [20:18:53] It's for https://wikitech.wikimedia.org/wiki/X-Wikimedia-Debug [20:18:55] *content [20:19:38] This extension will allow you to ask your request go to a debug server instead of a regular one, I'll put there a code writing **** DEBUG ***** before the problematic entry. [20:20:33] milimetric, where did you run https://www.irccloud.com/pastebin/5uFW7xWO/ ? /cc apergos [20:20:47] * apergos peeks in [20:21:56] matt_flaschen: analytics-x1... something? connected from stat1003 [20:21:58] one sec [20:22:15] milimetric, thanks, asking because they're separate DBs, didn't think mediawikiwiki was accessible from x1, but I forget. [20:22:29] Dereckson, I installed the debug plugin, what should I select? [20:22:35] matt_flaschen: oh no, I remember, flowdb was accessible from analytics-store now [20:22:54] so mysql --defaults-file=/etc/mysql/conf.d/research-client.cnf -hanalytics-store.eqiad.wmnet [20:22:59] Trustable: mwdebug1001, then put the button to on [20:24:07] milimetric, thanks. /cc apergos [20:24:29] ok [20:24:49] we just need to say something about that on the page, matt_flaschen you wanna do the honors? [20:25:04] Sure, will do. [20:25:55] Trustable: expected behavior is instead of an error you'll have your watchlist, with an entry replaced by **** DEBUG **** followed by an id or a note there isn't any id instead of the previous exception [20:28:51] Dereckson, now I get error 500 [20:29:53] ok, I see it in the log [20:32:01] Seems like there are some kind of bug at nowiki, the plain ol's tupid edit toolbar won't load [20:32:06] https://no.wikipedia.org/wiki/Bagn?action=edit [20:33:02] People have started to complain at [[w:no:Wikipedia:Tinget]] [20:34:26] Trustable: would you know how to select the enhanced watchlist in the preference? I tried to get your watchlist from https://hastebin.com/uvotahalor.sql, but I don't have an error on my side [20:34:40] There are no error except an URIError: malformed URI sequence from jquery.cookie.js at 17:20 [20:38:51] Trustable: can you refresh the page? The new 500 was another part of the watchlist trying to do the same (diff link), I removed this diff part. [20:39:09] thanks matt_flaschen, and page is now no longer outdated, yay [20:39:57] Dereckson, my watchlist looks now normal [20:40:14] ctrl + f "*****" doesn't give any line ? [20:42:08] Dereckson, I don't find anything like that [20:45:36] Okay, I noted what I've found in the task. [20:46:23] But that doesn't explain what to do with these lines without a title. [20:49:39] https://phabricator.wikimedia.org/T164116 [20:50:42] Trustable: and now please? [20:51:49] Dereckson, looks the same [20:55:21] Hey gang, if I wanted to make a change to a CSS file for an extension, how would I go about that? [20:56:22] drewmutt: if you wish to share that change, edit the CSS in the extension source code [20:56:31] drewmutt: https://www.mediawiki.org/wiki/Gerrit/Tutorial [20:56:49] Dereckson: Fantastic, I'll check that out. [20:59:03] Trustable: and now (expected behavior is an exception, but I'll get the entry causing an issue in the logs)? [21:37:10] Hi, in trwiki we cannot use Cat-a-lot to move category "ABD'li kadın pornografik film oyuncuları" to "Amerikalı kadın pornografik film oyuncuları" it says pages skipped because old category cannt found. nothing changed on script. it moves other cateogories. how we can troubleshoot this problem? [21:37:35] cat is here: https://tr.wikipedia.org/wiki/Kategori:ABD%27li_kad%C4%B1n_pornografik_film_oyuncular%C4%B1 [21:40:14] first we think it is about Apostrophe but script moves categories contain apostrophe: https://tr.wikipedia.org/w/index.php?title=Kategori:ABD%27li_k%C3%BCrek%C3%A7iler&diff=prev&oldid=18545676 [21:43:53] Dereckson, I still get error 503 [21:50:35] Thanks for your assistance Trustable. Yes the 503 is now expected, I restored mwdebug1001 to pristine state. So, the issue is caused by a RC entry not associated to a title anymore. I prepared a fix to print a dash instead of the diff link in such case (the one you got a normal watchlist with). [21:52:37] mavrikant: what's the url of the catalot gadget itself? [21:53:51] andre47_: https://tr.wikipedia.org/wiki/MediaWiki:Gadget-Cat-a-lot.js [21:54:54] mavrikant: i see more problems on tr.wikipedia [21:55:16] https://tr.wikipedia.org/w/index.php?title=MediaWiki:Edittools.js is quite outdated and causing error on edit pages. [21:56:58] thedj: I will update it now. [21:57:44] i'm not sure if en.wp still uses that exact same strategy, so double check [21:58:43] mavrikant: i'm trying to find where that cat-a-lot gadget is included.. I can't find it in the Gadgets list on tr.wp [21:59:29] thedj: we use it like this: https://tr.wikipedia.org/wiki/MediaWiki:Gadget-Katalitik.js [21:59:45] ah [22:04:07] mavrikant: in https://tr.wikipedia.org/w/index.php?title=MediaWiki:Common.js/file.js you have svg thumbs. You can deleted all of that, since that is part of core now [22:04:23] and thus also the file.js inclusion from MediaWiki:Common.js [22:07:16] thedj: done: https://tr.wikipedia.org/w/index.php?title=MediaWiki%3ACommon.js&type=revision&diff=18548482&oldid=17800009 [22:07:57] hmm, trying to figure out why cat-a-lot isn't working for you, but no answers yet... [22:09:58] mavrikant: it displays for me. [22:10:44] mavrikant: ah, it's only on a specific action that it fails... [22:13:42] thedj: could it be related to the same error that myself and eddiegp had reported earlier today [22:16:30] i don't use cat-a-lot often, i'm a bit scared to just button smash actions and then accidently messing up a whole bunch of moves... [22:16:51] link me ill try it (i've used cat-alot) [22:17:15] Zppix: https://tr.wikipedia.org/wiki/Kategori:ABD%27li_kad%C4%B1n_pornografik_film_oyuncular%C4%B1 [22:17:27] and im moving to where? [22:17:55] this need to be moved. target is writen top of the page. [22:19:43] same pages on category moved 2 days ago: https://tr.wikipedia.org/w/index.php?title=Mia_Malkova&type=revision&diff=18502268&oldid=18393080 [22:19:55] we cannot move remains. [22:20:30] I think i did it? [22:20:41] I dont speak TR [22:21:35] :D no. it says script cannt find category on that page. so it skip it. [22:22:55] you may have to have a bot or something do it i dont know it errored [22:23:25] 'cat-a-lot-skipped-not-found': 'The following {{PLURAL:$1|page was|$1 pages were}} skipped, because the old category could not be found:', [22:23:46] english error is this. I found it on code. [22:33:53] mavrikant: yeah i see it now. the regexp is not finding the category in the original indeed [22:34:49] thedj: I replaced our version with new one on commons. [22:35:11] are you looking old or new one? [22:39:00] i was still in the old one. [22:42:59] thedj: new one still not working on that category. and works other. [22:42:59] this.localCatName = formattedNS[ NS_CAT ]; [22:43:32] this part makes it works on any language. [22:44:09] yeah it's looking for the right things, just not finding anything [22:47:41] mavrikant: ah, there is a hidden character in the origial usage on pages. [22:50:04] thedj: maybe gadget should look for that and disregard that ? [22:50:24] there we go: e2 80 8eLEFT-TO-RIGHT MARK [22:51:59] mavrikant: so, it seems that many pages have the LRM character after oyuncuları and before ]] [22:52:02] https://tr.wikipedia.org/w/index.php?title=Eden_Adams&stable=0 [22:52:11] rather: https://tr.wikipedia.org/w/index.php?title=Eden_Adams&type=revision&diff=18548611&oldid=18186053 [22:53:21] thedj: what? I cannt see any diff [22:53:58] it's an invisible character [22:54:35] when you use the cursor to move, you'll notice that you need to use your arrow keys one time extra at that spot. [22:58:26] thedj: I see it. haha :D how you find it in the first place [22:59:08] mavrikant: can you comment out the contents of removeUncat and doCleanup ? those are commons specific (with no configuration option apparantly, and crashing when there is no match) [22:59:54] or actually.. [23:00:15] just put 'var ' before replace inside of removeUncat. that's probably enough to fix it. [23:01:39] mavrikant: i found that with the inspector. i realize that it was unable to find anything. and hidden characters like RLM and LRM are common reasons for something like that. [23:02:20] so i copied the text into a hexdump tool and found that there were more character codes, then visible characters. [23:02:29] then looked up the sequence online :) [23:03:42] wow. I dint know about hidden chracters before. thanks-a-lot [23:03:42] https://tr.wikipedia.org/w/index.php?title=MediaWiki%3AGadget-Cat-a-lot.js&type=revision&diff=18548637&oldid=18548609 [23:03:53] is this ok? [23:04:08] eh no [23:04:33] now you removed them, esp. removeUncat is still used somewhere. [23:05:16] also, that part of the code seems newer on commons.wm.org I notice. there it does not have this problem with uncat. [23:06:41] hey tech people, is there a way to check autoblocks by number after they expire?