Last modified: 2011-10-26 18:01:13 UTC
Issue reported at Wikibooks: http://en.wikibooks.org/w/index.php?title=Help:Collections/Feedback&oldid=2194412#Cannot_save_collection.2Cusing_Collections_tool Issue reported at Wikipedia: http://en.wikipedia.org/w/index.php?title=Help:Books/Feedback&oldid=454594252#Cannot_Save_to_User_Namespace The loading of an existing collection or the creation of a new collection only allows adding a title for saving to the project namespace but not the user namespace. I've confirmed this in my testing. Upon starting collection creator with nothing in it, the text input field for the user namespace location for saving is available. Load a page and it becomes disabled. This has been the case for me on Firefox 7.01 and Internet Explorer 9. The user at Wikipedia was using IE 7, Firefox 3.6.23, and Opera 11.50. Furthermore, if you do try to save a collection into the project space, you get the error seen at the above Wikipedia link. I also confirmed this at Wikibooks. So we have server-side problems and issues affecting what users see as well. The server-side issues mean that guided creation of collections is not possible.
The problem is also present on the French wiki. As I often use this feature, I can tell it stopped working some time between the 10/03 and the 10/19.
JavaScript bug. Fixed in r100686
The textbox is now enabled but when clicking on the button to save the book, the following exception is thrown (as indicated by the first comment): Unexpected non-MediaWiki exception encountered, of type "UsageException" badtoken: Invalid token #0 /usr/local/apache/common-local/php-1.18/includes/api/ApiBase.php(1205): ApiBase->dieUsage('Invalid token', 'badtoken') #1 /usr/local/apache/common-local/php-1.18/includes/api/ApiMain.php(590): ApiBase->dieUsageMsg('sessionfailure') #2 /usr/local/apache/common-local/php-1.18/includes/api/ApiMain.php(678): ApiMain->setupModule() #3 /usr/local/apache/common-local/php-1.18/includes/api/ApiMain.php(340): ApiMain->executeAction() #4 /usr/local/apache/common-local/php-1.18/extensions/Collection/Collection.body.php(867): ApiMain->execute() #5 /usr/local/apache/common-local/php-1.18/extensions/Collection/Collection.body.php(225): SpecialCollection->saveCollection(Object(Title), true) #6 /usr/local/apache/common-local/php-1.18/includes/SpecialPageFactory.php(460): SpecialCollection->execute(NULL) #7 /usr/local/apache/common-local/php-1.18/includes/Wiki.php(224): SpecialPageFactory::executePath(Object(Title), Object(RequestContext)) #8 /usr/local/apache/common-local/php-1.18/includes/Wiki.php(624): MediaWiki->performRequest() #9 /usr/local/apache/common-local/php-1.18/includes/Wiki.php(531): MediaWiki->main() #10 /usr/local/apache/common-local/php-1.18/index.php(57): MediaWiki->run() #11 /usr/local/apache/common-local/live-1.5/index.php(3): require('/usr/local/apac...') #12 {main}
AFIK this is a bug in the API that was already documented in bug 31613
(In reply to comment #4) > AFIK this is a bug in the API that was already documented in bug 31613 Looks like it. Bumped priority of bug 31613, re-closing this one.
