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

Issue with Special:ImageList and Special:Categories (RESOLVED)

 * I revreted to original BizzWikiSettings.php without any modification. I came accross few more problems:
 * When I go to 'Special:Imagelist' or 'Special:Categories', I get the following error message on top of the screen

Pager::getBody : no recognized namespace= hnpClass: action browse namespace dependant but called from NS_SPECIAL.
 * -Gautam
 * Fixed: I have updated the SVN trunk; please grab 'Pager.php' from '/includes' and update your install. Version 1_10_11 will get the fix. Many thanks for your help. Jean-Lou Dupont 12:29, 12 August 2007 (UTC)