[00:52:10] [[Tech]]; 129.45.127.118; /* vide */ new section; https://meta.wikimedia.org/w/index.php?diff=15804624&oldid=15795097&rcid=8084805 [00:55:37] [[Tech]]; Ajraddatz; Reverted changes by [[Special:Contributions/129.45.127.118|129.45.127.118]] ([[User talk:129.45.127.118|talk]]) to last version by Defender; https://meta.wikimedia.org/w/index.php?diff=15804625&oldid=15804624&rcid=8084808 [02:44:42] Past few hours, I've been getting errors deleting and undeleting files on commons. Things like: [02:44:45] Error deleting file: Could not move file "mwstore://local-swift-eqiad/local-public/3/3a/Hoogendijkwiki2_cropped.jpg" to "mwstore://local-swift-eqiad/local-deleted/c/d/f/cdfi1yksj5px1dbco6uldmbatg320mf.jpg". [04:09:58] dmacks, on all deletions? [04:10:05] is it consistently reproducible? [04:12:42] It's sporadic. I was able to delete a file that file, but then reproducibly oer a few minutes could not undelete selected versions of it. Then I could undelete the whole thing. [04:12:57] A few hours later, I wasn't able to delete it at all. [04:15:02] Just now, I could delete, but attempted undelete of a few revisions gave this error as before: [04:15:06] Errors were encountered while undeleting the file: [04:15:06] The file "mwstore://local-multiwrite/local-deleted/g/q/6/gq6ktqygf7g9jfsl8kty1dkf8bj44bd.jpg" is in an inconsistent state within the internal storage backends [04:15:09] The file "mwstore://local-multiwrite/local-public/3/3a/Hoogendijkwiki2_cropped.jpg" is in an inconsistent state within the internal storage backends [04:15:53] ([[:commons:File:Hoogendijkwiki2 cropped.jpg]] is where I'm working) [04:16:05] I've heard of this issue before but it's not really my area [04:16:35] phab as occasional reports, but none recent that I see, and no obvious pattern. [04:16:40] s/as/has/ [04:16:45] I did learn a bit about filebackends and swift recently so I may be able to do a bit of digging, but now is really not a good time for me [04:17:06] yeah it's difficult if the issue is not reliably reproducible [04:17:55] And now I can't even restore the whole thing (previously I only got an error for selected revisoins) [04:19:29] dmacks: can you file phab reports when these happens with the full error messages and time stamps? it does help the swift people to go digging [04:29:00] Errors were encountered while undeleting the file: [04:29:00] The file "mwstore://local-multiwrite/local-deleted/c/d/f/cdfi1yksj5px1dbco6uldmbatg320mf.jpg" is in an inconsistent state within the internal storage backends [04:29:03] The file "mwstore://local-multiwrite/local-public/3/3a/Hoogendijkwiki2_cropped.jpg" is in an inconsistent state within the internal storage backends [04:33:25] Filed. [04:33:36] (sorry for the channel-spam with the messages!) [06:45:44] Oh look http://security.googleblog.com/2016/07/bringing-hsts-to-wwwgooglecom.html [20:23:56] MatmaRex: Do you know why this JPG is having display issues? Is it due to Color space? https://commons.wikimedia.org/wiki/File:Youngstown_State_Athletics.jpg [20:26:17] Josve05a, odd it's okay at different resolutions yet the generated 800x500px thumb has that issue [20:26:49] myrcx: and the thumb in th efile history at the bottom is also having an issue [20:27:07] but the black box is just one color and not the two different shades [20:29:47] Josve05a, not knowing as much as I'd like about the thumb generating stuff I tried downloading and re-uploading, no change :/ [20:40:27] Josve05a: no idea, i've never seen an effect like that before. it could be that, it's a CMYK image [20:40:42] it's also apparently a progressive JPG, which is also somewhat uncommon [20:48:02] MatmaRex: I've seen such issues like 2-3 times this month... [20:49:03] Josve05a: well, file a bug then! :D or maybe there already is one [20:49:25] yeah, that's what I don't know...don't want to create even more dupe-tickets xD [20:52:54] Josve05a: i found https://phabricator.wikimedia.org/T38346 (about CMYK, but that looks like a different problem) and https://phabricator.wikimedia.org/T26854 (which sounds similar, but was closed as resolved years ago, and there's no screenshot). so i'd file a new bug, and maybe mention those two as possibly vaguely related. [20:56:41] MatmaRex: I just did a really bare-boned ticket... https://phabricator.wikimedia.org/T141739 [20:57:22] thanks [22:03:32] Anyone here that knows how to change sorting options for Phabricator query searches? Like "by create date"? [22:03:40] https://phabricator.wikimedia.org/search/query/c0y9c6kuy_Nz/#R I want to see the oldest tickets... [22:14:02] Josve05a: use a manifest search rather than the generic object search -- https://phabricator.wikimedia.org/maniphest/query/nb0ckMXGhCtE/#R [22:15:05] that should be the default advanced search imo... [22:43:45] * bawolff has been wondering how to do that for like 6 months [22:54:12] ^^ [22:55:43] Josve05a, you want the generic phabricator advanced search to be restricted to Maniphest? I don't think that makes sense [22:56:59] ok, perhaps not, but if I search for something in the search bar, then see the results, and it is only tasks, and I see the words "Advanced search" in the left hand manu, but not the "manifest search" which is much more advanced...it feels odd. [22:57:41] The advanced search should perhaps have the manifest search as a "subpage" or something....for easier access...oh well... [22:58:59] that might make sense if each of the applications could register their own subpage type thing [22:59:07] phabricator is more than just maniphest [23:55:30] yeah I know, but many people using the search bar are most likely searching for manifests...