Page MenuHomePhabricator

Special:Book not allowing saving
Closed, ResolvedPublic

Description

Author: aaron.adrignola

Description:
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.


Version: unspecified
Severity: major
URL: http://en.wikipedia.org/w/index.php?title=Help:Books/Feedback&oldid=454594252#Cannot_Save_to_User_Namespace

Details

Reference
bz31821

Event Timeline

bzimport raised the priority of this task from to Unbreak Now!.Nov 21 2014, 11:56 PM
bzimport added a project: Collection.
bzimport set Reference to bz31821.

gillespeyroux wrote:

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

gillespeyroux wrote:

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.