[05:03:10] Skizzerz: Thank you! [05:52:30] hello [05:53:05] is anyone here? [05:53:06] Hi MENAcollege, I am here, if you need anything, please ask, otherwise no one is going to help you... Thank you [05:54:33] in wikipedia was trying to create a page, but system gave interesting result. irt was written that such nickname is already existing. which is impossible as nobody was making any pages on wiki before . how to make THAT nickname and how to create an account? [07:22:14] intriguing behaviour with timestamps and pagers: "offset=2020-09-25+03%3A05%3A05%2B00" works, "offset=2020-09-25+03:05:05+00" results in an error [07:22:42] I am assuming the former gets converted to ISO format properly while the latter seems to be passed directly [07:23:41] the DB log: ERROR: invalid input syntax for type timestamp with time zone: "2020-09-25 03:05:05 00" [07:25:03] (though I do wonder where the latter comes from, probably someone generating URLs) [07:28:28] oh, 2020-09-25+03%3A05%3A05+00 also fails [07:28:31] this is wild [07:43:20] both are equivalent. The first one is URL-encoded [07:43:34] Hello [07:44:31] What companies give a paid support Mediawiki? [07:46:16] Somebody can give to me any feedback of this companies https://www.mediawiki.org/wiki/Professional_development_and_consulting#Companies_that_provide_solutions_and_support_for_MediaWiki ? [07:48:31] Somebody can give to me any feedback on these companies ** [13:12:26] I got a bunch of 1.34.X wikis. Quick question, should I upgrade to 1.34.4 first and only then to 1.35.0? Then again this is a stupid question because I once upgraded I think it was 6 major revisions in one go back in the day [13:13:31] Go to 1.35.0 [13:13:41] Thanks G_SabinoMullane. Will do [13:35:42] VisualEditor gives the following Error when editing on closed Wikis "Error contacting the Parsoid/RESTBase server: http-bad-status".When the permisson $wgGroupPermissions['*']['read'] = false; is set in the localSettings.php the VisualEditor cant load an existing page to edit.Which sadly make the extension unuseable in closed Wikis. :( Is there a [13:35:42] way to force VisualEditor to use a certain useraccount? [13:36:56] WikiNoob: isn't the forward cookies option useful for this situation? [13:37:24] I'm pretty sure I've read about it in the extension page [13:38:52] thats the entry with the huge, red warning right? [14:36:17] Vulpix: they may be equivalent but the url-encoded version works, and the other does not [14:37:06] Vulpix: I tried several times, if I edit the URL in the address bar and replace the escapes with : it immediately throws an error [14:37:38] what do you mean by escapes? [14:37:47] URL encoding escapes [14:38:19] offset=2020-09-25+03%3A05%3A05%2B00 vs offset=2020-09-25+03:05:05%2B00 for example [14:39:23] I know what url encoding is, I was checking my DB error log and decided to investigate [14:39:47] (this is with PostgreSQL, not MySQL/MariaDB/etc.) [14:52:52] > decodeURIComponent('2020-09-25+03%3A05%3A05%2B00') >> "2020-09-25+03:05:05+00" [14:53:42] > encodeURIComponent('2020-09-25+03:05:05+00') >> "2020-09-25%2B03%3A05%3A05%2B00" [14:54:25] Maybe there's an inconsistency between encoding and not encoding + on the same URL [14:54:37] try encoding both or none [15:05:42] hmm [15:06:43] Vulpix: I think I get the idea, whoever it is trying to make these requests is forgetting to encode + which is mandatory for TZ [15:07:02] the first + is just space [15:07:48] Indeed, an unencoded + on an URL is translated as a space [15:08:18] thanks, the "that should actually be a literal plus sign" part kind of slipped my mind [15:15:39] guess I'll just blacklist the IP of this guy [15:15:52] * Remilia dislikes errors in the database log [15:16:02] Hi and thanks for the awesome free software. I've upgraded 5 pcs normal wikis to 1.35 and now I'm doing lastly the difficult one: A wiki family of 2 wikis. I've been following my instructions, but running 'php upgrade.php' I run into an error that I don't get [15:16:04] Creating watchlist_expiry table ...RuntimeException from line 5001 of /var/www/consumerium.org/develop/mediawiki/includes/libs/rdbms/database/Database.php: Could not open "/var/www/consumerium.org/develop/w/maintenance/archives/patch-watchlist_expiry.sql" [15:16:12] jukebohi: Does the file exist? [15:16:27] the .sql or the .php? [15:16:30] the sql [15:16:35] Or is the filename truncated [15:16:40] I'll check right away [15:16:44] There's issues using certain extraction tools [15:18:20] Reedy: The .sql file exists, but now I notice there is something wrong with the paths... I'm running the updater in /mediawiki/ not /w/, I'll just swap them when done [15:19:02] so somewhere something points into the old directory structure, not the relative to being in /mediawiki/ [15:19:12] symlinks? [15:19:34] I have not installed any symlinks [15:20:53] I notice I'm hardcoding $IP (this was some fix sometime to some problem): $IP = "/var/www/consumerium.org/develop/w"; [15:21:30] should I just brutally change that manually for the duration of the upgrade? [15:23:08] Yeah.. though generally you shouldn't need to hardcode it [15:23:57] I think this was a solution for something in 1.27 [15:24:39] I vaguely recall having to add it, but removed it once the release notes mentioned it no longer being needed? I may be remembering wrong [15:28:43] I think at some point around then, it might've been installer generated and in LS... [15:45:10] Oukey-dokey.. The wiki family is otherwise happily upgraded, except that the LinkedWiki extension does not work here https://test.consumerium.org/wiki/Special:SparqlQuery. I guess there are some steps for LinkedWiki I have managed to miss / managed to fail to document the last time around [15:46:24] Did you update the extension? [15:46:40] Though, some aren't actively maintained, so it's possible they're now broken in 1.35 [15:49:36] Reedy: I updated the extension, but I forgot to run 'npm install --production' in extensions/LinkedWiki. Now it is working [15:50:22] heh [15:51:40] Thanks for the hand-holding. Now I'ma improve my own internal documentation. [15:56:06] Oh-noes. Just as I thought everything went fine I'm getting "Internal error" on https://stop-synthetic-filth.org/wiki/Main_Page ... "Fatal exception of type "Error"". Some pages load fine, but Main Page has something curious that is not quite right [15:58:21] !500 [15:58:21] A blank page or HTTP 500 error usually indicates a fatal PHP error. For information on debugging (including viewing errors), see . [16:01:54] Problem is "Class 'Smarty' not found". Lemme look in my notes how to enable that and / or search on the internet [16:02:23] That'll probably be a composer issue [16:04:04] maybe I require something manually copy-pasted from the old composer.json to the new one .... for LinkedWiki I had marked this, but I dunno about Smarty [16:04:26] smarty will be widgets, I think [16:04:34] so there's 2 or three ways you might have this [16:04:37] composer run in the extension folder [16:04:53] composer merge-plugin (using composer.local.json) in the MW root... or just modifying composer.json yourself [16:07:00] I ran 'composer update --no-dev' in the extensions/Widgets and it installed Smarty. Must be that I have made changes to the composer.json the last time around upgrading a major revision. Lemme check that. Now the Main Page loads ok [16:10:45] Nope. No Smarty in /w/composer.json. I write myself a note to run 'composer update --no-dev' in the /w/extensions/Widgets in the future [16:25:16] ... and disabled the debugging. Thanks, this was a smooth ride with the help of my notes and Reedy's proficient help. Thanks! [16:27:14] Hello! Using v1.35.0 I'm trying to enable VisualEditor. When I try to launch it, I get this error message: "Error contacting the Parsoid/RESTBase server: (curl error: 60) SSL peer certificate or SSH remote key was not OK" [16:45:02] Hi there, I'm getting some deprecated warning msgs related to hook registering before MW bootstrap complete [16:45:46] how can I register hooks dinamically without trigerring those alerts? [16:46:16] What warnings are you getting? [16:47:26] BlazeStar: did you figure it out already? [16:48:06] Reedy: [deprecated] Registering handler for ~~hook~~ before MediaWiki bootstrap complete was deprecated in MediaWiki 1.35 [16:49:00] * @deprecated since 1.35. use HookContainer::register() instead [16:49:29] $hookContainer = MediaWikiServices::getInstance()->getHookContainer(); [16:49:30] $hookContainer->register( $name, $callback ); [16:50:25] awesome! thanks once more Reedy [16:59:50] absorto: in general, don't register hooks conditionally. Just put the conditional inside the hook function, and if it's disabled, don't do anything [17:02:50] legoktm: the impact on performance is negligible for registering hooks that are not going to be used? [17:14:10] It should be negligible. Unless on a code path that executes thousands of times for a page, like the LinkBegin, etc [17:14:39] Even more so if you're "enabled-ness" check is basically a bool or similar [17:14:55] if you're using a DB query or something to work out if a hook should be enabled, it's obviously going to be potentially more expensive [17:16:12] great, it is just checking for a config on LocalSettings, so it should be quite inexpensive [17:20:21] Hello, I got disconnected, therefore I don't see if anyone responded to my question. Sorry to post it twice : Hello! Using v1.35.0 I'm trying to enable VisualEditor. When I try to launch it, I get this error message: "Error contacting the Parsoid/RESTBase server: (curl error: 60) SSL peer certificate or SSH remote key was not OK" [17:59:51] Hi all, does anybody have any advice regarding deploying MediaWiki 1.35 and VisualEditor? I've tried several fresh installs (shared hosting, if that matters, though I unzip the tarball myself as they provide SSH access) and I keep hitting "Error contacting the Parsoid/RESTBase server (HTTP 403)" which I am struggling to find documentation for. [18:05:15] smrkn: is your wiki behind some kind of HTTP auth? [18:07:10] smrkn: also, I'd suggest going to /w/rest.php/domain.com/v3/page/html/Main%20Page and seeing what error message you get there [18:07:24] because that's the endpoint returning a HTTP 403 [18:08:46] BlazeStar: what OS are you running? is there anything special about your HTTPS setup? the error says PHP can't establish a secure HTTPS connection to your own wiki...is it using a self-signed certificate or something? [18:11:47] legoktm the only thing infront of my web server is cloudflare DNS, I have removed proxying to test if they are interfering at all and moved my DNS back to Namecheap, no difference. [18:13:02] what happens if you visit the rest.php URL directly? [18:13:12] (is your wiki publicly accessible?) [18:13:24] I've also visited that page to confirm things were setup correctly; I don't get any errors when trying to visit. I can open the VisualEditor, it's when I save that I encounter the 403. I enabled debug logging and from what I could see, it's the POST request that hits it. https://gist.github.com/csh/16e5bda27f9aeb2427ac7032af698d61 this is the [18:13:24] response received in my browser network tab [18:15:24] The wiki I'm currently testing the setup on is publicly accessible yes, I have also attempted to enable cookie forwarding just to see what happens (incase Cloudflare somehow interfered when proxying was enabled) but it still results in a 403. Feeling very confused! [18:15:32] is this a private wiki? $wgGroupPermissions['*']['read'] = false; ? [18:16:55] Nope, other than the obvious (database settings, extensions) I am running all default options simply to familiarise myself with the ins and outs of mediawiki [18:23:36] the only other idea I have is to log into the server and try looking at the rest.php page from there (with curl or something), just to see if you get a different response [18:23:44] that should be identical to what MW is trying to do [18:24:03] (this is all new with 1.35 so we don't have good debugging setups yet :() [18:25:14] legoktm So this might be the issue... the SSL certificate is generated and handled by a separate, reverse-proxy server. Do I need to configure that anywhere in mediawiki ? [18:25:55] The certificat is from Let's Encrypt. MediaWiki is running on Ubuntu 20.04.1 LTS [18:26:11] Just checked, curl does match the response yielded in the browser [18:26:58] smrkn: can I get the URL to your wiki? you said it was public [18:27:46] BlazeStar: I'd double check the ca-certificates package is installed. Is there a reason MW/Parsoid isn't going through the reverse-proxy to talk to itself? [18:30:14] Confirmation email is taking some time to come through so I can't PM you. https://staging.swtor.wiki is the URL. I appreciate the input so far, it's good to know I'm not just doing something horribly wrong! [18:35:26] so https://staging.swtor.wiki/rest.php/staging.swtor.wiki/v3/page/html/Main%20Page/2 works fine [18:38:23] smrkn: is it possible apache(?) is denying POST requests to rest.php? [18:39:53] Apache is used yes, I do not currently have any .htaccess rules in place and I would hope my hosting isn't doing that to me! [18:40:26] hm a plain POST to rest.php works fine [18:41:32] could you pastebin your apache configuration? [18:43:03] I'm afraid I don't have access to that sadly, this is running on Namecheap shared hosting [18:45:50] Enabling the debug logging, these two lines stand out to me when attempting to save edits using VisualEditor however my PHP knowledge is less than stellar so I couldn't figure out much from it: https://gist.github.com/csh/88a4052f1c8eff6b2533bff64489b7d5 [18:47:24] so https://paste.debian.net/plain/1166018 is what I was trying out, I'm 80% confident this is a problem somewhere with Apache or your webserver [18:47:55] at this point I'd suggest talking to namecheap to see why such a request wouldn't work [18:48:16] (my request is roughly the same that MW was trying in the debug logs) [18:48:51] Interesting, thank you very much for the insight! I will check through the available panel options to see if I can dig anything relevant up then proceed to pester them [18:49:55] smrkn: nice [18:50:41] smrkn: welcome to leave the chat open 24/7 and meet new people if you like, www.quassel-irc.org is a nice app for it [18:51:21] Cheers, I imagine I will have more questions in the future and I look forward to paying the kindness forward :) [18:56:11] smrkn: let us know what they tell you, as I suspect other namecheap users will have similar questions in the future :) [18:57:59] legoktm So I double checked and the ca-certificate is present on the proxy. My question is; is there a package, an extension or a configuration to do on the mediawiki server ? or on the reverse proxy server ? I have no idea why the MW/Parsoid isn't going through the reverse-proxy to talk to itself [19:05:41] hi, its possible to upgrade from 1.34.4 to 1.35.0 via patch upgrade way? [19:36:13] According to the server logs, the issue was caused by triggered ModSecurity rule. ModSecurity is an Apache module that works as a web application firewall. ModSecurity blocks known exploits and provides protection from a range of attacks against web applications. Sometimes ModSecurity has conflicts with some scripts and plugins which may result in [19:36:14] false-positive blocks, thus it is not possible to predict or avoid it, unfortunately. [19:36:22] Current response from Namecheap support. [19:43:24] Namecheap support are willing to disable ModSecurity for a given domain or subdomain upon request, since this change VisualEditor has been able to save changes perfectly fine! [19:47:36] nice [19:47:53] I wonder if there isn't any way to configure it [19:48:46] The support rep I spoke to was extremely helpful, they are currently whitelisting the rules that triggered for my domain so I'm not entirely unprotected. [19:49:27] modsecurity has given headeaches in the past to wiki owners [19:49:46] some rules trigger when they see a SQL sentence [19:50:00] however, if the wiki is used to document a system/database... [19:51:38] I'm glad there's at least a workaround that can be applied, of the wiki software available I find mediawiki to be the most promising and functional and after sampling some of the features it *can* offer I wouldn't want to settle for less. Is there a process for updating the VisualEditor page? I would definitely like to add a footnote for this since [19:51:38] finding any documentation on 403 Forbidden was a total nightmare for me. [20:16:27] smrkn https://www.mediawiki.org/wiki/Extension:VisualEditor#Setting_up_VisualEditor .. also if you have a phabricator account, you can leave a note on https://phabricator.wikimedia.org/T263928 .. eventually a bunch of those notes will make it to wiki. [20:17:57] smrkn, actually there is a troubleshooting section on that page ... https://www.mediawiki.org/wiki/Extension:VisualEditor#Troubleshooting [20:18:28] be bold and edit, and others will update it as appropriate .. it is a wiki. :) [20:19:16] Cheers :) I just didn't want to go ahead and edit it to find out there's some kind of process that needs following - would have felt like a numpty!