Extension talk:SidebarEx

From mediawiki.org
Latest comment: 8 years ago by Bmrberlin in topic German mediawiki Version 1.25

necessary by whom[edit]

In the installation section, "* 5) Apply any page protection deemed necessary " - deemed necessary by whom? The MediaWiki: namespace is already protected by default, so (if the namespace is set to its default value) attempting to lock MediaWiki:Sidebar and the like adds nothing. --Carlb 22:31, 6 July 2007 (UTC)Reply

Good point. I must admit I think a lot in terms of BizzWiki extension these days and rights management is a bit different than in stock Mediawiki! [user:jldupont|Jean-Lou Dupont] 22:50, 6 July 2007 (UTC)Reply

Create new Sidebars (DONE)[edit]

Hey

Thanks a lot for this extension

But I've got a Problem, how do I create new Sidebars for a new User.

I created one for the '*' and it works, but for Example I can't create one for the User: Admin.

I triede to edit LocalSettings and to fill in there:

$bwSidebarNs = MediaWiki;
$bwSidebarPage = 'Sidebars';
$bwSidebarSearch = array ( 'user', '*', 'admin' );

but there is no change.

Can I create a new sidebar for every User, or every User on his own?

I don't know why it works with the not logged in Users ('*') and with the other Users don't.

Please help me, Thanks

The order matters for $bwSidebarSearch: if you want 'admin' membership to be checked first, then ('admin', 'user', '*'). If you put 'user' first, all logged users will see the sidebar corresponding to 'user'.

Jean-Lou Dupont 13:26, 6 August 2007 (UTC)Reply

So I can define a new sidebar for every User?
The User should have the possiblity to edit their pages, on their own. is this possible?
And can I leave the field $bwSidebarSearch empty so that every one has his own sidebar or is it just group based?
The extension is 'group membership' aware and *not* 'per-user' aware i.e. the extension, currently, can not handle 'per-user' sidebars. Jean-Lou Dupont 15:22, 6 August 2007 (UTC)Reply
Too bad but thanks a lot for your help!
Took me two minutes to add 'per-user' functionality. Enjoy. Jean-Lou Dupont 15:32, 7 August 2007 (UTC)Reply

Could this be used also for Sidebars depending on namespace? (DONE)[edit]

I reckon it would not be very hard to adapt this that sidebars depended on namespaces?

--JuhaV 06:35, 28 August 2007 (UTC)Reply

Correct. Jean-Lou Dupont 11:06, 28 August 2007 (UTC)Reply
Done. Jean-Lou Dupont 12:55, 28 August 2007 (UTC)Reply
Thanks! We're planning to use this feature for example wikis with multiple languages etc. --JuhaV 06:41, 17 September 2007 (UTC)Reply

Don't Appear? (RESOLVED)[edit]

Installed this extension, along with Extension:ExtensionClass which has one error which I have reported on that extension talk page. Now can't seem to get the different Sidebars to appear, have defined MediaWiki:Sidebar/user, MediaWiki:Sidebar/sysop and my own personal one at User:Dr DBW/Sidebar and can't get anything different from the one already defined at MediaWiki:Sidebar

