[01:16:39] Hello [01:16:50] Anyone knows how can i solve the -1 recent editor bug' [01:16:57] Thanks, i'll wait. [04:32:38] Hi, any can help me? [04:50:26] Maybe. I think usually it's best to just ask the question. [04:50:58] Hi White_Master. What's up? [04:54:05] I need to make a xml dump [04:54:41] But when use dumpBackup.php.. [05:06:12] No, sorry. [05:06:30] I fixed it [05:06:32] Thanks [05:06:34] Nice. [05:41:00] I need to make a xml dump, used dumpBackup.php (a script) but the xml file dont appear in maintenance folder [05:41:06] don't* [05:41:27] Any can help me? [05:45:34] ping CGML, Fiona [05:53:06] White_Master: you have to specify an output file [05:53:45] php wupdate.php --current > wikimedia.xml no? [05:53:58] (wupdate.php is the script) [05:54:33] You call dumpBackup.php from your own script? [05:54:48] yep [05:55:15] Then you probably did something wrong with stdout redirection. [05:57:50] Nemo_bis, oh, and what fix it? [05:57:58] Sorry for my very bad english [05:58:03] Haha [06:01:46] White_Master: well, the script also has an --output argument [06:02:41] Nemo_bis, nope. [06:10:32] Do you have permission to write the file it's outputting to? [06:10:53] But sorry, I don't know anything about that script specifically. [06:12:24] White_Master: yes. https://www.mediawiki.org/w/index.php?title=Manual:DumpBackup.php [06:22:17] Nemo_bis, this? php wupdate.php --full --output=gzip:/dumps/wikimedia.xml.gz [07:31:09] Hi, just getting used to this but is there a way to just say have a link but it goes to an image i.e. Server Room links to a jpg reason being is the image is quite large and won't allow the thumbnail [07:34:52] [[File:name.jpg]], AlexYoung29 [07:43:38] well that shows the picture but i just want a text link that takes me to the image [07:46:48] figured it out :) [13:13:41] when i edit Mediawiki:Sidebar the changes dont take effect. do i need to enable something in localsettings? [13:14:39] don't think so [13:15:55] hrm... the default sidebar page also doesn't match what is actually there. [13:16:46] to be clear, the sidebar IS the navigational links on the left side, right? [13:19:55] yes, https://www.mediawiki.org/wiki/Manual:Interface/Sidebar [13:44:26] MC8, i give up. I've read the manual page. i've checked the cache. i've restarted the server. i've searched known bugs for this version. i just can't figure out what im doing wrong [13:45:27] can you paste it somewhere? [13:45:41] MC8: the sidebar page? [13:47:37] assuming that's what you meant: https://dpaste.de/BTUy [13:50:44] hm, that should just work [13:51:04] it seems like it should be a pretty straight forward task [13:51:28] i think im going to restart the entire server, not just the web server [13:51:38] that is unlikely to help [13:52:01] well, it's an windows server :/ and nothing else has worked [13:52:37] what does the sidebar show? [13:53:56] https://dpaste.de/ZgSH [13:54:44] maybe it's a problem with the language? [13:55:28] hrm...i probably should have warned the company before i restarted the server [13:57:24] i officially blame windows. now the changes are showing up [13:57:36] thanks for the time, MC8 [14:03:45] it seems like an odd design decision to have different link syntax for the sidebar [14:18:12] it's so that it's easy to translate using interface messages [14:30:06] Hi everybody. I'm doing an instrumentation on Mediawiki 1.23.8 as part of my PhD project. I am getting this error. /mediawiki//index.php/Main_Page Exception from line 333 of /var/www/html/mediawiki/includes/MagicWord.php: Error: invalid magic word 'redirect' - I am not able to trace which files my instrumentation is messing up - any pointers? [14:35:26] hmm [14:35:55] malaverdiere: You probably have {{REDIRECT}} or something other than the expected #REDIRECT [14:38:33] G_SabinoMullane: would you mind elaborating? [14:42:51] malaverdiere: "redirect" is not a magic word, so that error would show up if you had a page that was using {{redirect}} or perhaps __redirect__ [14:43:40] This is happening on a fresh set-up with no extra pages created. [14:44:18] Since my instrumentation may have messed up the code somewhere, I'd like to know which PHP files I would need to narrow down my search [14:44:20] Can you get a backtrace when you load the page? [14:44:59] I got that. Lemme paste that [14:45:12] http://pastebin.com/NWHzUDCq [14:45:32] malaverdiere, are you sure you uploaded all the files? [14:45:56] MaxSem: running on a local docker container, so not an issue [14:46:19] so it's a git checkout? [14:46:20] That's an odd error. I wonder if you have version mismatches [14:46:31] So I know that my instrumentation is messing up, I'm just not able to figure out where it is messing up in this specific case [14:47:14] my first theory would've been that languages/messages/MessagesEn.php is missing or screwed up [14:47:15] I'm running rebuildLocalisationCache right now [14:47:49] hmm, what are your custom settings? [14:48:15] I'll try with excluding languages/messages from the instrumentation - that'd be a good idea [14:48:34] php maintenance/install.php --dbuser wiki --dbpass password --installdbuser wiki --installdbpass password --pass adminadmin --scriptpath "/mediawiki/" --dbname wiki default Admin [14:48:44] definitely NOT a production set-up :) [14:48:50] and no LocalSettings editing after that? [14:50:36] $wgShowExceptionDetails = true; [14:50:45] and enabling uploads [14:51:24] git reset --hard + rebuildLocalisationCache.php --force brings it back [14:51:48] If you guys know which files are changed by rebuildLocalisationCache, that'll help me narrow it down [14:52:40] $IP/cache [14:53:38] btw, why are you playing with docker? for production use? [15:01:23] MaxSem: I need a virtualized environment that allows me to revert easily [15:01:45] Since I'm likely to screw up significantly :) [15:04:18] revert what? for config, you can just use vcs [15:05:56] MaxSem: DB only [15:06:00] er [15:06:03] DB + Git [15:06:21] I also have the requirement to do the testing on lots of versions [15:06:42] my professor wants it in a VM, I went for docker instead [15:06:43] :) [15:07:05] Exception from line 747 of /var/www/html/mediawiki/includes/cache/MessageCache.php: Non-string key given - I guess I'll go through that stack trace to find out what I've done wrong [15:07:07] malaverdiere, have you seen https://www.mediawiki.org/wiki/MediaWiki-Vagrant ? [15:07:21] I've played with vagrant [15:07:43] this image looks cool [15:11:06] hi everyone [15:11:11] i have the following issue [15:11:55] i want that when a user visits the wiki from a mobile device, s/he is redirected from www.mywiki.com to mobile.mywiki.com [15:12:14] i installed the MobileDetect extension that introduces a mobiledetect() function [15:12:41] so i did: if ( mobiledetect() ) { $wgServer = 'mobile.mywiki.com'; } [15:13:04] and if the user enters just www.mywiki.com, it WORKS [15:13:06] BUT [15:13:16] if the user enters www.mywiki.com/Main_Page [15:13:18] then it doesnt [15:13:39] is there a way to force mediawiki to normalise the url to the value of $wgServer ? [15:13:54] lfschenone, first of all, what's on the mobile subdomain? [15:14:07] the same wiki but with a different skin [15:15:11] so www.mywiki.com redirects to mobile.mywiki.com [15:15:17] you can just force the same skin for mobile pageviews on the same domain - MobileFrontend can do this, for example [15:15:21] sorry, to mobile.mywiki.com/Main_Page [15:15:41] that works only if you have no http cache though [15:15:54] true, but i have cache [15:16:05] heh [15:16:10] XD [15:16:40] in such case, the redirection'd better happen in the caching layer [15:17:33] im afraid that my knowledge starts to fade there .. [15:17:35] otherwise, you will keep on bumping at problems like redirects (or non-redirects) being improperly cached [15:17:44] what cache do you use? [15:17:53] CACHE_ACCEL [15:18:28] no, I'm asking about http caching - Squid/Varnish, etc [15:19:27] im not even sure [15:19:39] then prolly not;) [15:21:01] yea i think im just using APC [15:22:24] apc is a bytecode/object cache, a completely different thing [15:22:54] i see .. obviously a noob in cache issues [15:24:07] to summarize: use MobileFrontend! :P [15:24:28] i have already developed the mobile skin [15:24:45] should i adapt it to mobileFrontend then ? [15:26:05] my problem is that i have a desktop skin and a mobile skin .. when a user visits the wiki from a mobile device, the page is rendered and cached, and then when another user vists from a desktop computer, mediawiki serves the cached mobile version [15:26:19] your call. you can just borrow the skin forcing code from it [15:26:52] hmm, so do you or don't you have http caching? [15:27:25] i know the symptoms, not the causes .. [15:28:25] im finding out [15:30:36] ohh wait [15:30:41] i think im using file cache [15:30:51] would that explain the symptoms ? [15:31:00] yep, sounds about right [15:31:34] if it isnt too much writing [15:31:46] could you brief me on the difference between object cache and file cache ? [15:32:56] file cache is a MW functionality that caches whole rendered page's HTML [15:33:49] it is also not very compatible with MobileFrontend which uses similar techniques so I figure it'd be a problem for you too [15:35:00] https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/blob/master/includes/MobileFrontend.hooks.php#L1010 [15:35:08] got it [15:35:38] and object cache stores PHP objects with data gathered from the database ? [15:36:22] yep. s/gathered from the database/from whatever/ though [15:36:39] got it ! [15:36:56] so object cache can be shared between mobile requests and desktop requests without problem [15:37:02] but file cache can cause problems ? [15:37:37] yep [15:39:15] awesome [15:39:23] one more question MaxSem [15:39:31] if in LocalSettings.php [15:39:34] i do: [15:40:27] if ( mobiledetect() ) $wgFileCacheDirectory = "$IP/file_cache_mobile"; else $wgFileCacheDirectory = "$IP/file_cache_desktop"; [15:41:02] then i would have one directory for mobile requests, and another for desktop requests, but i dont know if this is too naive and wont work [15:41:21] no idea, you'll have tyo try it yourself [15:41:31] thanks :) [15:41:36] you've been a great help ! [15:53:47] Can the MediaWiki API time out? If so, is there a difference in the timeout times between api.php and the regular wiki, i.e. index.php? [18:15:58] !debug [18:15:58] For information on debugging (including viewing errors), see http://www.mediawiki.org/wiki/Manual:How_to_debug . A list of related configuration variables is at https://www.mediawiki.org/wiki/Manual:Configuration_settings#Debug.2Flogging [18:16:13] I feel like it's a statement about our documentation that I have to do that every damn time [18:30:20] MaxSem|away: G_SabinoMullane: FYI, I'm narrowing it down to includes/context :) [18:31:48] Can anyone please help me with https://community.bitnami.com/t/urgent-cannot-update-bitnami-mediawiki-stack-after-installing-semantic-mediawiki/30854/1 [18:39:21] Is there a way to set a thumbnail by myself for some files? [18:40:07] For instance, if I want to upload electronic circuits, it's unlikely there is a media handler that could generate a thumbnail of the circuit. [18:45:04] you could install an extension that provided such media handler [18:45:43] beloved, your problem is in accessing the db [18:45:48] that's a credentials problem [18:45:59] Platonides: Yes it seems so. [18:46:29] Platonides: I have not changed anything. [18:49:05] well, apparently now your mysql password doesn't work [18:50:09] Platonides: I upgraded via the web interface and now it works [18:57:54] Platonides: in the general case, it's not possible to have a media handler for every single file format. [19:12:51] is it possible that I can lock down a user account to a single IP address? [19:16:28] So a user can only login from a single IP? No, not out of the box. [19:33:16] I am having an issue with MW 1.24.1 running on Centos7 with PHP-FPM 5.4.16. I have just "inherited" this server, and my knowledge is limited. I can upload images fine, but any attempt to resize an image in a link fails due to the associated thumbnail image not being created (using GD in PHP). I see nothing in my system log that would indicate a permission issue creating the file, and nothing [19:33:16] in the PHP error log indicating an issue in GD creatine the file. When I do an upload, a thumbnail is made to display on the corresponding File page, but no others are made. Any suggestions on how to proceed would be greatly appreciated. [19:55:59] RaTB0X: maybe this helps? https://www.mediawiki.org/wiki/Manual:Thumb.php#404_Handler [19:56:49] I will look into that, thanks. [20:21:18] Is there an extension that would allow a given group of users to upload any file type? [20:22:11] not that I know of specifically Celelibi, but I've seen titleblacklist to achieve something similar [20:22:56] I think what I want is different from the classical media upload. [20:23:19] In the sens they are not images nor media that should be played in the pages. [20:23:53] They are just files available for download that can be linked into a page. [20:29:24] I don't know what happens if you try to embed a non-image file without something supporting it [20:29:30] it might just be a link [20:32:15] It is. [20:32:55] But handling them separately would allow to put an icon on it. [20:43:55] On another topic, how do I detect acurately a mime type that is actually a special kind of zip file? [20:44:52] I see in the code some parts that analyze the zip file to say "hey it's not really an application/zip it's a docx or whatever".