Last modified: 2014-08-11 03:33:57 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T63794, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 61794 - "The specified target page _ is invalid" after completing captcha with SemanticForms
"The specified target page _ is invalid" after completing captcha with Semant...
Status: UNCONFIRMED
Product: MediaWiki extensions
Classification: Unclassified
SemanticForms (Other open bugs)
REL1_20-branch
PC Linux
: Unprioritized major (vote)
: ---
Assigned To: Yaron Koren
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-02-22 05:18 UTC by Al Johnson
Modified: 2014-08-11 03:33 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Al Johnson 2014-02-22 05:18:05 UTC
Using ConfirmEdit 1.1
Using QuestyCaptcha
Using SemanticForms 2.6
Using SemanticForms "page name" formula, ie, {{{info |page name=<BookForm[book_title]> }}}

Only when going through the captcha page does this happen.  After successfully completing the captcha, the next page should be the newly created page.  Instead, the user is returned to the form with all form fields cleared and a red text message that says:

The specified target page _ is invalid.
Comment 1 Andre Klapper 2014-02-22 11:25:19 UTC
Which MediaWiki version is this about? Any public testcase available somewhere?
Comment 2 Al Johnson 2014-02-24 11:04:56 UTC
MW 1.20.  Sorry, no public test case.
Comment 3 Al Johnson 2014-04-22 01:04:15 UTC
I came across this problem again even with the captcha disabled.  It seems to happen when using restricted fields and a non-admin user submits the form.  I noticed that the "restricted" fields were not in the mOptions array.  Removing the restricted attributes from the fields allowed the form to submit.  I tried to debug this but its too complex for me.  I did notice a comment in SF_FormPrinter.php, fwiw:

// If this field is disabled, add a hidden field holding
// the value of this field, because disabled inputs for some
// reason don't submit their value.

Thanks,
Al
Comment 4 Al Johnson 2014-04-23 03:52:09 UTC
This may be related.  I also got this as a value to a property field that took a default value from {{{PAGECREATOR}}}:

pageId:0-arcticleId:0-getText:Semantic Forms permissions test-getFullText:Semantic Forms permissions test

This also seems to be resolved when not using the 'restricted' field parameter.
Comment 5 Andre Klapper 2014-08-04 15:50:26 UTC
Al Johnson: Does this problem still happen in a supported MediaWiki version (1.19, 1.22, 1.23 currently)?
Comment 6 Al Johnson 2014-08-08 03:05:00 UTC
I only know about 1.20.2.
Comment 7 Andre Klapper 2014-08-08 10:22:10 UTC
Does that mean you have not seen the problem in newer MediaWiki versions, or does that mean that you still run 1.20?
Comment 8 Al Johnson 2014-08-11 03:33:57 UTC
Still running 1.20.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links