[08:26:46] Hello [08:27:01] how do I restrict all non sysops from creating new pages? [08:27:05] I just found : $wgGroupPermissions['*']['edit'] = false; but thats for editing [08:27:08] is it ['new'] ? [08:27:21] Ah I found it [08:51:50] Any ideas about this error? I get it when trying to log on. "Exception encountered, of type "BadMethodCallException" Notice: Uncommitted DB writes (transaction from DatabaseBase::query (SqlBagOStuff::setMulti)). in /usr/local/www/mediawiki/includes/db/Database.php on line 3303" [09:10:30] could this be https://phabricator.wikimedia.org/T140338 ? I'm using PostgreSQL (and $wgMainCacheType = CACHE_NONE; ) [09:14:07] Noone can login anymore. I can't find workarounds. [09:29:56] alvin, which MW version? [09:30:04] andre__: 1.27 [09:30:23] mediawiki127-1.27.1 on FreeBSD [12:50:48] Hey there, I have Problems with my mediawiki installation (1.27.0) and IPv6 appearently the IP::canonicalize fails in the getRawIP function in the WebRequest.php as soon as someone with a IPv6 adress accesses my server [12:54:26] anyone having any idea about that? [12:56:11] fails? [12:56:32] yeah it return null [12:56:40] for what input value? [12:57:07] [2001:4ba0:fff4:a0:86::2] [12:59:14] Quick glance suggests it shouldn't do much for IPv6 [13:00:02] https://github.com/wikimedia/mediawiki/blob/master/includes/utils/IP.php#L667-L677 [13:00:48] Returning null shouldn't be an issue [13:02:16] mmh [13:02:49] What's breaking? [13:02:52] because Im getting a 500 on IpV6 connections an following error in the error.log [13:02:54] https://dpaste.de/zQK5 [13:04:19] which would be this line https://github.com/wikimedia/mediawiki/blob/master/includes/WebRequest.php#L1218 [13:05:58] wiki url is https://wiki.chaosvermittlung.de [13:08:10] so I dont know much php but from my code understanding $IP shouldnt be null [13:09:19] Mmm [13:09:28] What webserver? [13:09:32] Caddy [13:09:58] Never even heard of it [13:10:08] https://caddyserver.com/ [13:10:20] yeah, I googled ;) [13:10:32] ok :) [13:10:42] So, my immediate guess, is that with PHP, something isn't right with the webserver [13:11:03] it should be setting some PHP variables with it, but apparently isn't [13:14:23] interesting looking server [13:14:25] It might be worth checking in with them if there's any known issues [13:14:39] is it FOSS? [13:15:05] it's open source at least [13:15:26] apache 2.0 [13:15:27] https://github.com/mholt/caddy/blob/master/LICENSE.txt [13:16:11] generally i avoid the untested [13:18:34] philmacfly: I'd check here https://github.com/mholt/caddy/wiki/Troubleshooting-PHP-FPM-and-FastCGI [13:19:08] appearently the check valid ip function doesnt regonice ipv6 adresses with [] around it [13:20:45] if you have a look here https://www.tehplayground.com/rPZHpnZLJiTRjmm4 [13:21:10] and let it round its no output but if you remove hte [] then it works [13:22:49] Should they have [] round? [13:22:55] I'm guessing other webservers don't... [13:23:01] But that's not to say having them is wrong [13:23:15] philmacfly: Fancy filing a task in phabricator? [13:23:37] !bug [13:23:37] https://bugzilla.wikimedia.org/ [13:23:39] sigh [13:23:40] !task [13:23:40] https://phabricator.wikimedia.org/T [13:23:42] !phab [13:23:42] https://phabricator.wikimedia.org/ [13:23:46] !phabricator [13:23:46] https://phabricator.wikimedia.org/ [13:23:49] I give up [13:23:53] !newbug [13:23:53] https://phabricator.wikimedia.org/maniphest/task/create/ [13:23:58] there Reedy :> [13:24:10] * Reedy glares at MatmaRex [13:25:13] https://en.wikipedia.org/wiki/IPv6_address#Literal_IPv6_addresses_in_network_resource_identifiers [13:25:18] About the only mention of [] [13:25:48] I get IPv6 access on thursday [13:26:06] I guess the obvious answer is that caddy should be returning IPs like other webservers do [13:27:18] I guess but as you I dont know it the writing with [] is wrong [13:28:17] It seems to be only valid in urls etc [13:28:34] or with a port [13:28:49] But a clients ip shouldn't be returned with a port [13:30:25] but in this case its the servers ip isnt it [13:30:53] no, it's the clients [13:31:12] MW is trying to identify the client hitting the server [13:31:35] ok [13:36:46] added a task and I guess a issue in the caddy github wont be wrong either [13:52:50] ok appearently that bug with caddy was fixed in one of the lattest versions [13:56:11] Good to know it's not us doing something weird for a change ;) [13:57:03] I know that feeling :) [13:57:11] but thank you very much for helping [13:57:29] so if anyone comes up with the same issue tell him to update caddy [14:54:23] Page was created accidentally on media wiki website instead of private wiki page. Need page to be deleted. https://www.mediawiki.org/wiki/DciDump [14:57:58] Gone [14:58:38] ty [15:35:12] My nick. :D Hi guys! I've got a test environment running php7, and it's saying "DatabaseBase::factory no viable database extension found for type 'mysql' " How do I appease this error message? I can't see anywhere I haven't installed the mysql libs [15:35:43] MW version is 1.26.2 [15:36:46] Ulfr: at a guess, it should probably be "mysqli" nto "mysql". "mysqli" is the newer mysql interface in php. but i'm not sure how exactly this is reflected in mediawiki config [15:37:36] DanielK_WMDE has the gist of it, make sure the mysqli extension is installed/enabled in PHP [15:38:19] One moment. Googling [15:38:58] hm... $wgDBtype should be "mysql" even for mysqli. https://www.mediawiki.org/wiki/Manual:$wgDBtype [15:40:13] ok, I feel less dumb now. I could swear I had that enabled and changing that value didn't help >> [15:40:43] Would having the DBO_DEFAULT flag affect anything? [15:43:49] * Ulfr sighs [15:43:58] I just had to restart apache2 after installing something :| [15:44:01] thanks anyways guys [17:03:55] Ulfr: I would also recommend upgrading to the latest stable version of mediawiki (1.27.1 compared to 1.26.2) [17:04:40] p858snake: well, you see. I tried to do that very thing. Then I had to upgrade php. Then php wouldn't upgrade without upgrading the OS [17:04:42] baby steps :D [17:06:42] Thank you very much for the recommendation though! [19:31:52] hi everyone. im using img_auth.php to control file access through namespaces. files that are a part of the Main namespaces are working fine. all thumbnails are working fine (even the ones with a custom namespace). however, files with a custom namespace fail this check: $file->exists() [19:32:01] if i omit it, the file is returned fine [19:32:12] so it is there and is accessible by the web server [19:32:30] any idea why $file->exists() could be returning false? [19:32:51] the error im getting is: File "mwstore://local-backend/local-public/3002/6/65/Download.jpg" does not exist. [20:37:37] How should I set dir="rtl"/dir="ltr" when displaying results from the API? [21:12:07] hi, is anybody here who is familiar with ldap extension? [22:48:57] Gone already, sigh.