Does this ignore the normal Sidebar at MediaWiki:Sidebar, or do we have to delete that one? If a person is not a member of the groups defined, so it default back to this one? Or do I have to have the MediaWiki:Sidebar/* defined? --Dr DBW 02:22, 30 August 2007 (UTC)Reply

Worked it out thanks, didn't realise was using 1.9.3. Upgraded to 1.10.1 and starting to work now. For clarification, do these sidebars totally replace the default one, or append it on the end of the default? --Dr DBW 03:58, 30 August 2007 (UTC)Reply
Replaces the default one. Jean-Lou Dupont 12:04, 30 August 2007 (UTC)Reply
Strange, because I have done the following, Sidebar contains a list of menus, Sidebar/user /sysop does not have those menus, but has some extra ones and it appends it to the end? Then if I have my own personal one, then that is also appended on the end again? BTW, thanks for this extension, it is a very good one :-) --Dr DBW 23:55, 30 August 2007 (UTC)Reply

Undefined offset: 0 in Namespace.php on line 96 (RESOLVED)[edit]

Recently upgraded to Mediawiki 1.10.1 from 1.9.3 and now the above error has appeared, and it is due to this extension (i.e. the error disappears when it is removed from LocalSettings.php). The contents of line 96 in Namespace.php is below. --Dr DBW 04:12, 10 September 2007 (UTC)Reply

return $wgCanonicalNamespaceNames[$index];
I just did a quick 1.10.1 install on my Windows machine + just installed this extension without anything else & no customization except for MediaWiki:Sidebar/* : it works on my side without an error. Please provide backtrace debug info. Jean-Lou Dupont 11:32, 10 September 2007 (UTC)Reply
Turned on the debugging, nothing in there stands out as being wrong or associated with this error. What should I be looking for do you think? Is there something additional with debugging that I should be turning on? --Dr DBW 23:06, 10 September 2007 (UTC)Reply
How about allowing for more PHP level messages i.e. error_reporting in PHP.ini ? Jean-Lou Dupont 23:26, 10 September 2007 (UTC)Reply
And could you name the error in question, the one you are referring to above? Jean-Lou Dupont 01:07, 11 September 2007 (UTC)Reply
I am following the details here How to debug to get the debugging information. It is a shared server and don't have access to the php configuration file to change things. Not sure what you want by "name the error", since the title for this entry is the error exactly as you see it on the pages, see [1]. It appears whether you are logged in or not, is not visible in the special namespace, user pages, category pages, non-main namespace pages, MediaWiki namespace --Dr DBW 01:13, 11 September 2007 (UTC)Reply
Could you try the trunk version in the SVN repository? I believe I have found the 'bug': in stock MediaWiki, the NS_MAIN namespace is not given a 'canonical name' as with the other namespaces... Jean-Lou Dupont 01:42, 11 September 2007 (UTC)Reply
Downloaded the version from here [2] and error has now gone :-) Thanks for that, much appreciated :thumbsup: --Dr DBW | talk 02:03, 11 September 2007 (UTC)Reply
Another happy customer, great! Jean-Lou Dupont 02:13, 11 September 2007 (UTC)Reply

Does it work with mediawiki 1.11.0 ? (TODO)[edit]

If yes, then I must be stupid as I can't create user specific sidebar. My username is perro1o, could you please clearly state what page I need to create in order to get my own personal sidebar. From the documentation it is not clear if it is:

  • "name/Sidebar" which would be "perro1o/Sidebar" in my case
  • "MediaWiki:Sidebar/user" which would be "MediaWiki:Sidebar/perro1o" in my case

neither of these 2 solutions do actually work.

My settings are just the defaults one.

Thanks for your help.

I currently do not support 1.11. No timeframe yet. Jean-Lou Dupont 10:46, 1 October 2007 (UTC)Reply

On my 1.11.0 wiki it works! I installed the StubManager extention in extensions\StubManager\ and the SidebarEx files in extensions\SidebarEx\. I added the requires to LocalSettings.php. On the Special:Version page I see the following

* MediaWiki: 1.11.0 
* PHP: 5.1.1 (apache2handler) 
* MySQL: 5.0.17 
EXTENTIONS
Other
SidebarEx (version 1.0.0)   - Provides customizable sidebars.                                 - Jean-Lou Dupont 
StubManager (version 1.0.6) - Provides stubbing facility for extensions handling rare events. - Jean-Lou Dupont
                              Extensions registered:
                              SidebarEx, 
                              .

I created the page User:Edwin/Sidebar with the following content

* navigation
** mainpage|mainpage
** recentchanges-url|recentchanges
** randompage-url|randompage
** Special:ExpandTemplates|Expand templates

And that's instantly my new Sidebar :-) Thanks for this great extention --Edwin 19:23, 27 December 2007 (UTC)

My pleasure ! Jean-Lou Dupont 22:21, 27 December 2007 (UTC)Reply

Getting SideBarEx to show up in the navigation side panel ??? [SOLVED][edit]

Thanks Jean-Lou for the advice about changing over to "SidebarEx" ...

I removed the entries from "LocalSettings.php" regarding the "SysopSideBar" extension and installed "SidebarEx" using the PEARS approach .. I see that the directory "MediWiki" was created and the "StubManager" and "SidebarEx" were created and filled ..

If I browse the various "'Sysop', 'User', '*'" pages i get them already filled in with what I assume id the default SideBar navigation information ... This is great because I assume that "SideBarEx" is working ..

But, I cannot see the same information in the SideBar on my wiki ... I still see the original info .. I have refreshed my browser a number of times ..

I also cannot find the extension in the Versions Page (Other) ...

Have I missed something ???

--Dick 19:25, 15 October 2007 (UTC)Reply

Have you checked that the page names are : MediaWiki:Sidebar/sysop , MediaWiki:Sidebar/user, MediaWiki:Sidebar/* ? Jean-Lou Dupont 19:31, 15 October 2007 (UTC)Reply

Yes, they definitely have the required names .. I can copy and paste the names from your example on this install page and then search for them on my wiki and they show up correctly ..

What I have noticed is that if I search for any file which has "MediaWiki:Sidebar/..." in it, it shows the default navigation list ... The Sysop list I have changed and that shows the changes in the page but not on the SideBar ... I just tried it on this site and see it does the same - so thats not an issue ...

Why can't I see the extensions in the Special Version page ?? Do I need extensionClass to run this version of SideBarEx ?? .. I found the extensionClass script eventually and installed it and it shows up in the Versions page ...

(As a matter of interest I did get SysopSideBar to work before going over to SideBarEx) ...

--Dick 05:43, 16 October 2007 (UTC)Reply

Let's start at the beginning: SidebarEx is only currently tested for MW1.10 and 1.11.
No you do not need 'ExtensionClass' for SidebarEx.
Yes you should see 'StubManager' and 'SidebarEx' (amongst the others) in Special:Version. Do you have the 'require "MediaWiki/StubManager/StubManager.php' line in your LocalSettings.php?
Also, do you have any PHP level restrictions for accessing the PEAR directory? (e.g. open base dir, safe mode etc.)
Jean-Lou Dupont 07:02, 16 October 2007 (UTC)Reply

OK Jean-Lou,

- I removed "ExtensionClass"

- I added "MediaWiki/StubManager/StubManager.php" to LocalSettings.php (Had not done that)..

"StubManager" now shows up in Versions Page ..

Still no default Sidebar ...

I then added "require_once( "$IP/extensions/SidebarEx/SidebarEx.php" );" to LocalSettings.php .. (I recall that you said that StubManager would handle all tasks and one need not place anything into LocalSettings.php !!)

But SidebarEx now shows up in Versions Page .. (I entered the relevant files into "/extensions/SidebarEx" directory) ..

Even though i added "require_once( "$IP/extensions/SidebarEx/SidebarEx.php" );" to LocalSettings.php, I still don't get the default SideBar on the left-hand side ..

How would i test for any PHP level restrictions for accessing the PEAR directory ? .. I'm using SuSe 10.1 (I'm sure I'm not in 'Safe Mode")... My PEAR directory path is "/usr/share/php5/PEAR/" ...

--Dick 07:49, 16 October 2007 (UTC)Reply


I got the default Sidebar to show up ..

Further to my tests here Jean-Lou, I changed the following in LocalSettings.php ... ($bwSidebarNs = NS_MEDIAWIKI and $bwSidebarPage = Sidebar;)

## Define the SideBar Pages for SideBarExt. ##
 # 1) Define (if desired) the base namespace where the pages will be fetched:
    $bwSidebarNs = NS_MEDIAWIKI;  // must be defined prior
 # 2) Define (if desired) the base page where the 'sidebar' pages will be fetched:
    $bwSidebarPage = Sidebar;
 # 3) Define the priority list i.e. group membership search order.
    $bwSidebarSearch = array ('Bureaucrat', 'Sysop', 'User', '*' );
 #    Corresponding sidebar pages for $bwSidebarSearch:
       #   MediaWiki:Sidebar/Bureaucrat
       #   MediaWiki:Sidebar/Sysop
       #   MediaWiki:Sidebar/User
       #   MediaWiki:Sidebar/*
 #    Per-User sidebars - Edit the page
       #   User:username/Sidebar
 #    Per-Namespace sidebars - Examples:
       #   MediaWiki:Sidebar/Ns/Main
       #   MediaWiki:Sidebar/Ns/Category
 # 4) Include the required scripts to run SideBarEx: 
    require_once( "MediaWiki/StubManager/StubManager.php" );
    require_once( "$IP/extensions/SidebarEx/SidebarEx.php" );

'Sidebar' was 'Sidebars' and this was copied from your install instructions Page ..

The Sysop sidebar does not show up when i log in .. When i log in as a guest the default sidebar shows up .. No matter how i log in, only the default sidebar shows ...

If I remove "require_once( "$IP/extensions/SidebarEx/SidebarEx.php" );", the default sidebar goes back to original sidebar ...

--Dick 08:13, 16 October 2007 (UTC)Reply

Oopppsss...
Apologies for the documentation... I need to do another pass and correct it! When you install the extensions through PEAR, the only thing you need to do (aside from making sure that the access rights to the PEAR directory is OK with PHP etc.) is to put the following line in LocalSettings.php:
 require 'MediaWiki\StubManager\StubManager.php';
 require 'MediaWiki\SidebarEx\SidebarEx.php';
that's assuming you are not using Extension:ExtensionManager as you would only put
 require 'MediaWiki\StubManager\StubManager.php';

in your LocalSettings.php. The line:

    require_once( "$IP/extensions/SidebarEx/SidebarEx.php" );
isn't correct because, as I recall, you installed the extension through PEAR and thus the extension's code now resides in the PEAR directory on your system. Jean-Lou Dupont 13:34, 16 October 2007 (UTC)Reply

Well, I found that by putting

require_once( 'MediaWiki/StubManager/StubManager.php' );   *** Note the '/' not '\' - '\' causes blank screen!!
require_once( 'MediaWiki/SidebarEx/SidebarEx.php' );       *** Note the '/' not '\' - '\' causes blank screen !!

into LocalSettings.php, I now can see both the StubManager and SideBarEx in the Versions Page .. I've deleted the SideBarEx directory from the extensions directory ... So thats an improvement ..

I have the "MediaWiki:Sidebar/Sysop" setup with extra navigations names, but they don't show up, I'm logged in as Sysop ... When i'm not logged in, I get the same nav bar ...

Any ideas here ?? .. remember that SysopSidebar actually did work on the wiki ???

--Dick 18:55, 19 October 2007 (UTC)Reply

I have done some more experiments ...

If i rem out the Stubmanger in localsettings.php file, I get an error message saying that sidebarex needs the stubmanager .. that suggests that the two scripts are talking to each other (or checking on each other)...

I find that the MediaWiki:Sidebar/* navbar contents are placed into the navbar left-hand side of my wiki ... If i rem out the sidebarex in the localsettings.php file, the navbar goes back to the wiki's default ...

I can't get Sysop navbar contents to show at all ..

From here, i am stuck !!

--Dick 20:24, 19 October 2007 (UTC)Reply

If you've got the /* to work, then the extension is working. Are you sure that you are using the /sysop (note the lowercase) page ? Jean-Lou Dupont 21:33, 19 October 2007 (UTC)Reply

Where did the lowercase /sysop come from ??? .. i haven't seen any mention of it ..

I copied the contents of MediaWiki:Sidebar/Sysop page to MediaWiki:Sidebar/sysop page but still not working ..

I thought that seeing as it should be in lowercase I changed

$bwSidebarSearch = array ('Bureaucrat', 'Sysop', 'User', '*' );

to

$bwSidebarSearch = array ('Bureaucrat', 'sysop', 'User', '*' );

and immediately the navbar went back to the Wiki default ... I've changed it back to "Sysop" ..

--Dick 21:58, 19 October 2007 (UTC)Reply

it should ***ALL*** lowercase for /user, /sysop, /bureaucrat. Jean-Lou Dupont 00:24, 20 October 2007 (UTC)Reply

OK Jean-Lou - I am the only user on my Wiki and I have "bureaucrat" and "sysop" rights - I changed

    $bwSidebarSearch = array ( 'Sysop', 'User', '*' );     to
    $bwSidebarSearch = array ( 'sysop', 'user', '*' );     in LocalSettings.php

Also I created MediaWiki:Sidebar/sysop MediaWiki:Sidebar/user navbar pages - all different so I could tell them apart ...

I got the default Wiki Navbar on the left-hand side of the screen ... I then changed

    $bwSidebarSearch = array ( 'sysop', 'user', '*' );     to
    $bwSidebarSearch = array ( 'Sysop', 'user', '*' );     in LocalSettings.php

I got the default Wiki Navbar on the left-hand side of the screen ... I then changed

    $bwSidebarSearch = array ( 'Sysop', 'user', '*' );     to
    $bwSidebarSearch = array ( 'sysop', 'User', '*' );     in LocalSettings.php

and I still got the default Wiki Navbar on the left-hand side of the screen ... I then finally changed

    $bwSidebarSearch = array ( 'sysop', 'User', '*' );     to
    $bwSidebarSearch = array ( 'Sysop', 'User', '*' );     in LocalSettings.php

and I then got the MediaWiki:Sidebar/* Navbar on the left-hand side of the screen ...

It appears that the line of script is only recognised when they are /Sysop, /User, etc ...

--Dick 05:53, 20 October 2007 (UTC)Reply


Jean-Lou - Eureka !!!!

I found the problem ... I had to delete all the "MediaWiki:Sidebar/Sysop" "MediaWiki:Sidebar/User" pages ...

Once I did that and change the

    $bwSidebarSearch = array ( 'Sysop', 'User', '*' );     to
    $bwSidebarSearch = array ( 'sysop', 'user', '*' );     in LocalSettings.php

it started to show up correctly on the Wiki navbar on the left-hand side of the screen ..

It may be worthwhile to say in the install instructions that there will be a conflict if there "MediaWiki:Sidebar/Sysop" AND "MediaWiki:Sidebar/sysop" pages etc!!

I am a very happy chappy now :-))

Now I can go and set up the actual navbars the way I want them ... Thanks for your assistance ...

--Dick 09:03, 20 October 2007 (UTC)Reply

SidebarEx with 'Wikitext is Sidebar' hack[edit]

Is it possible to use this extension (with or without modification) if utilising the hack to enable Wikitext in the sidebar? -AerosAtar

I do not know but I strongly suspect the answer is no. Jean-Lou Dupont 23:01, 4 January 2008 (UTC)Reply

using none specialpages on sidebar[edit]

Hi Jean-Lou, i there a possibility to include external (none) wiki Pages in the sidebar? The normal sidebar do not support this function, but with the old clipboard extension this was possible (with some modification). --Ozz 19:51, 13 January 2008 (UTC)Reply

Have you tried with interwiki links? (I didn't myself)Jean-Lou Dupont 20:56, 13 January 2008 (UTC)Reply

How per-user sidebars can be used in sidebarsearch?[edit]

Does per-user sidebar always overwrite other defined sidebars (ie. user belongs to somegroup but per-user defined sidebar is shown)?

$bwSidebarSearch = array ('somegroup', 'sysop', 'user', '*' ); <- per-user?

BR


--JuhaV 06:22, 1 February 2008 (UTC)Reply

In the current version of the extension, the configuration modes are accumulated i.e. per-group + per-user + per-namespace. The only overwrite is the default sidebar i.e. the one defined as per the standard MediaWiki process. Jean-Lou Dupont 12:00, 1 February 2008 (UTC)Reply

Sidebars by Category? [Closed][edit]

Is it possible to add the ability to create sidebars based off a category? For instance, if I was in an article that was tagged "Category:States of the United States of America", I would like the sidebar to print out a list of links of states in the US. -- Joe Beaudoin Jr. 00:17, 27 February 2008 (UTC)Reply

Consider Extension:PageSidebar. Jean-Lou Dupont 19:20, 28 February 2008 (UTC)Reply

Diff page breakage[edit]

Here's some odd behavior caused by the extension on MW 1.11... Any ideas as to what causes that? -- Joe Beaudoin Jr. 19:23, 27 February 2008 (UTC)Reply

Are you trying to put arbitrary wikitext? SidebarEx does not support this. Jean-Lou Dupont 20:10, 27 February 2008 (UTC)Reply
There's no wiki text. It's like something from the diff (particularly if it contains bullet points) bleeds over into the sidebar. It's odd and only happens on the diff/history pages. -- Joe Beaudoin Jr. 23:48, 27 February 2008 (UTC)Reply
I can't reproduce it on my side. Please file a bug report on the my project's home page on GoogleCode ([3]).Jean-Lou Dupont 19:23, 28 February 2008 (UTC)Reply
BTW, are you sure the root cause stems from the extension? Jean-Lou Dupont 19:24, 28 February 2008 (UTC)Reply
I'm 99% certain. Because it simply didn't do that before. It's like it's parsing something funky from certain diff pages with bullet points. -- Joe Beaudoin Jr. 00:54, 2 March 2008 (UTC)Reply

Sidebars don't show up[edit]

Hi Jean-Lou, i've installed your extension on my mw 1.10 system: i've downloaded the stubmanager from here(http://mediawiki.googlecode.com/svn/tags/StubManager/)1.2 and put it in my extension/StubManager directory (the unzipped Files and folders)then i added the line require 'extensions/StubManager/StubManager.php'; in LocalSettings.php. After that i installed the SidebarEx: I donloaded from here (http://mediawiki.googlecode.com/svn/tags/SidebarEx/) and put it in the extension/SidebarEx folder then put the lines:

   require 'extensions/StubManager/StubManager.php';
   require 'extensions/SidebarEx/SidebarEx.php';
   $bwSidebarNs = NS_ADMIN;  // must be defined prior
   $bwSidebarPage = 'Sidebar';
   $bwSidebarSearch = array ('*','user', 'Developer', 'Infineon', 'Wiki Editor', 'AMSWG', 'RM Editor', 'Continental', 'ZMD', 'LITEF', 'Daimler', 'FAQ Editor', 'sysop');

in my localsettings.php Wenn i went to mediawiki:sidebar/* the page was already edited with the "normal sidebar"(normal= the one that is there after the installation) but the sidebar at the side was still my old one...then i edited the pages mediawiki:sidebar/*, mediawiki:sidebar/user, etc. but still my old sidebar is showing up...every sidebar is diffrent so i can tell them appart, but i don't know what i've done wrong? can you help me please?

thanks Julia--153.96.104.2 08:15, 6 March 2008 (UTC)Reply

From what I understand of your configuration, you have setup the location for the sidebars in NS_ADMIN namespace... but you are referring to them in mediawiki namespace. That's probably one problem right there. Jean-Lou Dupont 18:26, 6 March 2008 (UTC)Reply

I changed it in $bwSidebarNs = NS_MEDIAWIKI; in LocalSettings.php...if i look at the mediawiki:sidebar/*, mediawiki:sidebar/user, etc. they all have this content:

 * Navigation
 **currentevents-url|currentevents
 **recentchanges-url|recentchanges
 **randompage-url|randompage

But the sidebar at the side has another contant. Do i have to delete the mediawiki:sidebar? Because this sidebar is actually shown.


so now i deleted ever page with sidebar/ took the parameter out of localsettings.php then put them back in

   $bwSidebarSearch = array ( 'sysop', 'user', '*' );

and edited the pages:

  1. MediaWiki:Sidebar/*
  2. MediaWiki:Sidebar/user
  3. MediaWiki:Sidebar/sysop

and the page MediaWiki:Sidebar is blank. Now i have the original sidebar which came with the mw package:

 Navigation
   * Home
   * Community portal
   * Current events
   * Recent changes
   * Random page
   * Help
   * Donations
and right under that sidebar the sysop sidebar--> now i have 2 sidebars :-(
Do you have a public where I can take a look? I am not sure I understand the issue. Jean-Lou Dupont 14:49, 7 March 2008 (UTC)Reply

I#m sorry but my wiki is not online...but i putted the sidebar in a picture the 1rst navigation bos is the one which appeared after deleting all pages and and restarting everthing the portals and navigation box right under that are the ones i defined in mediawiki:sidebar/sysop

The order in which one puts things in
$bwSidebarSearch = array ( 'sysop', 'user', '*' );

is important as it affects which sidebar is shown to the page viewer. Could that be your issue? Jean-Lou Dupont 12:50, 10 March 2008 (UTC)Reply

In LocalSettings.php:

 #The sidebarsappearance depends on the usergroups
  require 'extensions/StubManager/StubManager.php';
  require 'extensions/SidebarEx/SidebarEx.php';
 #Define (if desired) the base namespace where the pages will be fetched:
  $bwSidebarNs = NS_MEDIAWIKI;  // must be defined prior
 #Define (if desired) the base page where the 'sidebar' pages will be fetched:
  $bwSidebarPage = 'Sidebar';
 #Define the priority list i.e. group membership search order.
  $bwSidebarSearch = array ( 'sysop', 'user', '*' );

The problem is i don't know why the first navigation box shows up. I edited:

  1. MediaWiki:Sidebar/*
  2. MediaWiki:Sidebar/user
  3. MediaWiki:Sidebar/sysop

but none of those sidebaar look like the first navigation. The page MediaWiki:Sidebar is blank. Which Mediawiki:Sidebar is tthe dafault sidebar? I have more usergroups than thos three could that be the problem?! that i have to edit Mediawiki:Sidebar/group for every user group i have!?

thx Julia --Moonlight 07:37, 11 March 2008 (UTC)Reply

I'd really like to help but I am afraid I can't reproduce the problem. One last thing, could you try removing all the $bwSidebar___ from LocalSettings.php to try the defaults. Jean-Lou Dupont 22:51, 12 March 2008 (UTC)Reply


ok, i've put all $bwSidebar out but the sidebars stay the same. if i also take

 require 'extensions/StubManager/StubManager.php';
 require 'extensions/SidebarEx/SidebarEx.php';

out then i have the "normal" (in the picture above the first) navigation box. The problem somehow seems to be that the wiki gives me both sidebars. the one which i defined for sysop and the default one...though mediawiki:sidebar is blank--> ah i just found where it's coming from (MediaWiki:Sidebar/default)...so the problem is that the wiki loads the "group" and default sidebar at the same time...is there something i did wrong!? or is it the nromal way the extension behaves!? because i thought i define for every group (the group which hav special sidebars) the complete group sidebar and if there is no defined groupsidebar the extension shows the default sidebar!?

--Moonlight 06:43, 13 March 2008 (UTC)Reply

I must have been sleeping at the wheel at some point... yes the extension keeps the 'default' sidebar and adds the following sidebars (in order): group, namespace, user. Jean-Lou Dupont 10:52, 13 March 2008 (UTC)Reply


If i have 14 (13 without bureaucrat) usergroups, and then normal plus 7 (Ns and NS_talk) and i don't know how many users...does that mean i have to edit ever mediawiki:sidebar/ ?! becuase i only need one default, usergroup1 and sysop...

--Moonlight 14:48, 13 March 2008 (UTC)Reply

depends what you want to do ;-) the parameter $bwSidebarSearch allows for searching a match to the first group a user is part of. There can only be one match per user (behavior of this extension).
I intended the 'per-user' sidebar really to be for sysops and for the general user group.
Hope this helps. Jean-Lou Dupont 14:53, 13 March 2008 (UTC)Reply


mhm nope doesn't help...well i'm sysop and i have defined a sidebar for sysop. and this sidebar is showing up (so long so good) BUT as in the picture above the first navigation box, shows up asw ell and i don't know where it comes from :( because the sidebars i defined for sysop, user are working the change if i change my status...but the first navigation box :(

--153.96.104.2 07:53, 14 March 2008 (UTC)Reply


I don't know why but since i edited mediawiki:sidebar with the same values as mediawiki:sidebar/default the extension works fine... thx for your time --Moonlight 09:25, 19 March 2008 (UTC)Reply

After upgrade no sidebars appear[edit]

I just upgraded to 1.11.2 of mediawiki, 1.0.1 of sidebarEX and 1.3.0 of stubmanager. Now nothing shows up on the sidebar. Everything was working fine qwith 1.11.0 of wiki, 1.0.0 of sidebar and 1.0.6 of stubmanager. Any ideas? Terryrayc 01:14, 2 May 2008 (UTC)Reply

Are you using parser caching? Do you have a public URL for me to look at? Jean-Lou Dupont 01:48, 2 May 2008 (UTC)Reply
http://server.arkaz.com:8080/wiki/index.php/Main_Page not user about the caching, where do I look for that? Terryrayc 23:48, 2 May 2008 (UTC)Reply
There is so much stuff installed on this wiki, maybe there is another extension not allowing the required hook for SidebarEx to execute. On top of that, I haven't even touched 1.11.2 but I do not think this is the problem. If I were you, I would proceed by elimination i.e. disabled each possible extension 1by1 to find the culprit. Jean-Lou Dupont 10:51, 3 May 2008 (UTC)Reply

Sidebar does not change when category changes[edit]

Hi, I installed SidebarEx on my wiki successfully and followed the instructions. As described I got the new side bar from Mediawiki:Sidebar/Ns/Main. Then I created a new category stat12 with one page and a different sidebar, but it does not appear if I go to this page :(

LocalSettings.php:

 $bwSidebarNs = NS_MEDIAWIKI;
 $bwSidebarPage = "Sidebar";
 $bwSidebarSearch = array('*');
 require("/usr/share/php/MediaWiki/StubManager/StubManager.php");
 require("/usr/share/php/MediaWiki/SidebarEx/SidebarEx.php");

Thanks for help Sigbert 12:25 (MESZ), 18 May 2008

Hi - there is no per-category sidebar capability... but that feature might be interesting. The page stat12 is just a normal page: sidebarex supports, as per-documentation, per-namespace / per-user / per-group sidebars. If you require per-page sidebar, please use Extension:PageSidebar. Jean-Lou Dupont 10:37, 18 May 2008 (UTC)Reply
Hi, the only problem is that categories are not unique (in my case they would be). Have fun Sigbert 9:10 (MESZ), 19 May 2008

So how does it work?[edit]

I really read all this but it seems there is no real HOW TO. :(
I think I have the Sysop problem described above. I use

$bwSidebarNs = NS_MEDIAWIKI;
$bwSidebarPage = "Sidebar";
$bwSidebarSearch = array ( 'Sysop', 'Mod', '*' );

I have set up MediaWiki:Sidebar/* MediaWiki:Sidebar/Mod and MediaWiki:Sidebar/Sysop. Problem is that the Sysop sidebar is not showing up, looks liek I only see the Mod sidebar. Maybe cos I'm in Mod + Sysop user groups? --Subfader 18:06, 12 July 2008 (UTC)Reply

ok solved. simply don't use 'Sysop' and Sidebar/Sysop. --Subfader 18:27, 12 July 2008 (UTC)Reply

Doesn't work in 1.13.2[edit]

I have

    1. SideBar
    2. Define the SideBar Pages for SideBarExt. ##
# 1) Define (if desired) the base namespace where the pages will be fetched:
   $bwSidebarNs = NS_MEDIAWIKI;  // must be defined prior
# 2) Define (if desired) the base page where the 'sidebar' pages will be fetched:
   $bwSidebarPage = Sidebar;
# 3) Define the priority list i.e. group membership search order.
   $bwSidebarSearch = array ('Bureaucrat', 'Sysop', 'User', '*' );
#    Corresponding sidebar pages for $bwSidebarSearch:
      #   MediaWiki:Sidebar/Bureaucrat
      #   MediaWiki:Sidebar/Sysop
      #   MediaWiki:Sidebar/User
      #   MediaWiki:Sidebar/*
#    Per-User sidebars - Edit the page
      #   User:username/Sidebar
#    Per-Namespace sidebars - Examples:
      #   MediaWiki:Sidebar/Ns/Main
      #   MediaWiki:Sidebar/Ns/Category
# 4) Include the required scripts to run SideBarEx: 
   require_once( "$IP/extensions/StubManager/StubManager.php" );
   require_once( "$IP/extensions/SidebarEx/SidebarEx.php" );

and doesn't work, only hide my current side bar and don't show nothing.

Toolbox[edit]

I want the toolbox just to be shown to sysop. Is that possible? Sachein 22:25, 27 May 2009 (UTC)Reply

Using SidebarEx in trunk 1.16?[edit]

I'm currently getting the following error message:

Warning: Cannot modify header information - headers already sent by (output started at /home/skerit/public_html/dolot/w/extensions/SidebarEx/SidebarEx.php:9) in /home/skerit/public_html/dolot/w/includes/WebResponse.php on line 16
<pre>

SidebarEx and Stubmanager were both retrieved using SVN.

-- ~~~~

== Broken with PHP 5.3.0 ==

This extension doesn't work for me with PHP 5.3.0 installed. The site pages fail to load (server drops the connection, and all that appears is a blank white page) when this extension is installed.

== can't load wiki by the following errors ==

I'm having this error when I already added require_once( "$IP/extensions/SidebarEx/SidebarEx.php" );	to my localSetting.php
I can't load the wiki.

Parse error: syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM, expecting T_NS_SEPARATOR in C:\xampp\htdocs\wiki\extensions\SidebarEx\SidebarEx.body.php on line 78
On line 78 of SidebarEx.body.php change
$nsname = Namespace::getCanonicalName( $ns );
to
$nsname = MWNamespace::getCanonicalName( $ns );
It should then work fine.
-AerosAtar

No control over order of Search and Toolbox portlets[edit]

Using MediaWiki version 1.17:

SidebarEx is working as expected, except that I cannot control the order of the search and toolbox portlets. They always appear at the end of the sidebar, after the other portlets, even if I specifically put them in the template. For example, MediaWiki:Sidebar/* contains:

* SEARCH
* navigation
** mainpage|mainpage-description

But the outputted portlets are in the order:

  1. Navigation
    • Main page
  2. Search
  3. Toolbox

Note: I don't include the Toolbox in my template, yet it still appears.

How can I make sure that the search portlet appears at the top of my sidebar (without resorting to CSS)?

--Dvd3141 06:11, 23 August 2011 (UTC)Reply

To all people, who use autolink extension with sidebarex extension[edit]

Hey, I just had the problem, that autolink extension destroyed my sidebar by trying to insert links into it. That didn't work and an error occured. But so solve this problem, you have to embrace your sidebar text with the <noautolink>..</noautolink> brackets. Best regards

SidebarEx and MediaWiki 1.19[edit]

I'm trying to update our wiki to the latest stable 1.19 version and SidebarEx does not seem to be compatible. I get the error:

 Class 'Namespace' not found in /…/wiki/extensions/SidebarEx/SidebarEx.body.php on line 78

Also, StubManager.php seems to be outdated. Is an update planned? Or am I the only one with problems while updating to 1.19?

Change Namespace to MWNamespace --81.159.32.43 19:39, 29 September 2012 (UTC)--81.159.32.43 19:39, 29 September 2012 (UTC)Reply

Sidebar Ex with IntraACL[edit]

is it possible to use sidebarEx with IntraACL group like we use with Mediawiki group

German mediawiki Version 1.25[edit]

Parse error: syntax error, unexpected '::' (T_PAAMAYIM_NEKUDOTAYIM), expecting \\ (T_NS_SEPARATOR) in \extensions\SidebarEx\SidebarEx.body.php on line 78 Notice: Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in \includes\db\Database.php on line 4362 --[[User:Bmrberlin| Bernd M.]] (talk) 14:14, 10 September 2015 (UTC)Reply