[03:47:04] Hi, I want to report a bug. Is someone here to read my message? [03:50:21] The MediaWiki default bot, which updates translated pages from the Translatewiki, does not update ate least 3 pages: MediaWiki:Cite section preview references/eo, MediaWiki:Cite warning/eo, MediaWiki:Cite warning sectionpreview no text/eo. [03:55:24] [[Tech]]; Gamliel Fishkin; /* MediaWiki default and Esperanto translations */ new section; https://meta.wikimedia.org/w/index.php?diff=16042134&oldid=16039769&rcid=8500372 [05:16:29] fishkin , have you encountered any other messages, or that's basically all? [05:17:40] All other MediaWiki pages I checked are updated normally. I found a problem just with three. [05:20:22] I would file it at phabricator, tag it with something translation related and someone would look at it [05:21:09] Filed T150155 [05:21:09] T150155: Localization updates do not update some eo messages - https://phabricator.wikimedia.org/T150155 [05:24:12] thanks :) [05:26:56] Thank you. [05:27:26] =) [05:29:16] have some ideas about what might be the thing but need to confirm: are other langs of these same messages correctly sync? [05:29:25] e.g. /ru [05:33:33] I not checked in different days and other pages, but the ru versions of the three pages are normal Russian translations without any problem. [05:35:25] E.g., https://en.wikipedia.org/wiki/MediaWiki:Cite_warning/ru is well in Russian, but https://en.wikipedia.org/wiki/MediaWiki:Cite_warning/eo is in English. [06:00:29] Smells as if the updater is being confused because the root message has the delete template instead of being either the source text or not being existed [06:08:16] What if the root message exists but is empty (https://translatewiki.net/wiki/MediaWiki:Cite_section_preview_references)? I am not a sysop of the Translatewiki and so I can not delete pages in it. (I am a sysop of Wikipedia in Esperanto and I created these MediaWiki pages in it as a temporary solution.) [06:09:50] fishkin , you might try #mediawiki-i18n to deal with the delete request [06:13:04] Thank you. [06:14:35] (although you might need to idle there for some time) [07:48:29] [[Tech]]; Arseny1992; /* MediaWiki default and Esperanto translations */; https://meta.wikimedia.org/w/index.php?diff=16042589&oldid=16042134&rcid=8500944 [10:11:58] [[Tech]]; Nemo bis; /* MediaWiki default and Esperanto translations */ +re; https://meta.wikimedia.org/w/index.php?diff=16042831&oldid=16042589&rcid=8501302 [10:27:30] [[Tech]]; Arseny1992; /* MediaWiki default and Esperanto translations */; https://meta.wikimedia.org/w/index.php?diff=16042846&oldid=16042831&rcid=8501324 [12:03:45] tgr|away: I responded to you at https://phabricator.wikimedia.org/T108834#2775968 :) [12:07:21] Ah, thanks for updating that report [12:17:44] Hi, it is possible to enable two-factor auth at another project than wikitech? And is it possible to have two passwords for one account? And if possible with different grants? E.g. I am a crat and a sysop. I would like to have full rights when I login with my primary password and basic rights when I login with second password. [12:35:05] Urbanecm : 'wmgUseOATHAuth' takes either group dblist values or individual dbnames . Since default is aleady true, the next var is $wmgOATHAuthDisableRight . It's defined in CommonSettings as $wgGroupPermissions['*']['oathauth-enable'] = false; and its ref in InitializeSettings is 'default' =true . To allow this permission for a project, add the project name with the var ref to false [12:35:05] and the right will be added to * so you'll be able to use Special:OATHAuth on the project [12:44:14] So basically the extension is loaded on all projects, but only private.dblist and nonglobal.dblist (that include labswiki aka wikitech) have the right to use the special page [12:44:31] as of now [12:45:38] [14:35] Urbanecm : 'wmgUseOATHAuth' takes either group dblist values or individual dbnames . Since default is aleady true, the next var is $wmgOATHAuthDisableRight . It's defined in CommonSettings as $wgGroupPermissions['*']['oathauth-enable'] = false; and its ref in InitializeSettings is 'default' =true . To allow this permission for a project, add the project name with the [12:45:38] var ref to false and the right will be added to * so you'll be able to use Special:OATHAuth on the project [12:45:38] [14:44] So basically the extension is loaded on all projects, but only private.dblist and nonglobal.dblist (that include labswiki aka wikitech) have the right to use the special page [12:45:38] [14:44] as of now [12:46:46] arseny92: Thanks for your reply. Was you talking about two-factor auth or about two passwords for one account? [12:46:56] 2fa [12:48:08] Thanks. And when I wish to have two passwords for more secure editing from not-fully trusted network? [12:49:58] arseny92: ^ [12:50:13] more than one auth credential of the same type (i.e. "password") for the same account is unfortunately not possible t least now [12:52:01] Oh... And how to do similar thing? [12:55:19] ....since as you can see at Special:ChangeCredentials there can only be one entry of "Password based authentication" [12:57:47] And can I add another type of auth? [12:59:05] One other question. At cswiki main page should display a picture of week, an article of week and some other things. They should update at midnight. But it update at 1AM without summer time and 2AM with summer time. Is it possible to fix it? [12:59:12] I can see $wgLocaltimezone is set correctly for cswiki. [13:00:15] To Europe/Prague :) [13:00:50] Is the main page using magic words and if so is it using the correct ones? [13:01:04] e.g. {{LOCALTIMESTAMP}} https://www.mediawiki.org/wiki/Help:Magic_words [13:01:45] It use LOCALDAY and others with begins with LOCAL. [13:01:54] *which begins [13:04:18] another type of auth unfortunately not (It's not like we're allowing Facebook Connect here lol). What you can do, is follow the process for adding an oauth consumer with restricted grants, but the procedures haven't been decided up [13:06:22] another type of auth unfortunately not (It's not like we're allowing Facebook Connect here lol). What you can do, is follow the process for adding an oauth consumer with restricted grants, but the procedures haven't been decided up... [13:07:09] to basically use the account via api with the restricted grants [13:07:22] Urbanecm: of course there's the matter of caching [13:07:52] But the cache purges everytime when UTC is 0:00 :). [13:07:59] So it is strange... [13:12:35] BTW what Server time means? [13:12:51] UTC [13:17:00] UTC aka internet time [13:17:29] Thanks. [13:17:45] But why it still purges using UTC time not local time? [13:17:56] Even the magic word was changed? [13:19:18] I've never heard of such automatic purges [13:23:16] If it is cache, it must be purged everytime. So I think it isn't cache but something different... [13:26:03] *everytime when it is 0:00 UTC. [13:26:11] zppix|mobile , there's no internet time, but universal coordinated time [13:27:36] Lots of internet sites use UTC either internally or on ui [16:11:00] Why on Commons, the search suggests me "Category:Helsingin kirjamessut" although the page never existed on Commons? Just wondering. [16:16:22] Stryn: because https://commons.wikimedia.org/w/index.php?title=Helsingin_kirjamessut&redirect=no exists [16:17:09] Old known bug https://phabricator.wikimedia.org/T69024 [16:17:37] oh, thanks :) [16:18:51] very annoying bug [16:19:14] yeah, I bump into such wrong suggestions at least once a week [18:29:46] [[Tech]]; Gamliel Fishkin; /* MediaWiki default and Esperanto translations */ thanks; fix; https://meta.wikimedia.org/w/index.php?diff=16043858&oldid=16042846&rcid=8503366 [20:52:58] quick question, does [[Special:Search]] support regex? [20:53:37] myrcx: no. if you're using CirrusSearch, though, then it kind of does. [20:54:11] https://www.mediawiki.org/wiki/Help:CirrusSearch#Regular_expression_searches [20:54:19] (Wikimedia wikis use it) [20:54:24] well darn, a quarry search on page_title should work though? [20:54:27] ah thanks :) [20:55:20] a quarry search might be more convenient anyway, since you can get all the results at once [20:55:35] depends on what you're trying to do :) [21:00:42] MatmaRex: https://quarry.wmflabs.org/query/13928 for https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Search_for_articles_containing_N.27 - though I think I've timed the query out [21:04:29] myrcx: are you sure you can't use: page_namespace = 0 AND page_title LIKE "%n'" [21:04:40] would be significantly faster [21:04:51] *sigh* [21:04:57] yes :P [21:05:28] 1510 rows in set (33.77 sec) [21:07:08] many of them are redirects, but I believe there is a field relating to redirects [21:07:53] `page_is_redirect` [21:08:11] I was about to say := [21:08:55] How long will the phabricator.wikimedia.org be down for maintenance [21:10:33] Phabricator works for me... I wasn't aware there was a maintenance window planned? [21:10:56] nvm i just refreshed and it worked [21:11:19] Ok [21:13:21] Nemo_bis: adding that "AND page_is_redirect = 0" has killed it >.< [21:14:04] yeah, has not ended yet either [21:14:36] I guess no index on that column and mysql choosing a silly way to execute the query [21:15:05] I'm sure whenever I run SQL queries I commit every SQL sin there is :( [21:53:52] o/ anomie [21:54:06] Do you know when we should expect https://gerrit.wikimedia.org/r/#/c/313831/ to get deployed? [21:54:49] halfak: It'll be in .2... [21:55:15] Reedy, forgive my derp, but I don't know what that means. [21:55:25] 1.29.0-wmf.2 [21:55:42] so group0 tomrorow [21:55:49] group 1 on wednesday [21:55:55] group2 on thursday [21:56:06] So yeah, by Friday, it should be on all WMF wikis, as long as no rollbacks [21:56:06] Gotcha. Looks like we'll be out to all the wikis in Nov. 10th [21:57:05] Thanks reedy :) [22:03:47] arseny92: 2FA is enabled everywhere but on the standard wikis limited to some user groups (staff I think?) [22:04:00] it will be opened up eventually [22:04:42] yeah, global users with lots of rights [22:05:21] OAuth / bot passwords only work for the API; there is no way to have secure and less secure access to your account [22:06:16] AuthManager has the stub of such a system (where elevated authentication happens only when you try to access security-critical functions) but it's far from usable