[10:13:29] !logs [10:13:29] channel logs: http://wm-bot.wmflabs.org/logs/%23mediawiki/ [10:28:42] Reedy: that's 0/2 for me :'( [11:58:25] Heyho [11:58:46] i have some trouble with the latest mediawiki version [11:59:07] my php says you are using old stuff in RandCrypt ... [11:59:53] is there a common workaround or should i just downgrade my php? [11:59:59] what is the latest, which php version, and which exact error message? [12:15:08] im using 1.28.0 and php 7.1.1 inside an XAMPP portable on a windows 10 [12:16:20] I've got a feeling RandCrypt has gone away in the development cycle for 1.29 [12:17:10] Depracated: Function mcrypt_create_iv() in includes/libs/CryptRand.php on line 256 [12:17:23] xD [12:17:32] yeah that seems to be the iussue [12:19:49] so just use 1.29 [12:19:58] Depends what you're doing [12:20:31] Hmm. No, mcrypt_create_iv is still there [12:20:44] But less likely to be used [12:20:57] im just moving an old version to another maschine [12:22:56] its kinda tricky due to various php versions ... [12:49:31] hi folks. what can i do to refresh/manipulate the "pages in this category" link list? problem is that a page, which was called "intern:demo" and now was moved to "demo" still appears unter index char i and not d. [12:50:26] i tried some rebuild* maintenance and {{DEFAULTSORT:demo}} on the page itself but it does not work as expected. [12:54:40] marcel_T3_: Did you try refreshLinks.php? I'm not quite sure, but I'd guess that should fix it. [12:54:56] !mw Manual:RefreshLinks.php [12:54:56] https://www.mediawiki.org/wiki/Manual:RefreshLinks.php [12:55:41] thank you! i thought only of the rebuild scripts. [13:45:42] Good [13:45:54] Good Morning [13:46:32] hej hej [13:46:34] I have a question about mediawiki extension andhow they accss data from the localsettings.php file [13:50:28] !ask [13:50:28] Please feel free to ask your question: if anybody who knows the answer is around, they will surely reply. Don't ask for help or for attention before actually asking your question, that's just a waste of time – both yours and everybody else's. :) [13:51:04] Sorry, first time user. [13:52:30] I am trying to read the database variables with my extension, but they are all comming back as undefined, is there some kind of include, delaration, or something I need to put in my extension that will let me read themmmmm? [13:53:02] From the localsettings.php file, the WGdatabaseservernme etc. [14:03:49] Are you using a global declaration first? [14:04:40] why do you need to do that? if you want to run some database queries, you should use wfGetDb() [14:09:34] I need to access a second database, seperate from mediawiki, so I am writing an extension to pull in data from that second database and combine it on a foreign key [14:13:02] Maybe read up on how globals work in PHP [14:15:21] I am trying, but its still confusing, I'll go back to the books... [17:13:19] I'm unable to upload a file. getting upload error: Could not create directory "mwstore://local-backend/local-public/6/62" [17:13:44] I have enable file uploads in LocalSettings.php [17:14:21] I've check /images permissions [19:04:44] Oi, anyone remember that glaring bug I found that affected literally only my site? I think I might've found another one [19:05:55] Which one? [19:07:05] It's on this stupid windows VM [19:07:44] I try and run 1.28 and it says "[7e9b05f80aae0bd83cb96a31] [no req] Error from line 1624 of D:\inetpub\wwwroot \includes\libs\filebackend\FileBackend.php: Class 'Wikimedia\ScopedCallback' not found" [19:08:23] fscked vendor? [19:08:31] got it fresh and hot from mw.org [19:08:47] got what? [19:08:50] 1.28.0? [19:09:01] and removing the Wikimedia\ lets update.php run but then there's a whole slew of places it got updated [19:09:04] my copy of 1.28 [19:09:07] yes [19:09:11] I wasn't aware 1.28.1 was out yet [19:09:30] You could be using 1.27 or even 1.23 for some bizarre reason [19:09:37] Not that 1.23 has that library [19:09:41] Ah, my apologies [19:09:44] and I'm upgrading from 1.27 [19:10:38] and the website still doesn't run after I get update.php to do it's thing because there's still nonsense from SessionBackend.php [19:11:08] 'Wikimedia\\ScopedCallback' => $vendorDir . '/wikimedia/scoped-callback/src/ScopedCallback.php', [19:11:14] It's definitely there [19:11:41] And the files on disk? [19:11:53] Screwy permissions on the vendor folder? [19:11:57] ugh. [19:12:13] what's the path within the bloody mw store [19:12:30] the permissions are all fscked on this box. [19:12:48] nevermind xD I found it. [19:13:41] Reedy: Why is there no scoped-callback directory in aforementioned folder I was looking for? [19:14:03] because it's in vendor? [19:14:11] ... [19:14:22] I hate this server so much. [19:17:14] I should be drunker before trying to use composer to install things. [19:20:04] Reedy: Can you think of ANY rational reason why an admin would disable composer update and ONLY allow composer install? [19:20:47] o_0 [19:20:50] How would you even do that [19:23:01] well these are the people who won't let you have a laptop without encrypting the entire fscking hard drive [19:23:48] Just dump your own copy of composer on it? [19:23:52] and when I try to run installs that don't remove vital mw components it errors out when I try composer anything-other-than-install it errors out [19:23:53] lol [19:24:20] I needed to get authorization just to update mediawiki. It'll probably take litigation before I can get anything that actually executes on their precious servers [19:25:55] sorry for the false alarm :D [19:26:40] Thanks again! I need to go complain at people.