[00:43:21] Hi, there is a way yo show (on dpl or other) all the categories with some prefix ordered by the count pg pages they have? [00:43:51] To show all categories by prefix i use 'titlematch', how to order them ?(and show pages count)? [01:06:36] The only option ican think about with looking at the doc is: to pass a sorting 'lambda' which [01:07:10] Will be like:{{pagesincat:÷pagename÷}}, possible somehow? [05:37:16] https://www.mediawiki.org/wiki/Manual:RunJobs.php#Caveats is bad advice right? [05:37:31] Setting cache to CACHE_DB for jobs sounds like a terrible idea to me [05:40:25] the flow thread linked there suggests CACHE_NONE, not CACHE_DB (which actually matches the text) [05:41:57] bawolff: https://www.mediawiki.org/w/index.php?title=Manual:RunJobs.php&diff=3127379&oldid=2882731 -- better? [05:42:00] arguably for something long running like a maintance script, maybe 'hash' would make sense, although might leak memory. Not sure if there are any limits on that [05:42:32] yeah, that seems at least less likely to harm something [05:42:38] I was considering removing the whole section [05:42:59] but i guess people are actually experiancing this issue [05:43:19] or did once and this maybe helped ;) [05:43:43] we grow a lot of strange doc advice based on hearsay [05:44:28] yeah [08:16:42] @jeropbrenda posted in How to get captions from a file? - https://discourse-mediawiki.wmflabs.org/t/how-to-get-captions-from-a-file/1207/1 [11:52:57] Hello! Can someone help me with a problem? My newly set up mediawiki won't display images. I can upload images, they show up in the list of files, just the image can not be displayed. I can see the file in the ftp located at http://wiki.sv-neidlingen.de/images/0/0b/SVN-Logo_256x256.jpg [11:53:41] but displaying the image in the browser just does not work, showing an 500 internal server error... Does anyone know how to fix this? [11:55:24] I tried to deactivate the +FollowSymLinks in the .htaccess of my image folder as a support site suggested, but it did not work [11:58:38] I also added setlocale(LC_NUMERIC, "C"); to my LocalSettings.php since I read this: https://phabricator.wikimedia.org/T181987 [12:06:47] Stugman: https://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#Image_Thumbnails_not_working_and/or_appearing [12:46:52] Thanks andre, but I tried that before and it did not work. I could finally solve my problem by using this support page: https://www.mediawiki.org/wiki/Topic:R2r6324o7tlftx8x [14:29:45] andre__: I have a q about phabricator [14:30:19] do you know if you can use Herald to post updates from one phab instance to another? [14:43:54] Hi, there is any option to show all the categories with same prefix ordered by the amount of pages each one has? [14:46:28] hexmode: I'd be surprised if that was possible. How would you handle/store the account authentication for "the other instance"? [14:47:05] hexmode: Existing options are in the screenshot on https://www.mediawiki.org/wiki/Phabricator/Help/Herald_Rules [14:47:37] hexmode: maybe via some webhooks if at all. But I haven't played with them yet. [14:47:42] andre__: I was thinking about some sort of token like Twitter or Github gives you for apps that act on your behalf. [14:48:04] andre__: ok, thanks for the info [14:48:28] hexmode: That does exist in Phab, see https://phabricator.wikimedia.org/settings/panel/apitokens/ [14:49:14] So maybe Herald in combination with webhooks. If at all. [14:49:26] hexmode: Maybe ask in https://discourse.phabricator-community.org/ if someone knows best practices? [14:51:39] andre__: yeah, that would be my next place. But first, I have to create some tasks. [14:51:46] heh [15:08:15] andre__: ok, here is a question I know you can answer: my project has milestones. What is your prefered way to track those in wmf's phabricator? [15:10:35] * hexmode goes ahead with task creation while he waits for direction [15:16:46] hexmode: https://www.mediawiki.org/wiki/Phabricator/Project_management#Parent_Projects,_Subprojects_and_Milestones [15:17:05] noice [15:25:04] and [15:25:45] andre__: is that "included when searching for parent" column correct for Project Column? [15:36:40] chicocvenancio_, I have no idea what that is supposed to mean in the docs. I did not write that part. :-/ [15:38:33] it seems to me to compare the different features in phab that one can use to handle "sub tasks". the big one for a worboard column is that it is not searchable itself, but I would think it'd be included in searches of the parent project [15:40:01] chicocvenancio_, ah. The first column means "You cannot search for a task being in a specific column as the search interface does not allow specifying a column." Hence logically the second column is also a "no"? [15:40:08] Interpretations, interpretations... [15:40:27] Feel free to edit/clarify/footnote away? [15:41:10] yeah, I don't feel confident enough of my interpretation of what is written and phab behavior to edit [15:41:43] Reedy: around? I was told you are the person to talk to about Jenkins. [15:42:00] I am, but I think you've probably been misled [15:42:08] I know some stuff about jenkins and CI, but not that much [15:42:18] #wikimedia-releng maybe for CI [15:42:25] Who would you suggest? You know more than me :) [15:42:40] I might be able to help, depends on your actual question [15:42:41] * hexmode tries releng since Reedy is there, too [15:46:38] andre__: ty for your help. I've pinged the channel. [15:49:22] hexmode: while I left you too many questions in https://phabricator.wikimedia.org/T217843 :D [15:50:23] :) [16:08:48] andre__: thanks for helping me think through https://phabricator.wikimedia.org/T217843. I'll check back for reseponses. [19:12:11] <7ITAANWPZ> While solving a bug in phabricator, T216938: Upgrade ReplaceText extension to use newer phan, I'm facing an error as 'Build step 'Execute shell' : marked build as failure' (https://pasteboard.co/I4kC03d.png). Can someone please help me out? [19:12:12] T216938: Upgrade ReplaceText extension to use newer phan - https://phabricator.wikimedia.org/T216938 [19:14:28] 7ITAANWPZ: The errors are the lines above [19:20:07] <7ITAANWPZ> Can you please give me more insights on what you have mentioned above? [19:22:01] src/ReplaceTextHooks.php:31 PhanUndeclaredTypeParameter Parameter $adminLinksTree has undeclared type \ALTree [19:22:01] 12:09:59 src/ReplaceTextHooks.php:32 PhanUndeclaredClassMethod Call to method getSection from undeclared class \ALTree [19:22:01] 12:09:59 src/ReplaceTextHooks.php:36 PhanUndeclaredClassMethod Call to method __construct from undeclared class \ALRow [19:22:02] 12:09:59 src/ReplaceTextHooks.php:40 PhanUndeclaredClassMethod Call to method addItem from undeclared class \ALRow [19:22:02] 12:09:59 src/ReplaceTextHooks.php:40 PhanUndeclaredClassMethod Call to method newFromSpecialPage from undeclared class \ALItem [19:23:24] And then there's more errors further up [19:23:25] 12:09:48 RecursiveDirectoryIterator::__construct(includes/): failed to open dir: No such file or directory [19:23:25] 12:09:48 RecursiveDirectoryIterator::__construct(tests/phan/stubs/): failed to open dir: No such file or directory [19:24:34] Sounds like the extension depends on AdminLinks but its not a dependency according to jenkins [19:25:59] <7ITAANWPZ> So can you please tell me what can I do to solve this error? [19:26:53] 7ITAANWPZ: So my guess would be, write a patch to the integration/config.git repo modifing the file zuul/parameter_functions.py to make the ReplaceText extension require the AdminLinks extension [19:56:11] Robert Vogel @Osnard posted in How to define constants from extension code? - https://discourse-mediawiki.wmflabs.org/t/how-to-define-constants-from-extension-code/1209/1 [21:53:11] Please help -- after I "Upload a new version of this image" .. the pages that use scaled versions of the image do not automatically get new the new image without some manual per-page coercing.. how can I guarantee that users will see the new version of an image after it has been updated? [21:57:46] This is very hard to solve. I created an extension for our wiki that solves that, by giving every image revision a unique URL, which avoids caching an old version of the image with different dimensions https://github.com/ciencia/mediawiki-extensions-WikiDexFileRepository [21:58:02] There haven't been any progress so far in MediaWiki about this [22:00:28] Wow. That is surprising. [22:01:30] is there a maintenance script I can run continuously with a low CPU limit? [22:02:07] revansx[m]: Are you saying the aspect ratio is wrong? Or the url is otherwise not updated, or are you saying that the browser cache is the issue [22:03:00] The problem is usually the browser cache. You can't run a maintenance script on your visitor's computers/mobile devices :) [22:03:56] revansx[m]: What caching headers are your images being served with? [22:04:06] Possibly adjusting them can help reduce this problem [22:04:26] Reduce, but never eliminate... [22:04:27] I can accept the client side cache issue, but I'm referring to the re-generation of the thumbnails and scaled images [22:05:12] please tell me how to inspect my "caching headers" .. where is that defined? [22:05:23] When you upload a new version of a image, all pages using that image are purged. Depending on what cache policy are you using for pages the page cache may expire from browser's cache, but not the cached image. That problem is unsolvable unless images have a per-revision URL [22:05:47] If the problem is that your thumbnails aren't regenerated, that's a very different problem! [22:06:29] To inspect headers, hit F12 on your browser, select the network tab, and reload the page [22:07:01] Just make sure to look at the images cache header, not the pages. The network tab should have all the loaded assets [22:07:24] I'm not completely sure where the problem lies.. I need guidance on what to check for to make sure that the problem is not on my MW/PHP/Apache config [22:07:53] For reference, a bug exists about URL versioning T19577 [22:07:53] T19577: Thumbnail urls should be versioned and sent with Expires headers - https://phabricator.wikimedia.org/T19577 [22:08:45] revansx[m]: is your wiki public? if so can i have a link [22:09:08] sorry. not public. [22:09:33] revansx[m]: You can right-click on the image, copy the image URL, open it on a new tab, and hit CTRL+R. If it now displays the correct version of the image (a current one, not an old one), problem is browser cache [22:09:50] but, brian, if you are free to do so, I would be happy to do a screenshare session with you. [22:10:06] Vulpix: (y) [22:10:24] er.. Vulpix .. that's a good idea. thanks! [22:11:02] Of course, one can configure images to be served as Cache-Control: must-revalidate (on the server software, not MediaWiki), but that'd be a waste of connections to the server anyway [22:11:29] stashbot: thank you for sharing that bug link.. i will follow that [22:11:29] See https://wikitech.wikimedia.org/wiki/Tool:Stashbot for help. [22:12:27] So yeah, that's basically the trade-off, you can set cache-control headers to reduce time of cache of images at the expense of slower performance for always rechecking [22:15:55] My ultimate problem is how to explain this to users [22:17:35] Is there a link to a page that says how to configure mw to set cache headers that force images to expire at a certain interval? [22:18:14] Its not controlled by mediawiki but the webserver (usually. if using img_auth.php then MW may also be involved) [22:18:34] yes, i use img_auth.php [22:18:43] and memcached [22:19:21] no, webserver means apache, nginx, IIS... [22:19:46] for apache you could potentially use something like https://httpd.apache.org/docs/current/mod/mod_expires.html [22:20:40] oohh [22:22:53] I guess in theory with ImgAuth.php you could use the ImgAuthBeforeStream hook to add an Expires header. That's a bit hacky though [22:23:48] although the existing cache-control: private might step on that. [22:24:23] Or simply configure a for images, and use the headers module to add headers http://httpd.apache.org/docs/current/mod/mod_headers.html#header [22:24:48] The header you want is probably something like [22:25:06] I'm using MW via MEZA in a small (<200 user) enterprise environment. This is all a little over my head and I'm hoping to work with the MEZA users to get a recommended solution documented on the in the MEZA manual [22:25:22] So if you added a header like: [22:25:24] Cache-Control: private, max-age: 300 [22:25:33] It would mean, cache for at most 5 minutes [22:25:54] That sounds extremely promising [22:26:03] you'd of course only want to override the header for images and not for normal pages [22:26:15] right [22:26:45] https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Cache-Control has other caching possibilities [22:27:44] man.. this is getting overwhelming [22:28:53] I'm running MW on a LAMP stack.. there has to be a single recommended solution to this issue [22:33:49] https://www.mediawiki.org/wiki/Meza/Caching_Headers_to_ensure_the_latest_images [22:34:57] Probably using apache mod_header to set something like "cache-control: private, max-age: 300" is probably best [22:35:34] although i do wonder with T19577 why we don't just include an sha1 hash prefix in a query parameter [22:35:34] T19577: Thumbnail urls should be versioned and sent with Expires headers - https://phabricator.wikimedia.org/T19577 [22:36:11] seems like that wouldnt be too hard [22:41:52] ^ I am all too easily excited when I hear statement like that 😃 [22:41:55] My extension uses the revision timestamp. Both are easily available [22:42:35] Vulpix are you saying your extension does the trick on the server side? [22:42:55] Yes, but requires rewrite rules not documented on the extension repo [22:44:36] aye.. I have rewrite rules.. can you elaborate on the install? [22:44:37] re: https://github.com/ciencia/mediawiki-extensions-WikiDexFileRepository [22:45:46] Vulpix: also.. if someone like bawolff resolves T19577 as discussed would that make your extension obsolete? [22:45:46] T19577: Thumbnail urls should be versioned and sent with Expires headers - https://phabricator.wikimedia.org/T19577 [22:46:08] * bawolff is not volunteering himself :P [22:46:21] lol [22:46:32] c'mon .. I dare ya! [22:47:08] For install, it needs this in LocalSettings.php https://dpaste.de/kg9g/raw [22:48:24] I use nginx, so my rewrite rules won't work for apache [22:50:08] but basically, the URL have an extra /latest/ path before the filename, which is stripped by rewrite rules [22:50:18] An example can be seen here https://www.wikidex.net/wiki/Especial:NuevasIm%C3%A1genes [22:51:16] can you share your rewrite rules so that I can maybe reverse engineer them for apache? [22:51:16] I can have long cache expires of 30 days and not worrying about people seeing old versions of images [22:54:35] revansx[m]: https://dpaste.de/F5UC/raw [22:56:26] Vulpix .. fyi .. https://www.mediawiki.org/wiki/Meza/Caching_Headers_to_ensure_the_latest_images#Option_1_-_Extension:WikiDexFileRepository [22:57:00] It has nothing to do with Meza, but whatever... [22:57:40] agreed, but I know of nowhere else to put it.. where do you think it should go? [22:58:10] have you made an extension page for it? [22:58:22] nope [22:58:43] even the name of the extension is very particular to our wiki :P [22:59:05] In lieu of an extension page, are you ok with me documenting my use of it on the meza page? [22:59:22] yes, feel free to do that [23:00:19] I wonder why WMF hasn't implemented something similar. With the amount of traffic they get, I'm sure they'll benefit a lot [23:01:49] Ok. thanks. [23:02:31] WMF is an interesting group. They've got the best piece of software ever made for knowledge and they only seem to recognize their uses. [23:07:18] from what i understand, bandwidth is not a significant expense for WMF [23:07:36] The main benefit would more be about reducing client latency [23:08:31] revansx[m]: I think WMF has reverse Stockholm syndrome with MW. They've been forced to use it so much that they've grown to dislike it [23:25:51] I've been brushing up on how different irc commands work. And I looked at the ban list for this channel, and I'm wondering why *!*@wikimedia/heatherawalls is banned from this channel? [23:26:33] Isn't that someone who works in communications dept at wmf? [23:32:13] Might join/quit spamming at some point? [23:33:43] ah, that makes sense [23:54:42] bawolff ha ha