Extension talk:Admin Links

Feature Request
Hi, wouldn't it be nice to have a link to 'Special:Statistics' 'and Special:Version' in section „general“ of this extension. Cheers --kgh 19:14, 16 October 2009 (UTC)


 * Good idea; this was finally done, in version 0.1.3. :) Yaron Koren 21:37, 12 July 2010 (UTC)


 * Cool, thank you Yaron! I will give it a try soon. --kgh 16:48, 13 July 2010 (UTC)

Hide from normal users?

 * Can I hide the page "Special:AdminLinks" from normal users?--Harmageddon 17:35, 10 January 2010 (UTC)


 * Not at the moment; why would you want to? Yaron Koren 18:36, 10 January 2010 (UTC)
 * Because they don't need it ;-)--Harmageddon 18:44, 10 January 2010 (UTC)
 * Do you mean, not have the link displayed at the top, or have it not viewable once users get to that page? Because normal users should never see the top link. Yaron Koren 19:51, 10 January 2010 (UTC)
 * They don't see the top link, but they can see the page with its direct url or, for example in Special:Specialpages.--Harmageddon 16:16, 11 January 2010 (UTC)
 * Okay. No, there's no way to hide it, and I haven't yet seen a good reason to do that. I'm going by the basic "wiki philosophy", which is to leave everything out in the open unless there's a good reason not to. Yaron Koren 19:10, 11 January 2010 (UTC)
 * Times have changed. Wikis have moved beyond Wikipedia and open information. Wikis are being used in ways far beyond the original wiki philosophy. Wiki devs need to accept this evolution and allow for controls to implement secure wiki environments. When placed in sensitive environments for collaboration we as admins should be able to lock them down as we see fit to protect our data integrity and to prevent unintentional damage by curious users. 17:25, 9 March 2011 (UTC)
 * You can hide the Special: pages. I posted my working method here: Manual_talk:Special_pagesMaybe it will be useful. You can pare it down to control one or two pages as needed. I use it for maximum control of every special page I can in certain installations. It's not perfect and may still have a few issues to iron out but it's the best solution I know of so far. Someone much smarter than me needs to write an extension for securing special pages. Oh and this method prevents direct URL access from the browser address bar. If a user tries to surf directly to a special page you have 'unset' their right to they will get your sites standard error page. Good luck. 17:25, 9 March 2011 (UTC)

Well, as I said, my view of the wiki philosophy is "to leave everything out in the open unless there's a good reason not to". If there were a threat to security or data integrity, that would be a good reason not to - but in this case, Special:AdminLinks is just a page of links, so it doesn't pose any danger. Yaron Koren 18:29, 9 March 2011 (UTC)

SQL
Uhm Yaron... Getting an error about the SQL table doesn't exist, but I can't find anywhere the required fields for the SQL. Are there anywhere I can get this SQL structure? - In that case, please provide link, and in future, maybe include it in Your install instructions ;) Mikkel Trebbien, Denmark 13:47, 18 August 2010 (UTC)


 * Hi - that's definitely not coming from Admin Links, which doesn't use SQL. Out of curiosity, what's the name of the table? Yaron Koren 15:34, 18 August 2010 (UTC)

Add Items to Admin List
How do we add items to the Admin List? This is a great idea but is not near enough complete.

I have successfully added a regular page such as:

$main_row->addItem( ALItem::newFromEditLink( 'Copyright', wfMsg( 'adminlinks_editcopyright' ) ) );

But, when I try to add a special page, using the exact same syntax as other special pages already included, such as:

$main_row->addItem( ALItem::newFromSpecialPage( 'ListGroupRights' ) );

I get this error message:

Fatal error: Call to a member function getTitle on a non-object in /wiki/extensions/AdminLinks/AdminLinks_body.php on line 268

--Bro. Ignatius Mary 12:22, 17 September 2010 (UTC)


 * Hi, the documentation should be clearer on that - the actual name of most special pages, for some reason, is all lowercase except for the first letter. So "Listgrouprights" instead should work. Yaron Koren 15:06, 17 September 2010 (UTC)

Thank worked. Thanks.

--Bro. Ignatius Mary 19:52, 27 September 2010 (UTC)

