[00:15:13] eh? [00:15:17] oh, yea [00:15:43] more like, the content is offscreen, with a black spot onscreen, then the sidebar appears [00:15:52] white spot * [04:42:19] hi, after an update for MW not too long ago, though it may have happened in the previous update, [04:42:42] i cannot edit certain pages that were protected [04:42:56] however, i cannot change the protection [04:42:57] http://dl.dropbox.com/u/364883/Screenshots/ucov.png [04:43:05] even though i am the admin [04:43:43] i get this error [04:43:44] http://dl.dropbox.com/u/364883/Screenshots/dkou.png [04:44:03] i am looking for advice on how to debug and solve this situation [04:44:29] the error is a little recursive: You do not have permission to change protection levels for this page, for the following reason: You cannot change the protection levels of this page because you do not have permission to edit it. [05:03:32] cpg: Hmm, probably the fix for that super-protect bug [05:04:12] although, if you're an admin, you should be able to edit the page, and thus change the protection [05:05:11] bawolff: one would think, but not, i’m stuck. do you have a link to that fix? (i cannot seem to find anything yet about that) [05:06:07] cpg: Is your wiki public? First thing I'd check is which groups your user is in on Special:Listusers, and then Special:UserGroupRights to make sure your user is really allowed to edit that page [05:06:31] cpg: Check also if you have any custom permission related extensions, or anything like that [05:06:42] it is https://wiki.amahi.org/index.php/Main_Page [05:07:37] * bawolff suspects this might be related to the fix for https://phabricator.wikimedia.org/T108141 [05:09:09] oh crap. Ignore everything I said about what I thought the cause was [05:09:15] * bawolff could have sworn that bug is fixed [05:09:15] it asks for an LDAP username/pw [05:11:56] cpg: Do you get an error when you go to https://wiki.amahi.org/index.php?title=Troubleshooting&action=edit ? [05:12:26] You do not have permission to edit this page, for the following reason: This page has been protected to prevent editing or other actions [05:15:10] the page info in that page says the page protection is: Edit: Allow only administrators (infinite) [05:15:15] and i am an admin [05:22:48] this is really odd [05:24:08] the wiki has been in production for a long long long time and has undergone lots of updates, unfortunately, so maybe it’s triggering a bug or something [05:24:19] i think it happened in the last or prior to last update [05:32:15] cpg: As a debugging step, could you (temporarily) add $1 and $2 to the page https://wiki.amahi.org/index.php/MediaWiki:Protectedpagetext , and then see how the error message on https://wiki.amahi.org/index.php?title=Troubleshooting&action=edit changes? [05:33:18] sorry, $1 and $2? [05:34:00] ? [05:34:38] Just $1 and $2 anywhere in the page. [05:35:14] MW will replace $1 with which right check is failing, and $2 for which action, in the error message [05:35:58] ok. i am trying to find files containing protected in the name [05:36:26] is it this one ? ./includes/specials/SpecialProtectedpages.php [05:36:32] not quite a match [05:37:00] nothing has protectedpagetext [05:37:21] cpg: No, i mean on the actual wiki [05:37:39] like go to https://wiki.amahi.org/index.php/MediaWiki:Protectedpagetext?action=edit and add it to the text of that page on wiki [05:38:03] duh. my bad. done [05:38:35] $1: editprotected and $2: edit [05:41:23] oh. Sorry, I should have noticed this first off [05:41:43] Your user account doesn't have the editprotected right [05:41:58] (for that matter, nobody in the wiki has it) [05:42:35] Which is what's preventing you from changing the protection level [05:43:16] This was added in d24779328eabd8 (2013), which is relatively new, so it may be an update thing [05:43:21] i’m going into user rights management and i do not see editprotected there [05:44:00] I notice in your user rights list, trackback still exists, which was removed a long time ago. In LocalSettings.php, do you override $wgGroupPermissions entirely? [05:44:20] e.g. do something like $wgGroupPermissions = array( 'sysop' => ... [05:44:56] i have a lot of wgGroupPermissions in the LocalSettings [05:45:10] If you do, probably should instead just add things to the array, or unset anything you don't want, as totally overriding the array, will override any new defaults added in later versions of MW [05:46:05] bawolff: any chance you can help with my resourceloader issue? [05:47:08] cpg: Sorry, I didn't catch on to the issue earlier. I definitely should have noticed sooner [05:47:41] bawolff: not a problem, appreciate the help [05:47:46] made your recommended change [05:48:17] UserProd: That depends on the issue. If you describe it, maybe I can help, but no garuntees [05:48:37] can i send you a link to show yuo in PM? [05:48:39] bawolff: ok, that helps and i can edit the page [05:48:51] (for changing protections) [05:49:30] UserProd: I prefer in the main channel, unless its something sensitive, as that way if I don't know the answer (or say something stupid, etc), someone else has the ability to answer [05:49:54] i'll describe here, but send the link privately, don't want to advertise here [05:50:24] essentially, on the live site, the sidebar shows up immediately [05:50:40] but on the test site (after 1.26 upgrade) it shows up later [05:51:06] I'd guess its related to the async loading changes in RL [05:51:14] yea, that's my thought as well [05:51:27] i rewrote the skin to match the new format [05:51:44] and in teh skin.json, i've got the specific scripts tat are required in the postiion: top [05:52:24] I also notice RL is in debug mode. That might cause an exageration in the delay (but I believe should be unrelated to causing the delay) [05:52:30] but for some reason, it still seems to load after almost everything is complete [05:52:38] yea, not as bad with debug off, but still there [05:52:45] bawolff: thanks so much for helping diagnose this. last question about your fix: is there any risk of it having adverse effects? [05:52:47] i'm just not sure if it's something in my script or RL itself [05:53:45] cpg: Its possible that there was other user rights that that line was suppressing. Removing it might restore their default value, which could potentially be different from what you want [05:54:52] bawolff: one thing i could do is compare before after with the switch, though i am not sure where to look for those to do the comparison. if you can give that link, it would help [05:56:05] cpg: The specific change in question that caused you problems was https://phabricator.wikimedia.org/rMWd24779328eabd8d4385fbf780e611879d846d55c [05:56:27] If you want to compare before and after, you can look at Special:ListGroupRights on your wiki [06:01:27] whoa [06:01:32] lots of things do change [06:01:39] seems way way more open [06:01:56] we had to clamp down a lot over the years due to spammers [06:02:34] UserProd: I know there have been some issues for a couple people of that type. Unfortunately I'm more familar with the backend things and not so much with RL. I imagine the fool proof way would be to do it entirely in css, but if that's not an option, I'm not sure what the reccomended way to do js that blocks page rendering is [06:03:41] cpg: The most future proof way, would probably be to set every right you don't want that's default on, to be off [06:03:43] kk, i'll see what i can figure out [06:03:48] thnx for taking a look! [06:05:06] cpg: The alternative, is to just add new rights, once you notice you need them (for this specific case, $wgGroupPermissions['sysop']['editprotected'] = true; ) [06:05:38] bawolff: got it. problem is that there are so many that i do not really understand .. [06:06:40] the scary ones look like bots being able to edit and all being able to edit stuff (before it was just read for all) [06:06:41] All of them in principle should have descriptions (How good a description though might vary) [06:06:55] writeapi is potentially an issue as well [06:07:17] writeapi isn't as scary as it sounds, as the api still restricts for all the other rights [06:07:22] ah k [06:09:04] looks like we have more than 1000 users [06:09:12] it was all open for a while [06:09:26] the one thing i would REALLY like is prune all users that never did anything [06:09:51] they were probably spammers or confused users that signed up thinking it was our main site [06:10:12] last time a while ago i was told here this was not a thing in MW [06:10:18] so just leave them there [06:11:57] yeah, we don't really have support for removing users [06:12:39] some people use user_merge_and_delete to try to merge them all into one user [06:13:19] If they're blocked indefnitely, you can also hide them (if you have the hideuser right), which sort of makes them disappear (Main use case being people who register offensive names) [06:13:42] ah [06:13:51] i will try that user_merge_and_delete [06:14:20] i think i will stick to just adding $wgGroupPermissions['sysop']['editprotected'] = true; out of fear of spammers [06:14:28] thanks much bawolff [06:14:34] no problem [06:28:00] bawolff: i found that UserMerge has this: if you omit the "New User" field, then the extension auto-populates the New User as "Anonymous" (user_id 0), and ask you to confirm a merge to Anonymous. [06:28:07] however, it does not appear to work [06:28:19] http://dl.dropbox.com/u/364883/Screenshots/_3jd.png [06:28:43] wait, maybe we do not have anonymous or something [06:29:38] Its probably incorrect instructions for the extension or something [06:29:44] * bawolff has no idea how well its maintained [06:29:57] User account "Anonymous" is not registered. [06:30:07] ok, maybe i can research that [06:30:14] User_id 0 is special for mediawiki, as its always an anon regardless of what the name is [06:30:15] one, hopefully last, question [06:30:47] is there a way to query a list of users that have zero contributions? [06:31:07] it would still be a fair bit of work to prune them, but it could be done [06:31:19] if the anonymous thing is solved [06:32:29] hmm, you can do the opposite (Get users who have at least 1 edit), but you can't get user's with none from the interface [06:33:14] ok, with that and some grepping, that may work. would you mind telling me how, please? [06:33:28] if you have sql access, something along the lines of select user_name from user where user_editcount = 0; [06:34:14] From the interface, you can do it at Special:Listusers, from the api, ?action=query&list=allusers&auwitheditsonly=true [06:35:36] * bawolff notes that this field only existed since mediawiki 1.9. Edits from before MediaWiki 1.9 might not be counted depending on how you upgraded [06:35:48] i see [06:36:25] If you really want to be sure for 100% accuracy, do an sql query like select user_name from user left outer join revision on rev_user_text = user_name where rev_user_text is null; [06:42:30] the api returns json, so that i can handle :) [06:42:46] never knew of it [06:46:18] if you do have access to the sql db, the sql query is a lot easier, since it gives you all in one go, no paging, and its even easier to parse a newline separated list of names then it is json [06:46:48] * bawolff 's note about user_editcount only existing since 1.9 also applies to the api, as that's what it uses internally [06:48:44] i see [06:48:48] i can try the sql [06:49:02] oh, man, i still see some spam there from way back when!! [06:49:15] we did not notice those links!! [06:49:33] this is useful [06:52:08] cpg: Note that the revision table includes "old" revisions that are current [06:52:16] *aren't [06:52:26] so spam that was reverted will still be in revision table [06:58:45] interesting [06:58:55] i removed one line of spammy links [06:59:00] and this is what the history shows https://wiki.amahi.org/index.php?title=ArcademSX&type=revision&diff=101646&oldid=89176 [06:59:10] not what i removed [07:01:42] so weird [07:02:10] i removed this https://wiki.amahi.org/index.php?title=ArcademSX&diff=prev&oldid=41677 [07:02:18] (and the line after it) [07:02:22] about resume service [07:03:42] like, say this guy https://wiki.amahi.org/index.php/Special:Contributions/Acecydoxose [07:03:46] spammer [07:03:51] want to nuke it [07:03:56] along with the contribs [08:26:11] Hello! As I'm not familiar with these pages I will ask my question in hope of an answer ! My son is autistic and I want to know if I can at all donate a part of my working brain to my son to inhancehis lifestyle at all thank you in advance for any information sincerely damon armitage! [08:30:01] ... [08:30:14] Pretty sure that's not how Autism works [09:45:16] i want to use the hook: pagecontentsavecontinue so that every time i click the save page button after creating a new page or editing it on my mediawiki website, i am redirected to a page saying "Save successful" rather than to the page created. How can I add a hook, where should I define the event handler and how should i define it? [10:06:09] i want to use the hook: pagecontentsavecontinue so that every time i click the save page button after creating a new page or editing it on my mediawiki website, i am redirected to a page saying "Save successful" rather than to the page created. How can I add a hook, where should I define the event handler and how should i define it? [10:26:55] I'm trying to get visualeditor to work with 1.26, but are running into this issue: https://www.mediawiki.org/wiki/Topic:Su2mdhksx4rz6wi6 [10:27:15] is the only "fix" to update the mediawiki code to dev/nightly? [10:33:35] i want to use the hook: pagecontentsavecontinue so that every time i click the save page button after creating a new page or editing it on my mediawiki website, i am redirected to a page saying "Save successful" rather than to the page created. How can I add a hook, where should I define the event handler and how should i define it? [12:48:31] I would like to "automate" certain tasks on my local machine using information on my mediawiki. For example, If I have an ip adres/port on my wiki, I would like to be able to run a script on my computer that uses that information. Are their any option/extentions you can recommend please? [13:08:49] morning [13:15:51] how to prevent a ovveride of my own css in the screen.less? [13:17:00] Aebian, where is your own css? [13:17:31] if you need some code head to: https://github.com/Aebian/AebianTheme/ [13:17:39] there andre__ ^ [13:20:16] I won't go through an entire code repository, sorry :) [13:20:40] so it's a custom theme that gets "overwritten" by some screen.less file? [13:42:15] can i integrate a "read more" option in a table in mediawiki? i ahve large data in a table, can i display only some data and use read more type of functionality? [13:42:37] to display the whole data in the same table? [13:43:14] @MatmaRex: do you have any idea about the above? [13:43:45] :o [13:44:28] any idea? [13:44:30] ashley: kind of? try https://www.mediawiki.org/wiki/Manual:Collapsible_elements [13:44:57] that is a different thing [13:44:59] andre__: no not really. My screen.less file https://github.com/Aebian/AebianTheme/blob/master/css/screen.less has a navbar css which is {font-size: 1em;line-height: 1.6em;}. But for some reason its getting overwritten by Vector I think [13:45:25] then no [13:45:38] lets say if i have got text of more tha 50 words, i would only show 50 words with a read more option to see the whole text? [13:45:41] :|| [13:45:57] andre__: the exact code on line 48 is: .navbar-nav > li > a{font-size: 1em;line-height: 1.6em;} and that code is not getting loaded [13:46:29] any help @MatmaRex? [13:47:04] it's not possible [13:47:22] it sounds like you're looking for a blog software, not a wiki software [13:48:28] No actually i am storing data about different things in tables [13:49:20] and I want to hace a read more option in the table [13:49:50] well another help required @MatmaRex [13:50:19] how to set event handlers for a hook, ie where to declare and define the function? [13:51:23] and is their some syntax to redirect to main page from one page on saving the page? [17:08:51] People keep claiming jQuery is ALWAYS included... Then why do things like this keep happening? "ReferenceError: $ is not defined" [17:10:28] Trela: it's always included, but as of recently it's loaded asynchronously. [17:10:53] That seems terrible. O_o [17:10:54] (previously it was loaded synchronously, in the ) [17:11:28] it isn't. it will be problematic for you if you have inline