Extension talk:BizzWiki

Resolved Cases

 * Can be found.

Lessons Learned

 * Lessons learned can be found.

Conflict with Semantic Mediawiki extension??
Hi, I installed a latest version of BizzWiki and found it seems conflict with the Semantic Mediawiki extension. When I click "special pages", a popup panel shows "Object error" and a message shows "hnpClass: action delete namespace dependant but called from NS_SPECIAL". Any idea? By the way, is there any manual document for BizzWiki? Thanks, -Guoqian
 * I do not know enough about 'Semantic MediaWiki' (I wish I did though) to be able to help out in the near term. The message you are getting from 'hnpClass' (Hierarchical Namespace Permissions) suggests to me that 'Semantic MediaWiki' adds some special pages where namespace level permission management is not performed. It could be just a matter of going through the said extension and apply the same sorts of modifications I have performed on the stock MediaWiki. Jean-Lou Dupont 15:34, 23 July 2007 (UTC)
 * Thanks for your quick reply. The problem is that each time I access the "special pages", I will get the error message. Is there any way to disable the error message and tolerate the error before we fix it? --Guoqian
 * Assuming you are referring to the 'debug' message generated by 'hnpClass', then yes you can disable it by locating the 'echo' statements in 'HierarchicalNamespacePermissions.php' file and commenting them out.
 * Note that I am not committing to adjusting SMW to work in the BizzWiki environment just yet. Jean-Lou Dupont 16:04, 23 July 2007 (UTC)
 * Thanks. We look forword to that SMW can be adjusted working in the BizzWiki. In other word, BizzWiki would be accepted more widely if the solution works well with most of major extensions. --Guoqian

- Hi, I installed the BizzWiki Extensions (1.10.10) to my local mediawiki installation to test it before putting to my live site. Initially it seems to worked perfectly. But when I tried click 'edit' page tab (Admin Login ) I got the following error Database error A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function "fnSelectCategoryGetChildren". MySQL returned error "1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 's_Investment_Group' AND tmpSelectCatPage.page_namespace = 14' at line 4 (localhost)".

I want following settings in my mediawiki installation

1. ALL Special Pages should be restricted except for Admin and Sysops. 2. Editing can be done by anyone but with ReCaptcha enabled.

Help with above will be appreciated. Thanks - Gautam
 * With regards to the database error, have you installed any other extensions besides BizzWiki?
 * Regarding point #1, you can use the Hierarchical Namespace Permission system to limit access to ANY pages (special or otherwise). Please see BizzWikiSettings.php for some examples (this file is located in the BizzWiki directory.
 * Regarding point #2, please see Extension:ConfirmEdit for more details on how to set ReCaptcha parameters (ReCaptcha is built ontop of ConfirmEdit).

Jean-Lou Dupont 16:57, 11 August 2007 (UTC)
 * re Database error, I've installed following extensions: FCKeditor, RSSReader, SelectCategory, TagAsCategory, and SQL2Wiki


 * re point #1, I have removed 'NS_Special' (at line no. 248) from 'Namespace accessible by 'Anonymous' array and NS_TEMPLATE, NS_TEMPLATE_TALK, (at line 271) from Namespace accessible by 'User' array in BizzWikiSettings.php. I wanted to check if this is sufficient for my first objective or I need to do change anything else.
 * Yes you need to remove NS_SPECIAL from the list + add the page 'Special:Userlogin' to the '*' permission.

NS_TEMPLATE does not play a role here. Jean-Lou Dupont 23:55, 11 August 2007 (UTC)


 * re point #2, by default anonymous edit is disabled in BizzWiki extension. I was wondering if adding line '$wgGroupPermissions['*' ][hnpClass::buildPermissionKey($bwx,"~","edit")] = true;' for anonymous user (somewhere between line 256 and 260) in BizzWikiSettings.php would be sufficient.
 * Correct. Jean-Lou Dupont 21:44, 11 August 2007 (UTC)


 * I am asking these question because very little documentations is available for BizzWiki and I am hardly a programmer to understand these details. For lesser mortals like me hopefully in future you may add a nice interface in Admin Menu to do all these change. But Kudos to what you are doing. I am really interested in using it to my site. Any idea when we can expect a stable release.
 * I am focusing on finishing up a critical module in BizzWiki: Extension:rsync. After that, I'll be adding even more documentation. Jean-Lou Dupont 21:44, 11 August 2007 (UTC)

-Gautam


 * I guess it was conflicting with SelectCategory extension. I have disabled it and now edit fuction seems to be working fine.
 * It is also having some conflict with TagAsCategory extensions. When I try Special:Categories I get following error "Pager::getBody : no recognized namespace= hnpClass: action browse namespace dependant but called from NS_SPECIAL."
 * That`s because the extension isn`t ``namespace aware`` i.e. not integrated with BizzWiki. Jean-Lou Dupont 23:22, 11 August 2007 (UTC)
 * re point #1 if I perform changes as mentioned above than I login become completely disabled. If not all is it possible to remove access to Special:Export for all users except Admin and Sysops?
 * See answer above. If you ever wanted to just remove access to 'Special:Export' just use:

Jean-Lou Dupont 23:57, 11 August 2007 (UTC) - Gautam

Custom Groups/Namespaces
Hi,

I can't seem to get custom namespaces to work with specific custom groups.

Here is the code I am using in BizzWikiSettings.php:

Where 'Becca' is the usergoup, and 'Elecia' is the namespace. (as an example, I will be creating 6 groups and 7 namespaces in total)

It works if I add NS_ELECIA to the 'user' namespaces list, but it doesn't with a custom group.

Any suggestions?

-AerosAtar
 * Did you add the namespace to $wgExtraNamespaces and $wgCanonicalNamespaceNames?
 * Jean-Lou Dupont 23:45, 17 September 2007 (UTC)


 * Yes, sorry, forgot to post that part...

(in their respective sections)

-AerosAtar
 * Could you be more specific as to what 'works' and what doesn't, please? Jean-Lou Dupont 17:50, 18 September 2007 (UTC)

Everything. When I use the 'becca' group, the user is not able to do anything, even view. When I use 'user', they are able to view, create, edit, etc.

-AerosAtar
 * You need to add the group to the 'group hierarchy' definition using for example:


 * This informs the permission management sub-system to treat the 'sysop' group as having higher priority than 'becca' so when the system tests if user X has the right R, the group membership hierarchy is respected.
 * Jean-Lou Dupont 13:58, 19 September 2007 (UTC)