Adding Pages not in Edit Mode
I would like to add links on the AdminLinks that are not Special and not regular links that open in edit mode.

How can this be done?

Thanks

--Bro. Ignatius Mary 23:29, 29 September 2010 (UTC)


 * Wow, I guess I missed this question completely. On the off chance that you still want to know the answer, it looks like you can do it using AlItem::newFromPage. Yaron Koren 20:50, 9 March 2011 (UTC)

Link to Job Queue
Hi Yaron, since the number of jobs is not displayed on Special:Statistics it might be useful to introduce a nicely formatted link to this information into this extension

Perhaps it is possible just to query for the number of jobs and not for the whole lot. Cheers --&#91;&#91;kgh&#93;&#93; 21:42, 27 June 2011 (UTC)
 * As an aside there was a reason that count was removed from special:statistics, it was to hide it from admins who misinterpreted it on a regular basis. Just saying ;) Bawolff 04:52, 28 June 2011 (UTC)
 * Yeah, I know. However it was the only chance for me to determine if I should do a runJobs manually to speed up things or just let the users do the job for me. Still I have come to believe that this might not be the best idea. Since I know the trick ... :) Thanks for ruining my dream :P Cheers --&#91;&#91;kgh&#93;&#93; 07:45, 28 June 2011 (UTC)
 * It's true that the job number in Special:Statistics, as well as the one provided by the API, are sometimes way off - that's what Bawolff meant by "misinterpreted". I'll think about some alternate way to get at this number, because I think it can be important for admins to see. Yaron Koren 23:41, 28 June 2011 (UTC)
 * Only do it, if you really think that it is a good idea. Not showing this to the general public which is definitely not able to interpret it correctly is ok. On the other hand I think an (sys)admin should be able to interpret it after gaining some experience. At that stage it is quite a useful indicator, at least to me. Cheers --&#91;&#91;kgh&#93;&#93; 11:39, 29 June 2011 (UTC)

Link to Special:WantedProperties
Hi Yaron, what about inserting a link to this special page, too? Cheers --&#91;&#91;kgh&#93;&#93; 12:59, 6 July 2011 (UTC)

Link to Special:Log
Hi, I think that a link to Special:Log would be useful too. Cheers --&#91;&#91;kgh&#93;&#93; 23:23, 11 September 2011 (UTC) PS Hmm, I am wondering why I seem to be one of the few with enhancement requests to this extensions. Either I am one of the few who is using this extension or I have very special needs diverging from the general usage of wikis. I do not suppose that both this is true. :)


 * Good idea! I finally added this in to SVN now. And I'm not going to speculate on that one. :) Yaron Koren 21:24, 7 October 2011 (UTC)


 * Cool. Thank you for doing this. Coders do not seem to like speculating a lot, do they? :) Cheers --&#91;&#91;kgh&#93;&#93; 14:40, 8 October 2011 (UTC)

Crash
MediaWiki crashes after checking checkbox 'createaccount' for general group. Please help!


 * I believe that's not related to Admin Links. Yaron Koren (talk) 04:44, 20 April 2012 (UTC)

Fatal error: Call to a member function getTitle on a non-object...xtensions/AdminLinks/AdminLinks_body.php on line 271
Hi, I have an error when I try to go to AdminLinks http://domotiki.eu/index.php/Sp%C3%A9cial:AdminLinks

The sentence is : "Fatal error: Call to a member function getTitle on a non-object in /homez.149/comparatxu/www/domotiki/extensions/AdminLinks/AdminLinks_body.php on line 271"

Any Idea ? Thanx

Nicolas


 * The issue is apparently that the code doesn't know about the $wgUser global variable, which is strange - that variable has been deprecated, but it hasn't been removed. In any case, this is a good reminder that Admin Links should be updated to no longer use it; I'll try to do that soon. Yaron Koren (talk) 12:54, 25 September 2012 (UTC)


 * Actually, I just remembered that there's already a patch waiting, that would get rid of $wgUser, among a lot of other stuff, here. However, it would remove backward-compatibility, which is why I haven't merged it yet. However, if you have Git, you could get that patch's code; otherwise, you could just try replacing that instance of "$wgUser->getSkin->linkKnown" in the code with "Linker::linkKnown". Yaron Koren (talk) 13:17, 25 September 2012 (UTC)