[03:20:31] is there any possibility to make mediawiki recreate thumb images? [03:20:56] Hi basisbit. [03:21:12] basisbit: That question is a bit confused, maybe. MediaWiki doesn't create thumbnails itself, exactly. [03:21:23] basisbit: Reupload the same image again or run the maintenance script on the command line.(Which I forget the name of right now.) [03:21:27] It uses ImageMagick or PHP's GD to take an input file and create thumbnails, usually. [03:21:37] Oh, re-create. [03:21:39] I can't read. [03:21:53] Yeah, there's a maintenance script. [03:22:33] I just activated imagemagick in the LocalSettings and now lots of images do not show correctly any more. I will try the maintenance script [03:22:49] rebuildImages.php, probably. [03:23:16] Though I think that's more for image metadata, not sure it regenerates thumbs. [03:23:35] are there any known problems with imagemagick and $wgHashedUploadDirectory = false; ? [03:24:11] Dunno, you could try searching Phabricator. [03:24:12] Trela, reuploading is not an option for images which are from wikimedia commons... [03:24:19] https://phabricator.wikimedia.org [03:24:23] basisbit: Are you using InstantCommons? [03:24:24] Ah. [03:24:50] Leah, yes [03:24:58] basisbit: If you're getting images from Wikimedia Commons, you're not really generating thumbnails, as I recall. [03:25:06] It might be configurable. [03:25:21] But InstantCommons can request the sizes from the foreign wiki and download the thumbs, I think. [03:25:33] Instead of doing thumbnails generation on the local (non-foreign) wiki side. [03:25:56] basisbit: Have you tried looking at the PHP error logs on the host? [03:26:05] It could be file permissions. [03:26:24] I mean, also check that the files are on the file system as well, of course. [03:29:09] Looking through the maintenance directory, I'm not sure MediaWiki has a maintenance script for re-generating thumbnails. [03:29:26] I think it's mostly done dynamically on page parse. [03:29:35] well, I enabled imagemagic and suddenly most images return 404 and in the thumbs folder the old images are there but now it asks for some files with parts of the hash-values like images/a/a3/... and others with correct path without the hash folder parts [03:31:34] Leah, fyi https://ddc.derpy.ws/media_wiki/Startseite [03:37:03] So https://ddc.derpy.ws/media_wiki/Datei:SafewayLifestyleProduce.JPG seems to work. [03:37:06] That's coming from Commons. [03:37:19] But saved, for example, here: https://ddc.derpy.ws/media_wiki/images/thumb/3/32/SafewayLifestyleProduce.JPG/800px-SafewayLifestyleProduce.JPG [03:37:32] https://ddc.derpy.ws/media_wiki/Datei:Footprint-1021452_640.jpg is a local upload? [03:37:54] yes [03:38:14] https://ddc.derpy.ws/media_wiki/Images/thumb/Footprint-1021452_640.jpg/120px-Footprint-1021452_640.jpg is failing? [03:38:26] Looks like a bad rewrite rule. [03:38:45] Did you configure short URLs? [03:38:52] didn't change any rewrite rule for weeks [03:38:55] Hmmm. [03:39:22] So you set $wgHashedUploadDirectory to false recently? [03:39:23] and nope, that file does not exist on the file system either [03:41:37] yes, but I also moved the thumbnails and the images out of the hashed folders [03:41:44] Why? [03:42:27] because after setting $wgHashedUploadDirectory to false, it changed the paths accordingly [03:42:45] Okay. [03:43:07] I'm looking at https://www.mediawiki.org/wiki/InstantCommons [03:43:17] Did something say to disable $wgHashedUploadDirectory? [03:43:48] yes, I needed it disabled for a custom frontend [03:43:55] https://www.mediawiki.org/wiki/Manual:$wgUseInstantCommons [03:43:57] Hmm. [03:44:31] https://ddc.derpy.ws/media_wiki/images/thumb/3/32/SafewayLifestyleProduce.JPG/300px-SafewayLifestyleProduce.JPG [03:44:38] InstantCommons uses hashing by default. [03:45:13] So you're probably creating thumbnails from Commons now in thumb///... [03:45:25] But you moved all the preëxisting thumbnails from local uploads. [03:46:05] 'hashLevels' => 2, looks like the relevant key. [03:46:19] any idea what part of php code generated the thumbnails, so I could "trigger" that manually [03:46:26] So you would remove $wgInstantCommons and do an explicit setup of $wgForeignFileRepos[], setting hashLevels to 0. [03:46:33] If you wanted Commons thumbnails to be in thumb/. [03:46:39] But you're kind of fighting against the software here. [03:46:45] Which seems a little silly. :-) [03:47:03] Like are you sure you really want all thumbnails in the same directory? [03:47:07] It's not good practice. [03:47:23] Hashing is used to avoid one directory getting too big with hundreds or thousands of files. [03:47:45] Anyway, your other issue is here: [03:47:54] https://ddc.derpy.ws/media_wiki/Images/thumb/Footprint-1021452_640.jpg/300px-Footprint-1021452_640.jpg [03:48:02] Do you see how "images" is getting capitalized there? [03:48:07] And MediaWiki is serving an error message? [03:48:15] You're not hitting the file system there. [03:48:23] Which means either a rewrite rule is intercepting the request. [03:48:28] Or the file isn't really on the file system there. [03:48:28] yes, but it is basically impossible to replace the File:Filenamewhatever.PNG links by direct links to images when using the hashed folders [03:48:32] Or some combination of the two. [03:49:08] basisbit: I'm not sure what you mean. MediaWiki supports [[Media:Filenamewhatever.PNG]] syntax for direct links. [03:49:18] You can also override link behavior with [[File:Filenamehwatever.PNG|link=somewhere else]]. [03:51:01] Leah: that would not allow different behaviour for wiki and web-frontend [03:51:18] I won't pretend to understand your requirements. :-) [03:54:15] anyways, there is a $wgHashedUploadDirectory option, and apparently there is some bug when using ImageMagic in combination with hashedUploadDirectory=false. You do not have any solution here on how to re-generate thumbnails, so I'll have to go back to a backup and loose many hours of content-implementing work :-\ thanks anyways. [03:58:33] uh, I disabled ImageMagic in the config and then reopened the page using ?action=purge and then the images are back and working. after turning on ImageMagic again, it breaks again. [03:59:00] any suggestions where I should start searching for the bug? @ Leah [04:06:05] https://phabricator.wikimedia.org [16:10:00] greetings, I'm having a very strange problem, i'm getting errors that a file is not found by convert command although its there (you can view original file too), and this happens when i have non-latin letters in the file name: example: https://historyworkshopsegypt.net/wiki/%D9%85%D9%84%D9%81:%D9%90Ahaly_9_Jan_2002.jpeg [16:10:46] as if the names are normalized somehow in the process ... [16:25:01] I'm using InnoDB with binary charset, and have the site language set to arabic [16:27:12] and in the database, filenames seem to show up correctly (without normalization) [18:02:24] Hi could i have some help to fix an extension that is failing on hook please. The extension is SemanticForms and fails on hook PageContentSave in SFFormUtils::purgeCache [18:02:53] This is the full error Could not insert main page: Invalid callback SFFormUtils::purgeCache in hooks for ArticleSave [18:02:58] https://phabricator.wikimedia.org/T121322 [18:05:15] Code located at https://github.com/wikimedia/mediawiki-extensions-SemanticForms/blob/master/includes/SF_FormUtils.php#L536 [18:05:27] the function is also used by hook ArticlePurge [20:25:56] paladox: You might try asking in #Semantic-Mediawiki ?? [20:39:33] Amgine: Thanks will do. [20:39:57] yw. They seem best qualified. [20:42:33] Amgine: Ok. :) [21:57:10] I love san francisco. Where else can i get a "curry-crepe"! [22:11:01] bawolff: Granville Island. [22:12:13] Bc is basically canadian california [22:12:27] They copy us. [22:13:47] Also, bawolff, dg711 is looking to apply for a wiktionary-based gsoc regarding https://phabricator.wikimedia.org/T38881 [22:14:26] I applaud him for starting the process early [22:15:00] Yes, that’s part of what I was thinking. Also, how/who to bribe on xyr behalf. [22:16:54] I dont think im planning to be a gsoc mentor next year (although thats a long time away) [22:18:14] Kk, but could you suggest who would be useful/appropriate? [22:20:13] Umm. Im not sure for wiktionary stuff. Normally its best to try to find someone who is working in that area already, but nobody gives wiktionary love... [22:22:22] darn, but so true. [22:22:29] hello? [22:22:52] CONNECT 33600 [23:03:46] hi, why is the 'No' a hyperlink on this page, please? https://libreplanet.org/wiki/Group:VPS:Gandi [23:03:53] it is supposed to be just text :) [23:08:46] * saper looks it up [23:13:05] svetlana: [[Libreboot::{{{Libreboot|}}}]] in the [[Template:VPS]] makes it a link [23:14:37] hi, saper, thanks for checking. but [[Custom kernel::{{{Custom kernel|}}}]] is not a link. why? [23:16:53] because semantic [23:17:14] Semantic MediaWiki defines properties [23:17:36] https://libreplanet.org/wiki/Property:Libreboot [23:18:06] https://libreplanet.org/wiki/Property:Custom_kernel [23:18:42] yes, saper. they're defined in the same way. one is a link but another is not. why? [23:21:33] not a semantic mediawiki expert [23:21:40] maybe some cron job didn't run? [23:22:22] SMW things tend to be fixed magically after the job queue runs [23:26:34] oh, right, I asked in a wrong channel :-) [23:29:58] no problem, I am wondering, too [23:30:29] * svetlana asks in #semantic-mediawiki and keeps half of an eye on the state of that page during the day [23:31:20] svetlana: was it a recent change? [23:31:28] Yes, about 5 minutes ago. [23:31:47] https://libreplanet.org/wiki/Special:Types/String [23:31:52] it's still not listed there [23:33:09] https://libreplanet.org/wiki/Property:Libreboot exists, though. [23:33:37] Its type is 'text', not 'string'. [23:36:01] https://www.semantic-mediawiki.org/wiki/Help:Type_Text#Compatibility_note [23:36:14] svetlana: https://libreplanet.org/w/api.php?action=query&meta=siteinfo&siprop=statistics&format=jsonfm there are 16647 jobs waiting to be started [23:36:27] svetlana: probably would be good to talk to the server admins to check cron [23:39:59] hi josephine_l, how are you doing! [23:41:18] Hi saper :) I'm good thanks, how about you? [23:41:30] excellent [23:41:46] lots of mediawiki work in the last few weeks, that's always good [23:42:01] Haha, there's a dev summit or something going on now, right? [23:42:20] will not be there unfortunately [23:42:46] okay, thank you, saper, I'll check it with the sysadmins [23:43:23] svetlana: must be it [23:43:27] saper, ah, okay. Which part of MW do you usually work on, if you don't mind me asking? [23:46:41] last weeks I did mostly upgrades of mediawiki for my customers [23:47:04] but my favourite piece is PostgreSQL compatibility, unfortunately neglected recently [23:48:56] saper: Oh, cool! :) Had no idea there were customers needing mediawiki - are they people who manage other wikis? [23:49:18] Oh, LOTS. [23:49:24] And yes, they are. [23:50:12] svetlana, interesting! [23:50:33] Do you do the same thing as well? [23:50:47] I used to manage a local wiki for a few months I recall. [23:50:53] For friends. [23:52:03] josephine_l: some even quite large corporations [23:52:49] Oh, I thought most wikis were run by volunteers. Interesting to know. [23:53:35] well, hard to define "most" [23:53:59] there is even wiki software (like Atlassian Confluence) aimed at corporate users [23:56:27] saper, Atlassian is wiki software? Haha, didn't know that either :) [23:57:08] I've been hoping to keep working for/with MW in some form or another after the Outreachy project you see. But I didn't know what opportunities there were. [23:58:39] atlassian is a corporation name that produces it, they also hava Jira, Bitbucket and other stuff [23:58:59] josephine_l: how is commons categorization doing? [23:59:41] saper, not too badly, we've gotten the main stuff up, so the GPS categorization works and displays now. :)