[00:07:29] Is there an extension like Nuke, or functionality I'm missing, to search by user group, or using wildcards? Or logic like NOT user ? [02:58:24] Would the ResourceLoader be responsible for JavaScript not executing consistently on pages? [02:59:45] (And by "JavaScript," I mean user-defined JS in Common.js) [05:41:20] is there any way to just disallow huge svg's? [05:41:32] those result in "Cannot allocate memory" errors from inkscape for me [05:46:38] MediaWiki can be configured to not allow file uploads bigger then some size [05:47:08] doing it by file type is not supported though (although it would probably be possible by an extension) [05:47:43] rendering svgs using rsvg instead of inkscape might use less memory (but perhaps not as good results) [05:57:58] bawolff I already would be happy if I somehow could reject huge svg's as in huge in dimensions not filesize [05:58:26] There's nothing built in for that [05:58:43] In principle it would be possible to make an extension to do that [05:58:59] keep in mind, that dimension is kind of meaningless for svgs [05:59:17] and people could make a really complicated svg with a really small dimension [05:59:25] well for some reason it works fine with small svg's it seems [06:00:12] i.e. I try uploading the same svg all the time, if it exceeds certain dimensions, both imagemagick and inkscape fail [06:03:35] ha, seems rsvg works [06:05:34] of course rsvg probably just changes where the line in the sand is. If you push it far enough, rsvg won't work [06:06:49] hmm so what would you recommend? [06:10:20] I recommend rsvg, and just ignore the svgs that don't work [06:10:32] ok [06:10:44] rsvg seems to deal fine even with veeery complex svg's [06:11:50] rsvg is what's used at commons. And I don't recall them complaining very much about OOM svgs (and they like to push things to the limit) [06:12:13] I imagine if someone intentionally tried to make something too big, they could [06:12:54] yeah, I don't care about these cases, it was just that I had a large svg, uploaded it and things broke… so I searched for an alternative [06:12:59] Is Mediawiki editor adding to each end of line three bytes e2 80 8e? The LEFT-TO-RIGHT mark? [06:14:47] ePirat: Of course, for inkscape/image magick you can also just keep increasing the memory limit [06:15:45] tale: The normal mediawiki editor should not do that (I don't know about visual editor, but I doubt it would add it either). [06:16:22] LTR marks have an unfortunate tendency to just appear places because of their invisibleness, especially when copy and pasting from other places [06:16:41] bawolff: Thanks, I'll try to find where they come from. [09:26:20] Salut à tous. [09:26:30] Hello all. [09:28:07] hi fire [09:28:17] bonjour man [09:38:34] for some reason I have no ability to change the skin in the user preferences section, why is that? [09:38:40] (I want to give users the choice) [09:41:45] ePirat, put other skins in /skins/ folder and enable them like require_once "$IP/skins/Vector/Vector.php"; in LocalSettings.php [09:47:24] Nebraskka, I did this [09:47:44] maybe chmod issue? check if your webserver can read those skin folders [09:47:51] have access for that* [09:48:18] I can change it using the useskin parameter temporarily for pages so I think it does work [09:48:26] but I have no selection in the user settings [09:52:07] if it helps, it is a migrated installation from 1.16 to current stable version [10:05:50] how are guys guys working with mediawiki and mobile version? i found an extension for mobile, since there is none in core, but it seems that i would have to deactivate caching on the website. [10:07:04] i have to cache web version because there is too much traffic [10:11:32] ttps://www.mediawiki.org/wiki/Extension:MobileFrontend is the extension wikimedia use for their mobile versions [10:11:37] https://www.mediawiki.org/wiki/Extension:MobileFrontend is the extension wikimedia use for their mobile versions [11:46:10] Is there a way to force regeneration of pages? [11:46:34] I enabled the math extension and it only seems to work if I modify the old formula that is there [11:53:24] even purge has no effect [11:53:36] I need to modify the article for the formulas to apply [11:53:40] *show [13:19:33] hi... any ideas why I cannot change my email address in mediawiki? [13:19:40] the input field is grayed out [13:20:19] i can't find any setting that would cause this [17:20:40] I can't figure out why the skin switcher is not showing in the user preferences [17:20:49] any help would be much appreciated [18:20:12] Hello! I would like to have a language selector within the Mobile Frontend interface. You know, just like en.m.wikipedia.org has, but I'd only want it to change the language of the interface. [18:20:32] Is there any such thing already available, or do I have to create one on my own? [18:20:44] kikero: the folks at #wikimedia-mobile or #mediawiki-i18n would probably be able to help [18:21:05] ori: thanks, I'll try in there! [18:21:07] Is anyone active? I'm trying to understand what setting may be causing how two wikis in the same wiki family to behave a little differently. [18:22:37] RaTBOX: ask. [18:24:19] I've inherited this wiki family which is set up a bit weird. We have /pool, and then /en for english content. File uploads from either are stored in /pool, which is fine. When a page in pool uses a file in an article, the src of the img tag is set to /pool/thumb.php (so doing the resizing by script). The same file being used on the /en gets rendered with a src as a full URL, and the thumb [18:24:20] resizing isn't being done. [18:24:53] I can give specific pages if that would clarify' [18:25:26] RaTBOX: this is just a guess. Is imagick working for both wikis? [18:25:41] No, both just use GD as part of PHP-FPM [18:27:14] and the resizing works just fine on the /pool side, I can change the article to use whatever width, and its fine. On the /en, it just doesn't make the file. Debug says the creation of the thumbnail was deferred. SupportDesk suggested a 404 handler needed to be setup, but thats all in the thumb.php on the /en side. [18:29:16] I think if I can figure out *why* the /pool side is rendering images the way it is, I can make the /en do the same. I'm struggling to find differences in the settings of either. Their LocalSettings.php are the same exept where you'd expect, like lang, scriptpath, etc. And they both use the same DefaultSettings.php from a main src dir using symbolik links [18:29:57] I'm generally also not 100% sure what the /pool wiki is for [18:31:07] Hmm [18:31:16] Inheriting a dumpster fire is never fun :( [18:31:20] Could be an issue of permission? Just saying. [18:31:43] Please paste whatever debug is saying. ;-) [18:32:14] No, permissions are fine. If I do a file upload from the /en side, it makes the file in /images and the initial corresponding initial thumb in the appropriated hashed dir in /pool/images/thumb/x/xy etc [18:33:15] RaTBOX: http://www.mediawiki.org/wiki/Manual:$wgSharedTables [18:33:24] and displays it on the File:Something.jpg page. No errors in PHP, or on the system itself showing permissions issue. The debug on the en side is all that indicates a problem. I can give you a paste bin of what that says, if you care to take a look. [18:33:55] Yes, please. Paste it somewhere. [18:33:57] Yep, we use sared tables for User and UserGroups, but thats it, everything else is specific to the indicicual wiki in the wikifamily [18:34:09] Let me grab the link, brb [18:34:29] RaTBOX: please refer to this link http://www.mediawiki.org/wiki/Manual_talk:Wiki_family#Scenario_5:_Image_resize_issue_.28solved.2C_sideffect_separate_image_language_descriptions.3F.29 [18:34:43] The guy added $wgSharedTables[] = 'image'; to his configuration [18:35:37] I will definately check that out then. The pastebin is http://pastebin.com/yeif2YHw [18:35:38] I was thinking: if the two wikis have different users to access the MySQL database, you might have to grant them access to the tables of interest individually [18:36:18] all the wikis use the same credentials to access the mysql db [18:37:39] Ok [18:37:47] Also: http://www.mediawiki.org/wiki/Thread:Project:Support_desk/thumb_directory_and_thumbs_not_being_created [18:37:56] If you look at SupportDesk, I describe more of the problem. https://www.mediawiki.org/wiki/Project:Support_desk#Image_Thumbnail_Not_Being_Created_When_Image_Used_In_Article_56252 [18:39:43] And yeah, I saw that. Already using hashed directory structure, and these are images of only about 200k [18:40:09] and generate on parse is set to true [18:41:03] hmmmm [18:41:24] Actually, let me check that on both after reading the manual page for that config setting [18:41:31] brb [18:42:06] :-) [18:45:28] They both get that from the same DefaultSettings.php file, and it's set to true. [18:45:41] neither have an override in LocalSettings.php [18:48:10] :-/ [18:48:36] I guess next I need to look at how the FileRepos are being set. I would guess ForeignFileRepos may be used since all the /lng_code wikis upload into /pool rather than themselves [18:48:56] Okay. Well, I hope there's someone here with more experience with wiki families that could help. [18:49:06] There's one solution though, albeit extreme. [18:49:13] Burn it all [18:49:17] Exactly! [18:49:18] Haha [18:49:21] Backup everything [18:49:30] Burn it [18:49:38] Have a clean install [18:50:15] So keep my content, clean install and configuration of the wiki itself, and restore the content? [18:50:29] Yea [18:51:08] I suspect that is probably what caused this. We migrated to a new host just before I was left with this, and it appears that the resizing hasn't worked since, but did previously [18:51:25] Or maybe the old one was a hot mess too [18:51:58] I appreciate the help though, I've got a few leads to look more at now. [18:52:04] Thanks! [18:53:52] You're very welcome. Hope I could help. [21:00:26] Hi, I am using MediaWiki for a private student project. The problem I have, since I allowed uploading .apk files the whole site dosen't work anymore. All I have done is adding in the default settings the allowance to Upload the apk files. Does anybody have an Idea how this could happen and if there is a possibility to recover the Wiki. The page is called http://wiki.ismaninga.de/ I am using MediaWiki 1.21.1 Greetings Max [21:03:45] it looks like printable version [21:04:21] maybe some css has crashed [21:14:25] hi. I am using {{UILANGCODE}} but it's not updating as a consequence of setlang=xx without a purge.... so I thought to add a purge to wherever setlang is processed..... remarks or brickbats welcomed [21:15:09] hi. I am using {{UILANGCODE}} but it's not updating as a consequence of setlang=xx without a purge.... so I thought to add a purge to wherever setlang is processed..... remarks and brickbats welcomed [21:50:57] ePirat: ori: the fix for the case-sensitivity of $wgDefaultSkin is https://gerrit.wikimedia.org/r/206971 , by the way [22:31:06] win 16 [22:31:17] ENOSLASH [22:32:28] you ok, saper? [22:35:40] aye aye, sir [23:17:42] Can someone show me an example script where I could use JavaScript to create a page through API? I'm not too familiar with the API JS and the documentation isn't helping me find what I need to create [23:21:41] yooo anybody