[15:47:18] *crazilon test [17:59:03] who is the image upload guru these days? [17:59:12] we're seeing some fun things in rc on commons: [17:59:24] [17:59:33] like these, lots of 0s where there shouldn't be [17:59:49] http://commons.wikimedia.org/w/index.php?title=File:Tasha90.png&action=history this otoh looks fine [18:16:22] apergos: that looks like ApiUpload doing magical stuff that it shouldn't be doing [18:16:53] check if they're uploaded with upload wizard; they'll contain a cat [18:17:50] Uploaded with UploadWizard that one was [18:18:20] UploadWizard was being bugchecked by brion last week. [18:18:39] mostly i just confirmed some bugs with the multi-upload [18:19:00] i did make a quick attempt to look at the internals when the bug with firefox 3.6 was reported, but quickly got lost [18:19:08] it's kinda scary code in places ;) [18:19:30] well I can try looking at a chunk of these with rc_cur_id=0 and see if they are all from the upload wizard or not [18:22:50] not all of them. rc type="log" ns="6" title="File:Gunther Von-Bultzingslowen-met-het-.jpg" rcid="64034030" pageid="0" revid="0" old_revid="0" timestamp="2011-11-21T18:13:12Z" comment="{{Information...... " logid="31812295" logtype="upload" logaction="upload"> but not upload wizard [18:23:15] so. I wonder what I file this against [18:23:47] what sorta bug is this? [18:24:26] well some uploads are showing up with rc_cur_id = 0 and some aren't [18:24:35] no apparent logic to it by inspecting rc [18:26:07] in theory there ought to be a page_id at this point... ?? [18:26:44] hmm funky [18:26:45] http://commons.wikimedia.org/w/index.php?title=File:Gunther_Von-Bultzingslowen-met-het-.jpg&action=history [18:26:48] here they are. [18:26:55] anyways there's rather a lot of them [18:27:00] might just be some awful caching race condition [18:27:17] http://commons.wikimedia.org/w/api.php?action=query&list=recentchanges&rclimit=500&rcprop=comment|title|ids|timestamp|loginfo&rctype=log [18:27:30] I am sure it is. both a race condition and something gawdawful to debug [18:27:36] yeah [18:28:03] so... (since I am not volunteering to debug it :-P) [18:28:18] probably some Title or Article instance isn't getting reset properly when the file: page gets created, or else the rc logging checks its existence via a lagged slave [18:28:34] if we can at least get that info in a bug that'll let us get to it later ;) [18:28:50] that's what I plan to do [18:28:55] I was wondering what to file it against [18:29:10] mediawiki / images or uploads [18:29:18] seems reasonable to me [18:29:38] yeah I was just deciding that [18:30:44] https://bugzilla.wikimedia.org/show_bug.cgi?id=25754 [18:30:53] so this says it's never filled but that's not true either :-D [18:40:45] this is hurting my eyes but it might be the case that the ones with good info are all from the flickr upload bot [18:45:42] yup, just cheked 5000 uploads/overwrites, of those, the ones with filled in pageids were all the flickr upload bot :-D [18:52:48] heh [18:53:23] hi guys. Could I get the topic? Sounds interesting [19:00:50] hello, we were talking about recent changes records for uploaded images on commons [19:04:11] hm - okay. not that interesting. ;) Thanks! [19:24:29] heh oh well [21:58:46] @replag [21:58:49] Krinkle: No replag currently. See also "replag all".