[00:04:01] wikimedia's SSL certificate will expire in 3 weeks, i hope you guys renew it by then ..unlike last time ..lol [00:04:40] I believe Ops are well ontop of it [00:07:17] yep they know [00:18:04] hi, how does one u/l a transcoded video file as a new version of a media? When I try to do so it will not let me change the extension. Is the only solution to u/l it as a completely separate file? [00:19:33] Why do you need to upload a transcoded video file? [00:21:17] the current version is not compatible with older browsers [00:53:19] Does the same not hold true for image formats? I uploaded a .PNG a while back for an article and it eventually got replaced with an .SVG, which is fine, but I am puzzled why it does not allow it for video formats either [00:57:00] Do the automatically transcoded versions not work? [01:00:27] there aren't any [01:00:33] and that's what I don't understand [01:01:57] as in the reasoning behind the decision [01:02:15] well, I kind of do understand but I don't know if I completely agree with it [01:03:38] it seems like it only transcodes .OGG to various resolutions of .WEBM but not the other way around, when it would allow for greater compatiblity [01:03:39] What old vrowsers are we talking about? [01:04:37] ex: Chrome v21 does not support .WEBM [01:05:05] why are you using such an old version of chrome? [01:05:09] or, in fact, is anyone? [01:06:09] not everyone can readily upgrade [01:06:26] well, not like chrome costs, not block you... unless you're on XP [01:06:35] and even then.. it's much newer than 21 [01:06:37] you're probably excluding a lot of poor countries that use old used hardware [01:07:27] Maybe [01:07:34] But they can manage to stream and watch videos online? [01:07:49] If you can download a large video... You can download a more modern version of chrome [01:08:10] maybe? you think some poor guy in Africa or India has the latest Mac Pro w/ Chrome v600 on it? [01:08:27] I didn't say that [01:09:05] if one of the goals of wiki* is to ensure the widest availability to everyone then it stands to reason that files should be made to support the widest audience as possible too [01:09:11] Hmm. Seems we support Chrome 17+ [01:09:15] So my point is null :) [01:10:09] As to your actual question [01:10:19] File a request in phabricator, asking for it to transcode hte other way [01:10:26] newer versions of Chrome on OSX require 10.6+, so they will not install on anything less [01:10:34] unfortunately [01:11:39] https://phabricator.wikimedia.org/ ? [01:11:58] "Chrome 50 ends support for Windows XP, OS X 10.6" [01:12:00] So they could use 49 [01:12:02] Yeah, please [01:16:03] for 10.6 users, but 10.5.X can only go up to v21 [01:16:20] Is https://phabricator.wikimedia.org/tag/timedmediahandler/ the component that handles the background transcoding process? [01:17:45] yup [01:21:14] interesting https://commons.wikimedia.org/wiki/File:Video_from_Lila_Tretikov_to_UNAM_Mexico_edit-a-thon_participants,_September_2015.webm has transcoding at bottom to .OGG, so maybe this is a regression bug, ie: https://phabricator.wikimedia.org/T113532 [01:23:18] how long does background transcoding take normally? [01:24:31] this has been up for > 1 month and there are still no transcodes: https://commons.wikimedia.org/wiki/File:09._%D0%93%D0%B0%D1%81%D0%B5%D1%9A%D0%B5_%D0%B2%D0%B0%D1%80_%D0%BA%D0%B0%D0%BA%D0%BE_%D1%81%D0%B8%D0%BB%D0%BD%D0%BE_%D0%B5%D0%B3%D0%B7%D0%BE%D1%82%D0%B5%D1%80%D0%BC%D0%B5%D0%BD%D1%82_%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81.webm it used to say "Transcode not required" until I purged the cache, now it just says "Not Ready" [01:24:33] Depends on the file size [01:24:39] ~66MB [01:25:02] 63.56MB [01:25:50] https://commons.wikimedia.org/wiki/Special:TimedMediaHandler [01:25:55] There's 2 marked as transcoding atm [01:28:20] I only see https://commons.wikimedia.org/wiki/File:Indoor_cycling_on_the_velodrome_of_Alkmaar,_Netherlands._W._Gopro_hero3_black.webm ? [01:29:05] what does "Reset Transcode" do? [01:30:04] Requeues it [01:31:34] so it purge the current transcoded file, if any and then re-queues it? [01:32:31] oh sweet, I see it queued now [01:33:02] is transcoding normally an automatic process or does the original u/l-er need to initiate it [01:33:14] nope, that's all you should need to do [01:33:56] hmm, I'm guessing it must have failed for some reason, sure in a month it would have transcoded all the resolutions by now [01:34:04] s/sure/surely/ [01:34:28] yeah [01:34:37] even if it's failing, file a task about that too :) [01:34:48] if it's not brought to peoples attention, it won't get looked at [01:36:17] is there a way to see what the error was? [01:36:27] Not publicly [01:36:34] I can look at the logs and see if I can find it [01:38:17] I thought we logged it [01:41:05] maybe it got purged? [01:43:11] oh sweet, it finished https://upload.wikimedia.org/wikipedia/commons/transcoded/a/a7/09._Гасење_вар_како_силно_егзотермент_процес.webm/09._Гасење_вар_како_силно_егзотермент_процес.webm.1080p.ogv [01:43:31] success! [01:44:12] so does one need to do anything to the linking article so it sees the trancoded file too? [01:44:32] Um... I honeslty don't know how the transcodes look for embedding [01:44:41] or is the system smart enough to show a link to both filetypes [01:50:57] hmm, doesn't seem to have updated the article. So is there a proper way to link to the transcoded file? [01:53:29] also, is there a way to delete an u/l? I re-u/l-ed it earlier so that probably can be purged now, if it isn't automatically [02:16:11] Reedy: hmm, I'm reading https://www.mediawiki.org/wiki/Extension:TimedMediaHandler but I'm still unclear on how it would reference the transcoded file, it sound like a special JS/HTML5 player should automatically load that selects the exact format that plays based on browser support [02:26:23] weird, even if I directly link to the auto-transcoded .OGG file, it still tries to play the .WEBM version :/ [02:27:04] Sorry, I've honestly no idea how it decides what to play [02:58:51] Reedy, thanks for all your help, I went ahead and re-opened https://phabricator.wikimedia.org/T113532 and added a comment. It looks like you worked on this in the past :) For now, I've found a workaround if I navigate to the meta-page for the file hosted on wikimedia commons, I can view the transcoded version, it's a few clicks but seems to work [08:42:02] hi [08:42:14] can sb look at https://commons.wikimedia.org/w/api.php?action=query&meta=siteinfo&siprop=statistics&format=jsonfm [08:42:25] "jobs" is high [08:42:33] can it be a problem? [08:42:47] ans can it be bot-jobs related? [08:44:16] https://grafana.wikimedia.org/dashboard/db/job-queue-health hmmm, it does look to be growing [08:45:48] I decreased bot activity ~twice a while ago [08:46:06] if you want to chech if it is related [08:47:24] similar activity level did not hurt of Friday [08:47:57] well, it's pretty unlikely, I'm going to file a bug for it [08:49:57] https://phabricator.wikimedia.org/T151196 [10:20:28] legoktm: it seems that after slowing bot jobs, queue goes down slowly; at least for commons [10:21:33] but it may take 2-3 days to reach the typical level [10:53:21] ankry: if you could comment on the task, I'd appreciate that [10:57:59] legoktm: ok. [11:02:04] The typical wait time does not seem to have increased much [11:28:13] Nemo_bis: AFAIK all box check maxlag [11:29:25] there were moments of higher db replication lag, but theese were seconds, meybe minutes long [11:30:20] s/box/bots/ [11:30:31] hi [11:30:36] I need shell access to commons archive [11:30:39] or a server side upload [11:30:41] I have 45 GB in FP RAWs that need to be there [11:35:30] https://commons.wikimedia.org/wiki/Help:Server-side_upload [11:36:59] The_Photographer: for *commons archive* please ask https://commons.wikimedia.org/wiki/User:Zhuyifei1999 [11:49:35] Thanks Steinsplitter [11:55:30] What's the point? There's archive.org for raw materials. [12:00:29] Nemo_bis: I can't underestand why it's not listed in google search results, however, there is a commons archive https://commonsarchive.wmflabs.org/wiki/Main_Page [12:04:39] I know that wiki exists [12:05:19] You should bookmark or document the URL if you think the wiki important. :) You can't always depend on the search engines' graciousness [12:07:22] Nemo_bis: Thanks, however, I preffer use google to search everything, my brain memory is only a google hash [13:42:08] IA and ISC no longer friends it seems https://monitor.archive.org/weathermap/weathermap.html [13:43:03] Since at least 4 months ago oh well https://archive.fo/VQRZ8 [14:12:52] hello.. can someone help me? [14:13:53] !ask | Wiki13 [14:14:04] Meh. Where's my bot? Well: [14:14:12] Wiki13: Don't ask to ask. Just ask. [14:14:21] im kind of locked myself out of my account with 2fa [14:14:25] .. [14:14:37] hm. whoops [14:14:38] Don't worry, it's expected :) [14:14:47] i did something really stupid and the scratch stuff doesnt work [14:14:57] :/ [14:15:04] It's a grand scheme to increase opportunities for shell users and users to become friends [14:15:35] so is there anything i can do about this? [14:15:36] :D it can be reset if you can prove you're really you. but Nemo_bis probably knows how this works better than i do [14:16:07] ah [14:16:39] Well, I doubt there's more than https://wikitech.wikimedia.org/wiki/Password_reset [14:17:01] how do you want me to confirm its me? [14:17:29] i can think of a way of giving u guys my email, which could be checked towards the database [14:17:37] i think [14:17:43] That can work, aslong as it's not wiki13@gmail.com :P [14:17:54] "Lock the account for a few days so if the request isn't legitimate, the real owner will likely notice that something is going on" https://wikitech.wikimedia.org/wiki/Password_reset/Confirming_identities [14:18:04] or something similarly obvious [14:18:17] well... [14:18:20] (I think this has never been actually done) [14:18:31] i have used one of the free email services [14:18:35] The locking part? [14:18:38] Reedy: yes [14:18:43] Not AFAIK [14:18:52] if you want to be sure i can send an email [14:19:01] to confirm its me [14:19:05] Wiki13: Did you not write down/copy your recovery tokens? [14:19:17] well thats the problem [14:19:29] i removed 2fa before [14:19:46] and set it up again [14:19:57] i thought i pasted the correct codes but app not [14:20:10] so my saved scratch codes dont wotk [14:20:20] meaning i locked myself out [14:20:41] which is, to say the least, very stupid [14:21:30] You're not the first. You won't be the last [14:21:42] mhm [14:21:50] Have the user write a request to disable 2fa in their home directory on a Labs or Tools bastion. <- i can do this still i think [14:21:55] to verify it [14:22:10] gimme a sec [14:22:21] Wiki13: that's for wikitech purposes [14:22:34] Are you talking about on wikitech? Or on wikipedia? [14:22:42] i mean as a way to proof its me [14:23:02] But wikitech accounts aren't linked to wikipedia etc [14:23:09] mhm [14:23:24] What's your wiki username? [14:23:27] same [14:23:32] wiki13 [14:24:17] question... does 2fa of wiki carry over to phabriactor? [14:24:33] If you're still logged in via phab... [14:24:39] let me try [14:24:40] You might be ok [14:26:37] im logged in phab [14:27:30] what should I do now Reedy? [14:29:21] I do note you've got both ldap and oauth setup for your phab.. which is kinda good [14:29:34] yea [14:30:23] well i did that because its convenient for me.. i suppose [14:30:33] Trying to decide if asking you to file a task for it is sufficient [14:30:39] okay [14:30:53] Annoyingly, this is something that hasn't fully been decided on yet [14:31:29] Meh, might aswell create a ticket for audit purposes [14:34:37] [[Tech]]; 185.43.191.183; /* Help me */ new section; https://meta.wikimedia.org/w/index.php?diff=16091690&oldid=16078025&rcid=8573098 [14:35:20] Reedy: https://phabricator.wikimedia.org/T151209 is the task [14:37:46] I´ll do something else until my account is unlocked [14:38:17] [[Tech]]; Tegel; /* Help me */; https://meta.wikimedia.org/w/index.php?diff=16091696&oldid=16091690&rcid=8573107 [14:38:25] Wiki13: I think I'll just remove it for you tbh [14:40:29] Wiki13: it's gone [14:40:36] ok [14:41:09] thank you very much Reedy [14:41:13] np [14:41:25] Be more careful when you set it up again ;) [14:41:50] yea.. [14:42:33] i was figuring if i could have two devices for 2FA, and fked up halfway through the process [14:42:58] Unfortunately not (yet) [14:43:10] Though, it may be possible if you do multiple scans of the code [14:43:23] thats what I was trying to do [14:44:38] did you guys have something like this happen already or am i one first in prod you had to do it for? [14:45:02] cause i wouldnt imagine this wont happen often [14:45:07] would* [14:45:25] You're the second person I've done it for in the general public [14:45:33] I've done it for 1 WMF staff member on wikitech before [14:46:13] oh [14:46:34] once (if?) it rolls out to more permissions I think you'll be doing it a lot more :/ [14:47:12] or when it rolls out to the general public [14:47:43] And we need more defined guidelines on when we should do it [14:48:11] I'm assuming you'd accept a committed identity? [14:48:47] I can't really think of many other ways you'd confirm, bar as above with the OAuth'd phab account [14:49:19] Yeah, committed identity can work [14:49:40] If people have a non public (/obvious) email address, and can confirm it... [14:49:56] Or, if I know a person AFK, and can contact them via other means [14:50:11] Or, by extension, people I know that know this person (to a certain depth, anyway) [14:51:20] I agree with the last two - I guess you guys are going to have to draw the line when it comes to account compromise [14:51:38] if someone gains a 2FA'd accounts password, what if that's been reused for the email etc [14:51:39] *shrug* [14:51:55] Unfortunately, it's happened [14:52:15] It needs a bigger discussion for some of the ways [14:52:26] What's appropriate, what's not [14:52:39] I can imagine... and I don't envy you for having to make those guidelines [14:52:59] Probably won't be making them ;D [15:00:23] Everybody add https://nl.wikipedia.org/w/api.php?action=feedcontributions&user=Wiki13&namespace=8&feedformat=atom etc. to their feeds [15:00:43] wot [18:16:30] andre__: hey! uh... i just edited phab:E66... this apparently caused all *past* instances of that event to be overwritten. is that expected? is there a way to undo that? [18:18:22] andre__: ah, i guess it just overwrite all teh titles. still sucks. i can no longer see which rfc meeting was about what. [18:18:56] the titles and the descriptions [18:19:00] comments are still there [18:19:02] this sucks [18:38:57] DanielK_WMDE: no idea, sorry. But if you think it is unexpected behavior (a so-called "software bug"), please file a ticket ;) [18:39:13] * andre__ hasnt really played with the calendar in phab [18:40:48] andre__: https://phabricator.wikimedia.org/T151228 [18:41:01] merci beaucoup [18:41:24] andre__: any chance to get back the log of a year worth of rfc meetings? [18:42:26] the actual session logs are in comments and should still be there. [18:42:40] but without session titles and descriptions, it's kind of hard to find anything... [18:45:50] DanielK_WMDE: I don't know. Maybe someone in #wikimedia-devtools knows. [18:47:10] andre__: asking, thanks