[00:01:03] @hexmode - what username? [00:01:21] Or, perhaps, what wiki? [00:01:25] HappyDog: MarkAHershberger [00:01:25] No hexmode on mw.org. [00:01:35] OK - will do. [03:33:37] hello, anyone knows how can I add a button to save changes to a module and doesn't matter the errors? [03:38:42] A lua module? [03:38:51] yeah [03:39:05] i need an extension, I already installed scribunto and the button doesn't appear [03:41:39] You have to fix the errors. The button was removed a while back. [03:42:32] How can I get an earlier version? [03:42:34] I need the button [03:43:19] Why do you need to save a module with errors? It won't do anything [03:43:34] It would. [03:43:37] It works. [03:46:47] If the module works, it wouldn't have errors. [03:47:15] I save with errors and it works. How can I get that earlier version? [03:47:44] Or a changelog? [03:50:52] http://www.gossamer-threads.com/lists/wiki/wikitech/512909 [03:51:06] thanks [03:52:32] Using the REL1_24 version might work [03:52:37] thank you [03:52:55] https://git.wikimedia.org/log/mediawiki%2Fextensions%2FScribunto.git/refs%2Fheads%2FREL1_24 [04:11:41] still doesn't work [04:11:46] it says error, doesn't saves [04:12:04] wait ill solve it [04:12:55] still doesnt work [04:13:34] i have to export [07:17:18] Hello I am an Italian girl, and I love to do sex in all the ways, visit my site http://mirianator.altervista.org/ [07:22:20] /cs op #mediawiki [10:53:40] I have the following problem: When I change a template that's used in a few places, one of the pages using it (the main, index page of our wiki) does not update accordingly. only after editing that page, or touching LocalSettings.php, are the changes in the template reflected in that page. another page using the same template is updating just fine. this is with MediaWiki 1.23.11. any idea what could be causing this? [10:55:05] RalfJ, caching... be it reverse proxy or browser cache [10:55:34] threesixes: there's no reverse proxy between me and the server. I hit F5 in firefox several times, to no avail. [10:56:36] what server are you using? [10:57:34] apache [10:57:57] ugh [10:58:49] what about apache restart does that update the template with refresh + f5, or browser restart also [11:00:18] threesixes: nope, no change. some other page using he same template updated fine though. it seems to be something about that particular page, or so [11:01:38] im guessing its some apache automagic settings caching elements. i like the php-fpm + nginx rig [11:01:52] Hi, does anyone know how I could create a wiki page associated with my username? Something like this one: https://www.mediawiki.org/wiki/User:Sputniza/Interview_guide_line [11:02:16] I know how to edit my profile (the User: page) but can't figure out how to make subpages [11:02:59] josephine_l: just edit it like you would any other page [11:03:15] You might need to amend the URL in your browser to get where you want it to be first [11:03:41] So I navigate to whatever URL I want for my page, then edit it? [11:03:42] threesixes: there's most definitely no caching going on on the apache side. it's a plain php-fcgi setup. I restarted apache. other pages are working fine. changes to the navbar are immediatel reflected on *all* poages, including the page that still does not correctly use the current version of the template. [11:03:58] Cool, thanks. :) [11:04:06] if the HTML output would be cached anywhere, then the navbar wouldnt update either [11:04:15] Is there any protocol in how the URL organization should be done? [11:06:31] RalfJ: threesixes: it may be a problem with the job queue. or the parser cache invalidation of pages. See https://www.mediawiki.org/wiki/Manual:Job_queue#HTML_cache_invalidation [11:07:13] josephine_l: it depends on the wiki religion one subscribes to... Ward Cunningham would probably eschew subpages User:X/Here/There [11:07:14] idk that's just weird... [11:07:36] Haha, thanks! [11:08:03] Vulpix: that sounds plausiclbe. I also jad some trouble with the same page not generating thumbnails for images after a server move (where I first forgot the images/ folder). after editing the page once, all thumbnails re-appeared. but now I also need to edit it to make it notice new templates :-/ [11:11:45] josephine_l: but on some wikis they are popular like http://wiki.blender.org/index.php/Meta:Skins/Naiad/Mediawiki or http://wiki.blender.org/index.php/Doc:2.4/FAQ/Animation [11:12:06] Noted, thanks saper :) [11:12:28] Also, err, not really a MediaWiki question, but how do you address the chat to someone? [11:12:35] saper: test [11:12:55] like that [11:12:57] josephine_l: that's a convention that is supported by most irc clients [11:12:59] josephine_l, like this? [11:13:06] just mentiong their username is enough [11:13:07] Vulpix: showJobs.php shows 8 jobs - I suppose those are jobs waiting for execution? with such a small wiki, why could it take so long for the jobs to be executed? [11:13:11] Reedy: So this works, you see it highlighted? [11:13:14] yus [11:13:23] Oooo. Cool stuff. :D [11:13:40] also, maybe I should mention, the tempalte is only used *indirectly*, through another template, in the troublesome page. [11:13:42] most people highlight their nickname or some keywords they like [11:13:50] josephine_l: which IRC client are you using? [11:13:51] I see that other template appear in the showJobs, but not the main page istelf [11:13:53] *itself [11:13:57] Vulpix, is the last person to say threesixes josephine_l [11:13:57] saper: HexChat [11:14:15] josephine_l: try /ctcp saper version [11:14:18] threesixes: Wuh? ~.~ [11:14:19] josephine_l: or /ctcp saper time [11:15:06] josephine_l: cool, isn't it? :) [11:15:15] saper: Quite :) [11:15:19] im pretty sure my pc is fed up with me, the browsers are broken now lol [11:15:41] RalfJ: maybe there's a bug on the code, I don't really know... you can try running the maintenance script runJobs.php [11:16:04] josephine_l: my client is lying a bit, the server I am on IRC is configured to use UTC, but I am CEST (+2 hours) [11:16:33] im curious is 1.23.11 the latest? seems to me i was working with something like 1.25 a few months ago? [11:16:47] 1.23.* is LTS [11:17:10] You probably were [11:17:22] 1.25 is the generally considered stable version [11:18:10] Hmmm. Got a problem here. I'm supposed to copy my Outreachy proposal from Phabricator to a Wiki page... But the formatting code used by both is different [11:18:20] So I have to re-format the whole thing? :( [11:18:55] josephine_l: try pasting it to Visual Editor. Not sure if that would work, though [11:19:10] Visual Editor? [11:19:23] !ve [11:19:23] VisualEditor is a project to create a simple editor for MediaWiki that would make it far simpler for people to contribute to Wikimedia projects. See also https://www.mediawiki.org/wiki/VisualEditor and #mediawiki-visualeditor channel. [11:20:02] Vulpix: that does execute the jobs and update the page. but then the next change of the template, again jobs are waiting. [11:20:24] josephine_l: uhm really? I though the proposals should go to the phab [11:20:51] Yeah, they should saper. But https://www.mediawiki.org/wiki/Outreach_programs/Selection_process says they also need to be in a Wiki page apparently. [11:21:07] Vulpix thanks, is there an easy way to access it from the edit page though? [11:21:31] Vulpix: actually, I take that back. I executed all the jobs. the pgae is still wrong. [11:21:34] josephine_l: try changing action=edit to veaction=edit on the URL [11:21:44] josephine_l: I think this is redundant [11:22:20] josephine_l: I'd just create the user page and link to the phabricator proposal [11:22:26] Vulpix thank you! [11:22:33] saper Yeah, good point [11:23:26] that other page where the update is working fine, also only indirectly uses the template I changed. actually, they are both (the "good" and the "bad" page) going through the same indirection [11:23:32] RalfJ: I often see this situation on other users that report the issue, but I'm unable to reproduce the issue. There was a report in phabricator closed because lack of information https://phabricator.wikimedia.org/T49199 [11:24:00] maybe the "indirect template" is the key of the issue here... [11:26:40] josephine_l: is it better (clearer?) ow? [11:27:05] * saper is being summoned to the real life, bbl [11:27:12] Yep thanks saper [11:29:17] RalfJ: could you please detail the chain of templates/links used on the page? maybe on a new https://dpaste.de/ [11:30:30] Vulpix: okay [11:31:31] RalfJ: I've tried this and worked: https://dpaste.de/XeRa [11:35:22] Vulpix: https://dpaste.de/shrn [11:35:29] its also not as reproducible as I thought :-/ [11:35:58] this is not about the links, its about the contents of the template being propagate to its usage sites [11:37:02] ok, will try with a 2-level nesting [11:39:49] I just reproduced this on the old server, so at least this is not caused by the server move. *phew*. [11:40:26] for now, I think Ill just add a cronjob that touches LocalSettings.php every night, or so... just to make sure stuff *eventually* propagates [11:42:42] RalfJ: use the cron job to run runJobs.php instead? [11:43:01] Vulpix: that doesnt reliably fix the trouble [11:43:45] like right now, this was even without nesting. I edited a template used directly by the main page. [11:46:40] if you haven't touched $wgJobRunRate, MW will make an HTTP connection to itself to run jobs through a special page. You may try setting $wgJobRunRate to 0 and only use runJobs.php to discard a problem when running jobs from a page load [11:47:03] (like a OOM error or some other weirdness that makes the job as complete although it failed) [11:51:41] Vulpix: I enabled debug log and founs this in there: https://dpaste.de/er9o that sounds wrong, doesn't it? [11:52:47] whoops, indeed [11:52:53] Vulpix: so MW makes this connection-to-itself from the server side? how does it determine the full URL? [11:53:20] using a hackish method that doesn't always work :) [11:53:29] I have the server set up to immediately rediect all http:// to https:// . and I have an .htaccess file for "pretty page URLs". I assume its running into one of these two redirects, and I assume it is the first [11:54:28] can I configure that URL somehow? do you know the file & functio in the MW source that would do this? /me starts grepping [11:54:50] there are bugs open for that. You can set https://www.mediawiki.org/wiki/Manual:$wgRunJobsAsync to false to prevent that [11:56:20] wait *WTF* it is hard-coding port 80 for this?!? [11:56:32] well, with an override,. but it is ahrd-cpding unencrypted HTTP. omg. [11:57:27] https://phabricator.wikimedia.org/T68485 https://phabricator.wikimedia.org/T107290 [11:57:50] that was one of the worst moves of MW IMHO [11:58:30] I agree. this is a silent footgun hitting only the part of the userbase that strongly cares about security. ouch. [12:03:09] oh wow, crrating an account there is pretty annoying. username is taken, then I have to enter the password again twice and solve another CAPTCHA just to be told again that me next username is also already taken... [12:04:59] on mediawiki.org or phabricator? [12:05:04] mediawiki.org [12:05:44] it doesnt remember that I already solved the captcha. r ask for the captcha only after it confirmed and stored that all the rest is okay. or at least tell me whether the name is taken before I submit the form. or anything like that. [12:07:45] I think it was checking the user name availability when unfocusing the user name field before... Maybe it has been broken recently [12:08:01] * Vulpix afk for a while [12:18:26] they have this bug at *lowest* priority. a bug that silently, and knowingly, throws away jobs that returned status code 3xx on attempted execution. wow. [12:18:43] anyway, thanks a lot Vulpix for helping me debug & fix this! [12:41:09] yw :) [12:46:50] RalfJ: the priority field is not se based on what priority do you think it should be. It's based on the assigned developer plan to work on it sooner or later. See https://www.mediawiki.org/wiki/Bug_management/How_to_triage#Setting_priority [12:47:11] most you can do is to award a token [12:57:48] Vulpix: oh yes, I understand that. it just goes to show that developers know and dont care about this issue. they knowlingly let this footgun remain in the code. that's what I do not understand. I mean, it'd not be much work to admin that this feature is not working properly right now, and disable it per default. [13:00:40] trust me it was worse in MediaWiki 1.22, when it was spawning a php shell to execute the script, and there was no config var to disable that [13:02:58] the job queue is becoming a very essential part of MediaWiki, and devs just assume installations will configure it in a cron job, instead of relying on the on-request job execution [20:35:14] I am getting database errors when using the search function for non-existent pages, see example: https://www.depechemode-live.com/index.php?search=asdf&title=Special%3ASearch&go=Go [20:35:20] Any suggestions on correcting this problem? [20:37:46] eh, just ran a repair table searchindex and that fixed it