[00:05:30] legoktm: I updated https://www.mediawiki.org/wiki/SUL_finalisation#Backlog [00:06:28] For 1) you said you're going to run it on Tuesday; 2) is equally trivial and can be done together. [00:07:34] If we're lucky 3) will do a lot of cleanup and after reading the code I don't see why wait for those cases. Once eliminated those, stats will provide a way clearer overview [00:17:16] yeah, I can probably do #2 right after #1 [00:20:11] ok [10:44:43] would anyone be willing to make me a bureaucrat on testwiki? [10:44:58] I'd like to be able to add or revoke the bot flag [10:46:37] done [10:47:47] cheers! [11:02:16] * comets wants to be an aristocrat ^_^ [11:15:37] comets: sorry, that's only achieved by applying to the GodKing after a sufficient amount of murders and wiki-feuds slaughters [11:17:18] * comets fails at killing people or creating feuds :"( [14:51:59] Just saw a random 503, thought I should tell someone. [14:52:03] It seems fixed now. [15:32:33] Hi, can someone grant me 'canconfirm' and 'editbugs' permissions? I'm an extension maintainer and I have a bug to fix. [15:32:56] andre__: ^ [15:34:04] KeithWelter, oh, Graphviz. One moment :) [15:34:30] KeithWelter, here you go. Pleaser reload the page :) [15:34:39] (thanks Yuvi) [15:37:29] Got it, thanks! [15:37:56] you're welcome :) [16:09:45] andre__, I put a fix in gerrit for the bug (67587) but it does not show PATCH_TO_REVIEW status. What did I miss? [16:10:10] (I'm reading "Bug report life cycle") [16:10:12] KeithWelter: got an URL? My guess is http://www.mediawiki.org/wiki/Gerrit/Commit_message_guidelines [16:10:15] KeithWelter: did you respect https://www.mediawiki.org/wiki/Gerrit/Commit_message_guidelines [16:10:20] aww too slow [16:10:27] haha [16:11:11] * andre__ fixes the wikipage to link to it [16:11:30] That's what I was looking for (thought maybe it would use the branch name) [16:12:03] KeithWelter, ah yeah, no "Bug: 67587" as last line in https://gerrit.wikimedia.org/r/#/c/144467/ [16:12:42] KeithWelter: by the way, *if* you want to have a dedicated Bugzilla component for GraphViz, see https://www.mediawiki.org/wiki/Bug_management/Project_Maintainers#To_add_a_project_or_component [16:14:40] Krenair: are you able to check on fluorine the frequency of an error like https://bugzilla.wikimedia.org/show_bug.cgi?id=67601 ? [16:15:09] Nemo_bis, no shell access, sorry. James_F ^ [16:15:32] No need to bother him, that bug has enough followers with shell access [16:15:44] I was just curious about your current level of access ;) [16:15:48] I also don't have flourine access. :-) [16:15:50] Oh I'm not bothering him about the bug. [16:16:03] andre__: thanks, 67587 status is now PATCH_TO_REVIEW. *Should* I want a Bugzilla component for GraphViz? [16:16:17] :) [16:16:45] KeithWelter: I don't know how many bug reports you expect (which depends on size of codebase, size of userbase, and quality of code) - the one advantage is that you could get automatic bugmail notifications. Basically up to you :) [16:17:31] andre__: This is the last bug ever for GraphViz. [16:17:46] hehe. Deal. ;) [18:46:08] Hi. Why in the category of vi.wiktionary https://vi.wiktionary.org/w/index.php?title=Th%E1%BB%83_lo%E1%BA%A1i:M%E1%BB%A5c_t%E1%BB%AB_ti%E1%BA%BFng_Vi%E1%BB%87t&from=Dur Đ is correctly placed after D, whereas in the category of fr.wiktionary (https://fr.wiktionary.org/w/index.php?title=Cat%C3%A9gorie:vietnamien&from=y#mw-pages), Đ is placed at the end of the alphabet. I suppose the order for fr.wikt is determined by https://www.mediawiki.org/ [18:46:41] * alphabet? [18:47:40] Automatik: The way categories are sorted depends on a setting. [18:47:52] Usually the sorting is used which is best for the main language of the wiki [18:49:25] Automatik: hoo: https://www.mediawiki.org/wiki/Manual:$wgCategoryCollation [18:49:40] yeah, what MatmaRex says [18:50:34] Automatik: if you want it changed for fr.wikt, file a request on bugzilla, with a link to some brief discussion/voting on the wiki showing consensus [18:50:51] Automatik: for example, the request for vietnamese wikis was https://bugzilla.wikimedia.org/show_bug.cgi?id=45979 :) [18:51:26] MatmaRex: I don't think they want to change the french wiktionary to sort in a way which is uncommon for french [18:51:29] Automatik: the most appropriate setting for a wiktionary is probably "uca-default" [18:52:15] MatmaRex: Don't think so, many probably want to stay with the most "natural" sorting order... only a few wikis use that AFAIR [18:52:32] hoo: i think there's at least one wiktionary using uca-default [18:52:41] Thanks for the link to Bugzilla, now I understand that $wgCategoryCollation is set on vi.wikt to uca-vi, and that explain why their sort order is like this [18:52:44] there are a few, yes [18:53:14] Automatik: At best you ask for uca-default which should be ok for all scripts [18:53:56] uca-default is not the default (ever set for fr.wikt)? [18:54:36] no, it's not the default (although the name may suggest that) [18:55:20] so what's the difference between the default and uca-default? [18:56:06] default is latin letters, than everything alse, uca-default probably sorts latin and other scripts in some order that makes sense [18:56:14] Sorry, I'm not very much into this either [19:00:11] where can i ask questions about the database dumps? [19:01:14] Automatik: the default is sorting according to raw utf-8 bytes, which makes little sense for letters other than basic latin alphabet (ASCII) [19:01:15] gifti: What kind of questions? About their content/ scheme/ ... or about the creation process/ ... ? [19:02:04] Automatik: the uca-default is mostly equivalent to removing all accents from letters and then sorting that using the default method (the internal algorithm is very different, but that's generally how it behaves) [19:02:40] Could we test uca-default? [19:02:46] so e.g. 'ą' is sorted like 'a', 'ó' is sorted like 'o', 'ß' is sorted like 'ss' [19:02:46] i wonder why dewiki-pages-meta-history is split up into 4 files (?) and why there is no file that contains them all [19:03:14] Automatik: (be right back) [19:03:40] gifti: I guess because nobody like appending such huges files, but I'm not into that enough [19:03:45] apergos: --^ [19:04:08] ah, so it's not good when i think about it, because in Finnish, ä is a letter placed at the end of the alphabet [19:04:48] the same problem we would have with "uca-fr" [19:06:01] hoo: https://en.wikipedia.org/w/index.php?title=User:A930913/vada/vadaprocess.js&diff=prev&oldid=615984887 [19:06:18] (Part 1) [19:06:43] a930913: Nice :) Keep it going [19:07:12] hoo: You had to have told me when I least had time for it ;) [19:08:19] a930913: :P I know that feeling, sorry [19:10:26] hoo: In theory, once the core is purged, any app which uses non-obvious outside connections can have the disclaimer in the app store, can't it? [19:10:58] We should be able to choose a sort order specific by category, but a developer told me a time ago that it is the responsibility of system administrators (system load was too slow when he told me that). [19:11:08] a930913: If there's a clear disclaimer, it should be ok (although generally disliked) [19:11:27] but the disclaimer has to be obvious and always visible while installing/ activating the tool [19:11:41] at best you ask me and I get in touch with legal over that [19:12:35] hoo: Currently, I control the store's contents with a userpage, but were it to be automatically generated/populated, the app description can just state that outside conenctions will be made. [19:13:40] Yeah, that should be ok if it mentions that these connections are not covered by the WMF privacy policy [19:14:11] Automatik: i think there's a bug / feature request asking for that [19:14:31] Automatik: in particular in context of wiktionaries [19:14:54] Away to get some food [19:15:39] Automatik: hmm, actually there isn't, but there's https://bugzilla.wikimedia.org/show_bug.cgi?id=44667 – this feature was implemented in the chinese-collation branch some time ago, but that was never completed/reviewed/merged [19:15:50] so, you might want to watch that bug for updates :) [19:16:17] no there is https://bugzilla.wikimedia.org/show_bug.cgi?id=28397, since years [19:17:10] but we still wait for it :) [19:17:39] hoo|away: "This app contains both secure and nonsecure items. Do you want to display the nonsecure items?" :p [19:19:36] Automatik: oh. neat, i linked that bug to the other one [20:56:01] gifti: we split the de meta history dumps into 4 because they run in parallel, and recombining takes a long time; it's more important to get them out the door and into the hands of the users [20:56:22] it's also better for downloaders to download several small files than one ginormous one [20:56:52] ok, thank you [21:20:52] Hey all. Can I get someone to take a look at https://bugzilla.wikimedia.org/show_bug.cgi?id=65437 and answer some questions for me? [21:21:23] Specifically, is it currently possible to upload files to Commons with the ".jpe" extension anymore? [21:21:52] Easiest to just try it [21:22:31] Reedy: I can't upload it with the old upload, the upload wizard (new upload) does extensions automatically, as does move + replace [21:22:45] but somehow some managed to get on Commons in the first place [21:24:41] I'm only following three bugs, 32660, 40479, and that one, and of the three, it looks like that one might actually have a chance of being resolved, so I'd like to, well, figure out what's going on [21:25:00] I don't know how the files wound up there, so I can't investigate ways to plug the hole