https://bugzilla.wikimedia.org/show_bug.cgi?id=46342
Web browser: ---
Bug ID: 46342
Summary: ConfirmEdit prompting for CAPTCHA breaks saving of new
page from Semantic Forms
Product: MediaWiki extensions
Version: master
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: ConfirmEdit (CAPTCHA extension)
Assignee: [email protected]
Reporter: [email protected]
Classification: Unclassified
Mobile Platform: ---
(I'm not sure if this is a Confirm Edit bug or a bug in Semantic Forms.
However, if I turn off the Confirm Edit captcha things work fine, so I'll start
here.)
The scenario is as follows:
1. A uses Special:FormEdit to create a new page using the 1-step method where
the field names in the form will determine the name of the page that is saved.
2. The form contains URL fields.
3. Upon pressing save, the URL detected prompts ConfirmEdit to require a
captcha to be provided. The page is previewed properly, with the data provided
from the form present.
4. Captcha is answered properly.
5. Page is saved with the incorrect page name, and the form contents are lost.
The page will be saved with a "blank" template for the form that was used.
You can see this history on these two pages:
http://wikiapiary.com/w/index.php?title=1&curid=23615&action=history
http://wikiapiary.com/w/index.php?title=Bulbapedia&curid=23617&action=history
Note the first page was originally saved as page name "1" and the other as "2".
The moves are in the history.
Also, here is the discussion around this issue on the wiki where we saw this:
http://wikiapiary.com/wiki/WikiApiary_talk:Operations/2013/March#Problems_with_Form:Website
I've worked around this by disabling the captcha for users with email
confirmation, but there is some bad voodoo happening here.
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
