[00:51:12] hi is there a way to block access to mobile.css .js etc [00:51:12] ? [00:53:46] from editing that is [00:53:52] or specific users [01:05:56] biberao: Protect? [01:20:29] Anyone here who can help me with a markup issue? [01:21:32] ScientificGuy: like what? [01:22:39] When I put ===table=== on line 1, ===tablerow=== on line 2, and ===tablesortcol=== on line 3, tablerow and tablesortcol suddenly decide to act as style="display:none". Why is that? [01:24:01] do you have a link to an example? [01:24:12] Yes: http://www.aiowiki.com/wiki/User:Scientific_Guy/Sandbox2 [01:24:59] ScientificGuy: its something with the javascript of your wiki [01:25:11] Is that in Common.js? [01:25:50] yeah [01:25:58] you have some js on the wiki that's doing weird stuff with it [01:26:04] and I see someone beat me to that, whoops [01:26:06] because the same thing happens in monobook [01:27:01] Thanks; could you help me locate the issue? I can't find it in my Common.js [01:27:11] http://www.aiowiki.com/wiki/MediaWiki:Common.js [01:28:11] ScientificGuy: use your devtools to set a DOM breakpoint on one of those headers, that'll break it in whatever js is messing with that element [01:28:14] yoyo [01:28:37] ScientificGuy: taking a look [01:28:42] haha, I don't have dev tools :) [01:29:16] F12 on your browser :) [01:29:19] duh [01:29:26] php version 7.1.26, mediawiki 1.31, get infinite redirect when all php modules are loaded, it isnt a single php module that causes trouble afaik [01:29:28] but if you aren't a web dev, it's a bit hard to get going on them [01:30:31] can you guide me through it? I'm on Chrome [01:34:42] ohhh [01:35:01] I set a breakpoint, what now? [01:35:04] $wgScriptPath = ""; #$wgScriptExtension = ".php"; $wgArticlePath = "/$1"; $wgUsePathInfo = false; are these the correct setting for ugly URL? [01:37:17] had to comment out article path [01:37:27] so my problem is when Im not using ugly URL i get infinite redirects [01:40:15] Anyone know what part of js is causing the headers to act like this? [01:40:59] ScientificGuy: Im trying to track that down Im not sure what is interacting together to cause it [01:41:41] Is there a way I can still have the three headers on the page? Maybe using ? [01:44:52] ScientificGuy: Common.js line 78 [01:44:58] $( '[id^=tab]' ).hide(); [01:45:03] Checking [01:45:16] so it's your tabTable() function causing it [01:45:51] because your headings begin with the letters "tab" [01:46:07] Skizzerz: thanks [01:46:11] table, tablerow, tablesortcol [01:46:23] Skizzerz: completely read past that [01:46:25] That's it! [01:46:35] Betacommand: yeah was having a hell of a time in firefox since they don't expose dom breakpoints [01:46:50] in chrome, you look at the element in inspector, right click, and select break on attribute changes [01:46:55] Any suggestion on how to fix, without breaking other pages on the wiki? [01:47:02] then reload the page, and it automatically breaks on whatever line of js is modifying the attributes of that element [01:47:18] (add ?debug=1 to prevent resourceloader from compressing stuff) [01:47:31] ScientificGuy: fix your selectors, or rename the headings [01:47:36] I'd recommend the former [01:47:49] like if the legit usage is supposed to be like "tab-something" "tab-somethingelse", etc. [01:47:55] then look for tab- instead of just tab [01:48:18] Can I give an example? [01:48:38] ScientificGuy: what is that line of code supposed to do? [01:49:29] I'm not sure exactly, but I think it might create something like this: (see Characters Played) http://www.aiowiki.com/wiki/Sam_Suksiri [01:49:45] Or "Work", just edited [01:51:14] Skizzerz: looks like the pattern is tab\d+ [01:51:18] tab110 [01:51:24] tab111 [01:51:26] ect [01:51:54] That's deeply integrated into the site [01:52:02] my javascript isnt good enough to fix that rule [01:54:14] Betacommand: no way to match that using css selector syntax [01:56:15] ScientificGuy: you have two options then: A) replace "tab" with something like "tab-hidable" in the associated templates, or rename the section headers [01:57:22] "tab" is used on maybe 1,000+ pages over 10+ huge templates; I think I'll just rename the headers. Thanks for the help [01:58:48] Also, since I'm here, could I ask about a duplicate parameter in the DPL manual? [03:28:49] Just wanted to point out I had to waste all evening debugging Cargo because it uses the API, which in turn has anti PATH_INFO code in api.php, which means if that var is set the api does not work. My install had set `fastcgi_param PATH_INFO $fastcgi_script_name;` in nginx. [03:29:24] I get it is trying to be super smart and do redirects, but in this case it proved a very confusing error that took me a long time to track down, especially since the wiki worked fine. [03:30:08] I really wish there was a LocalSettings.php setting I could set to disable this check. [03:50:09] filed as a bug, let's hope someone fixes it as I found a support desk thread with several people who had the same problem and resorted to core patches. https://phabricator.wikimedia.org/T215857 [05:50:55] Hi [10:48:19] hi why would mobilefrontend have its own LocalSettings.php on "tests"? [10:49:14] for testing purposes? :P [16:49:09] Hello everyone...is there a way to remove namespaces from the 'Search in Namespaces' box? Right now we have 36 namespaces in the list, and only 16 of those have content that a user would want to search. [16:50:58] What is in $wgNamespacesToBeSearchedDefault ? [17:09:52] HI all, I want to modify the styles combo in the WYSIWYG editor extension of mediawiki. but it does not seem to want to load it ... [17:25:46] Oh Amie left, but the SearchableNamespaces is what he was looking for [17:25:54] SearchableNamespaes hook [17:34:42] is there a way to remove the "Summary" header from images pages showing up by default when a summary is used [17:35:15] css? [17:35:41] CSS has nothing to do with mediawiki automatically inserting a header [17:36:43] It can potentially make it disappear though [17:37:12] i don't want that, i want it to not happen in the first place [17:37:23] c: Potentially the UploadForm:getInitialPageText hook, but that'd be hacky [17:38:03] c: You can change the text of the header by editing the page MediaWiki:filedesc, if that helps [17:38:13] But it doesn't look like there is an option to disable it [17:38:20] goal is no header period [17:38:24] or uselang=qqx, figure out how it's being inserted, and if the header is fully defined in a message you can blank that message [17:38:42] Its added into the wikitext, so uselang=qqx won't work [17:38:49] so css then [17:38:53] achieves same goal [17:38:55] iirc blanking a message uses the default? [17:39:19] deleting a message uses default [17:39:41] If the message contained just a space or something it would be == == on the page [17:40:10] If you don't want to go the css route, probably the only other option is doing a preg_replace on a UploadForm:getInitialPageText handler [17:40:30] imo css is cleaner and nicer way of going about it, and less brittle to future changes [17:40:59] also 3 lines instead of writing an extension [17:41:39] the extra 30 bytes you save on page loads is unlikely to impact anything [17:43:40] $wgHooks['UploadForm:getInitialPageText'][] = function ( &$text, $msg, $bar ) { $text = preg_replace( '/'. preg_quote( '== ' . $msg['license-header'] . " ==\n", '/' ), '', $text, 1 ); }; [17:43:44] Is only one line :P [17:43:57] But i tend to agree its kind of hacky, and I'd probably do CSS instead [17:44:12] i am not worried about "bytes" or page loads. we had issues with lightboxing and there being a section header that was only fixed by removing the header [17:44:21] hmm, also that line has a typo [17:44:40] $wgHooks['UploadForm:getInitialPageText'][] = function ( &$text, $msg, $bar ) { $text = preg_replace( '/'. preg_quote( '== ' . $msg['license-header'] . " ==\n", '/' ) . '/', ”, $text, 1 ); }; [17:44:49] meh, didn't test that, YMMV [17:45:24] err, that's wrong too [17:45:43] $wgHooks['UploadForm:getInitialPageText'][] = function ( &$text, $msg, $bar ) { $text = preg_replace( '/'. preg_quote( '== ' . $msg['filedesc'] . " ==\n", '/' ) . '/', ”, $text, 1 ); }; [17:46:04] whatever, my main point is its possible and an option (may or may not be the best one) [17:47:03] This is something you'd add at the bottom of LocalSettings.php, if you wanted to do that [17:47:19] And it would only affect newly created files, not existing ones [18:07:22] the CSS option would hide all i think, since they all use the mw-headline class [18:08:22] Tpt[m]: Ping ? [18:10:39] c: it'd also be hacky by the looks of it; #mw-imagepage-content h2:first-child { display: none; } [18:10:43] (untested, but should work) [18:17:31] seems so, let's see if this playing nicely with lightboxes. thanks! [20:08:59] Is there a way I can get the name of the page after a redirect? Something like a parser function `{{#FollowRedirect:SomePage}}` and it will return `[[ThePageSomePageRedirectTo]]` [20:21:10] finlay: I'm not aware of anything like that [20:21:33] you can get it via API, but no way I know of in wikitext [20:31:36] Skizzerz: Thanks, I guess I could do an API call using one of the external data extensions...