Page MenuHomePhabricator

"The specified target page _ is invalid" after completing captcha with SemanticForms
Closed, ResolvedPublic

Description

Author: alj62888

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


Version: REL1_20-branch
Severity: major
OS: Linux
Platform: PC

Details

Reference
bz61794

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 3:03 AM
bzimport set Reference to bz61794.

Which MediaWiki version is this about? Any public testcase available somewhere?

alj62888 wrote:

MW 1.20. Sorry, no public test case.

alj62888 wrote:

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

alj62888 wrote:

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.

Al Johnson: Does this problem still happen in a supported MediaWiki version (1.19, 1.22, 1.23 currently)?

alj62888 wrote:

I only know about 1.20.2.

Does that mean you have not seen the problem in newer MediaWiki versions, or does that mean that you still run 1.20?

alj62888 wrote:

Still running 1.20.

Yaron_Koren claimed this task.
Yaron_Koren subscribed.

I'm assuming that this has been fixed at some point, given that I haven't heard of this issue from elsewhere. Feel free to re-open if not.