[02:26:37] Hi, guys! I imported some templates to my wiki, but Template:Ns:Module is always missing. I search this template on en.wiki.org, it doesn't exist. How can I fix this missing-template problem? [02:37:00] {{ns:Module}} isn't a template, it's a magic word that's supposed to expand to the Module namespace [02:37:12] Wow, if the namespace doesn't exist it tries to be a template. That's terrible, I had no idea [02:37:29] pity: It sounds like you may need to install the Scributo extension if the template you're using depends on it [02:47:37] RoanKattouw_away: Thank you! I'll try that. [06:22:36] Does somebody know if it is possible to let WikiEditor automaticly add
at line breaks? Like the old fashion FCKEditor? [09:10:54] I am setting up mediawiki on debian and I used wget to save the LocalSettings.php file in /var/www/html/mediawiki with the other files but it still says that it cant find the file. What should I do? [09:17:32] using wget makes no sense [09:18:43] unless it was over ftp or something i suppose [09:19:57] either the file is there or it isn't, so verify that it is using whatever access method you have available to you [09:43:40] RobotsOnDrugs, I used wget so I didnt have to download it to my desktop and reupload it. But the file is there http://pastebin.com/7EXUTzTY [09:44:35] check the permissions on it [09:45:48] I get this [09:45:48] http://pastebin.com/7EXUTzTY [09:45:51] oops [09:45:55] lrwxrwxrwx 1 root root 32 Apr 6 12:06 LocalSettings.php -> /etc/mediawiki/LocalSettings.php [09:46:25] check the link target [09:46:45] and why is it in /etc? [09:47:18] Not sure how it got there [09:48:22] hi [09:48:58] how to import mediawiki page dump to new namespace [09:49:06] Hmm, Looks like the file cant be found. That would explain it [09:50:15] how to import mediawiki page dump to new namespace [09:50:17] ? [10:01:02] RobotsOnDrugs, I have the file in the directory now but media wiki loads a blank page. I think I have the permissions wrong [10:01:05] -rw-r----- 1 wiki wiki 4698 Aug 14 04:59 LocalSettings.php [10:01:52] Should the file be owned by root? [10:02:25] the webserver needs to be able to read it [10:02:48] that user is www or www-data or perhaps apache for apache on debian [10:03:07] (i don't use debian or apache, so i'm not sure) [10:03:51] I set it to www-data and it works now :D [10:10:11] how to import mediawiki page dump to new namespace [10:24:47] hi [10:24:48] how to import mediawiki page dump to new namespace...any help appreciated [10:25:00] how to import mediawiki page dump to new namespace...any help appreciated [10:26:42] A different namespace from what they were exported from? [10:27:17] i have 2 gb of media wiki dump from server 1 and I want to import the dump in to server2 with new namespace [10:27:34] its data migration [10:28:03] I think you'd need to edit the xml file to do that [10:28:29] how ? [10:28:37] any other way? [10:35:18] anyhyelp? [10:35:28] i have 2 gb of media wiki dump from server 1 and I want to import the dump in to server2 with new namespace [10:39:45] How to get the number of articles for a category? [11:52:19] heya, I'm trying to move the images folder location in my mediawiki instance, but it seems setting $wgUploadDirectory / $wgUploadPath is not enough [11:52:34] and couldn't find much documentation about doing this... [13:14:44] Guillaume: Still here? [13:17:33] Katie: yeah [13:18:23] Those two variables should work. [13:18:33] You defined them toward the bottom of LocalSettings.php? [13:18:39] yeah [13:18:46] Are you getting errors? [13:19:18] yeah, I'm getting: "Error creating thumbnail: File missing" [13:19:26] One is a file system path and one is a virtual path. [13:19:32] What did you set them to? [13:20:15] $wgUploadDirectory = "/data/download/yabause/uploads"; [13:20:15] $wgUploadPath = "http://download.tuxfamily.org/yabause/uploads"; [13:20:54] I also tried setting wgDeletedDirectory and $wgTmpDirectory [13:21:01] but with no luck [13:21:02] And /data/download/yabause/uploads exists for sure? [13:21:15] What are its permissions? [13:21:23] ah good question [13:21:37] I will ask my provider [13:22:38] Does accessing file directly at the download.tuxfamily.org URL work in your Web browser? [13:22:48] a file/files [13:23:41] yeah, it does [13:23:50] and the config should be ok [13:23:55] at least, it matches: https://www.mediawiki.org/wiki/Manual:Installing_MediaWiki_on_TuxFamily.org#Use_a_Download_Repository_for_Uploads [13:24:14] Config looks fine, yeah. [13:24:26] If uploads are failing, it's usually either file system permissions. [13:24:31] http://download.tuxfamily.org/yabause/uploads/Astal_Coverart.png [13:24:35] Where the user that the Web server acts under can't write to the file system. [13:24:45] Or it's weird path issues. But that seems unlikely here. [13:24:55] ok, so I need to check file permissions [13:25:08] For the uploads/ directory and some subdirectories, yeah. [13:25:14] There's a weird lockdir/ directory that also has to be writeable. [13:25:18] oh [13:25:22] Subdirectory, I mean. [13:25:26] wait, looks like you may be right [13:30:55] mmm, well, no... chmod a+w didn't changed anything :( [13:33:37] On which directory? [13:33:41] !debug [13:33:41] 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 [13:33:41] btw... I only copied images [13:33:48] not subdirectories [13:33:58] Then you probably need to run a maintenance scrpit. [13:33:59] script [13:34:09] MediaWiki puts images in hashed subdirectories by default. [13:34:17] Like /a/39/foo.png or whatever. [13:34:18] ah? [13:34:40] $wgHashedUploadDirectory = true; [13:34:43] That variable. [13:35:01] If you moved images around, your wiki database may not know where you've put them. [13:35:33] I have "$wgHashedUploadDirectory = false;" [13:37:34] Guillaume: also run 'php maintenance/update.php' if you have not done that. It fixes some things after moving or upgrading a mediawiki instance. [13:38:28] mmm, ok, but... it won't break anything, right? ^^; [13:43:49] k054: ok, I tried to run update.php but it doesn't change anything [13:44:44] did you check for permission? [13:45:09] well, yeah, it looks ok [13:49:35] don't know if it can help, but that's what I'm getting with debug: http://pastebin.com/XVLxLSDL [14:47:31] does anyone know if there's a way to disable a particular ResourceLoader module? [14:48:14] Why? [14:50:43] because I want to define my handling for the table of contents hide/show button, and while I can remove the handler for the existing one, it's already done some things I don't want by the time I get to it [14:59:50] Suspect the simplest way is to just override the module definition [15:02:36] If you mean registering a module with the same name - that causes a 'duplicate registration error' [15:02:42] or is there some other way to override a module? [15:04:07] Oh, hmm [18:06:44] hi - is mw codebase itself ever going to have a settings sheet like that being imposed on extensions? (I am referring to extension.json) [18:07:05] or maybe it's already in the system now? [18:09:25] wondering because i'd like to build a front end to a wiki's settings -- iirc a wiki's settings are now loaded via a php object [18:28:11] What is the best way to store my MW in VCS (like GIT)? SSome 'Best practices' or something, folders that I should ignore... [18:39:02] hi, I think I'm seeing a bug with the API's thumbnailing mechanism [18:39:22] so getting images for the Montreal article on pt gets a nice long list of things: https://pt.wikipedia.org/w/api.php?redirects=&titles=Montreal&generator=images&format=json&action=query&gimlimit=max&iiprop=url|dimensions|extmetadata|user&prop=imageinfo [18:39:51] but adding iiurlwidth=800 causes a large number of those results to become "missing": https://pt.wikipedia.org/w/api.php?redirects=&titles=Montreal&generator=images&iiurlwidth=800&format=json&action=query&gimlimit=max&iiprop=url|dimensions|extmetadata|user&prop=imageinfo [18:40:09] wgreenberg, please file a task [18:40:41] hypergrove: It's the ambition, yes. [18:41:09] hypergrove: https://www.mediawiki.org/wiki/Requests_for_comment/Configuration_database_2 et al. [18:41:23] Krenair, will do, just wanted to confirm with you all that it's not expected behavior [18:42:51] wgreenberg, I get more occurences of 'missing' in the first url [18:43:27] Krenair, oh you're right. but the entries with "missing" also have an imageinfo property as expected [18:43:34] whereas in the second link, none of them do [18:44:19] I see imageinfo for some with missing in the second link [18:44:20] krenair thanks for the link [18:44:25] what link? [18:44:43] the one James_F sent you? [18:44:45] sorry james_f thanks for the link [18:46:05] i'm also trying to understand why exregistration can't handle globals that dont start with "wg" -- asking for big change in existing extensions -- [18:46:43] i look at https://phabricator.wikimedia.org/T97186 but there's really not a justification given for that decision, unless i messed it :) [18:47:25] Krenair, but there are no results in the first link that are missing imageinfo [18:47:51] it's as if the thumbnail request somehow drops that imageinfo property for otherwise fine images [18:47:59] which ones in the second are missing imageinfo? [18:48:26] Krenair, entries '-51' through '-83' [18:48:40] e.g. Ficheiro:Portal.svg [18:49:02] yep that's broken, thanks [18:51:55] at school again... [19:19:41] I am really happy about wgLoadExtension() .... wondering if there's any thought to integrate also an extensions/LocalSettings directory that has (for instance) VisualEditor.json containing local directives? I am concerned the direction is more bad practice: local changes can get lost during upgrades [19:20:19] hypergrove: Interesting. legoktm, what are your thoughts? (If any.) [19:28:29] hypergrove: you shouldn't be editing the extension.json file... what "local directives" do you mean? [19:32:08] legoktm, where would someone configure the extension then, locally, LocalSettings.php? [19:34:07] Yes [19:34:21] i also have the concern the implicit performance-savviness of the current system will get lost, that alot of extra processing is going to be done by wfLoadExtension() that wouldnt have otherwise been performed until the first-use of the extensions [19:35:11] wfLoadExtension doesn't do any extra processing that wasn't already being done before [19:35:14] the natural tendency is to load up extension.json, to parameterize the extension to the maximum extent. Maybe this is a documentation issue [19:35:40] Classes are still autoloaded, just like before [19:35:53] well, extension settings in LocalSettings.php won't hack it in the future, imho [19:36:20] that is, iirc the direction is towards a client interface [19:36:25] for extension loading [19:36:47] Yes, that's the plan [19:37:21] https://www.mediawiki.org/wiki/Manual:Extension_registration/Architecture kind of discusses the system of loading extensions but I haven't finished writing it yet [19:41:14] thanks - all good so far! do ask you to consider getting users out of the LocalSettings.php file - I think it's a weakness of the system. I suggest extensions/LocalSettings directory that is maintained by the ExtensionProcessor or something [19:42:11] The plan is to move them to a database that can be changed via a web ui [19:43:03] the database will include local settings? [19:43:19] or are they just parsed extension.json files [19:44:01] Just local settings [19:44:40] like "SettingSheets" that I've seen in the /install (sic) directory [19:44:41] ? [19:45:13] Ummm, what's that? [19:46:21] so the local setttings available to a user are those so distinguished in the "config" property ? (hope so!) [19:47:51] Yes [19:49:17] code for settings is in /includes/installer/Installer.php.... can the Installer also use the same approach of a database lookup for local settings? [19:50:23] Yes, that's the plan :) [19:52:09] totally great - any swag about a cut on the code for that? [19:53:05] i build wiki farms and would be happy to try anything out that will make my life infinitely and immediately easier [19:53:40] legoktm, this is a mammoth service for the community [19:54:18] No code exists yet except some super WIP stuff I wrote last year [19:54:24] :) [19:54:58] I was planning to start working on it again next month or October [19:55:02] i've got drawers full of that stuff too [19:55:21] numerous boxes in the attic even [19:55:53] thanks and wishing you few bugs along your way [20:19:34] legoktm, i started https://www.mediawiki.org/wiki/Manual:Extension_registration/json_attributes because I didn't find any documentation about the json attributes -- do you want me to put a lay definition to these? [20:20:51] The schema is documented https://phabricator.wikimedia.org/diffusion/MW/browse/master/docs/extension.schema.json [20:21:39] I used to have a little JS tool that auto generated documentation from it, but it recently broke :\ [20:22:09] https://tools.wmflabs.org/extreg-wos/schema.html [20:22:56] I also don't want to duplicate the documentation that's currently on the Manual:$wg pages either [20:23:12] ok i'll delete that page then [20:23:14] thx [20:24:46] aFreshMelon: [20:25:01] Er, wrong person sorry [20:26:19] hypergrove: if you have some ideas, can you comment on https://phabricator.wikimedia.org/T97945? [23:06:54] hi