action=sfautoedit is part of Semantic Forms -> moving

(In reply to Al Johnson from comment #0)

Got this exception while using the api. Never saw it before and don't know
what caused it. Does not happen with other same api calls with different
values. I suspect it has something to do with the page title but not sure.

Could you post a call that works?

alj62888 wrote:

The logs are gone, but I recall a previous permission error that was out of the ordinary. Testing this manually gives the same result when not logged-in. The pages namespace is restricted. I wouldn't have filed this bug if I had realized this... setting to minor.

Can be tested with the sfautoedit api examples.

alj62888 wrote:

Note: I didn't see the SemanticForms component in the dropdown on the commit page, so it changed to API again.

Please do not change it back to MediaWiki core's API component when the bug exists in an extension.

The error message you've reported indicates that the bug is in the SemanticForms extension, specifically in that it is failing to call ApiResult::setIndexedTagName on some numerically-indexed array it is giving to ApiResult as the value for an "errors" element somewhere. Checking https://wikitech.wikimedia.org/w/api.php?format=rawfm&action=sfautoedit&form=form-name&target=page-name&query=template-name[field-name-1]=field-value-1%26template-name[field-name-2]=field-value-2, I see that this is in fact the case.

Brad, could you elaborate on that? Following your link yields a perfectly correct error message for me ("<b>Form-name</b> is not a valid form.").

(In reply to s7eph4n from comment #6)

Brad, could you elaborate on that? Following your link yields a perfectly
correct error message for me ("<b>Form-name</b> is not a valid form.").

That's because I used &format=rawfm. This particular class of bugs only appears with &format=xml or &format=xmlfm.

But the output with &format=rawfm should be showing an additional subelement named "_element" on that errors element, as you can see for example on the pages element in https://wikitech.wikimedia.org/w/api.php?format=rawfm&action=query&titles=Foo.

Thanks for the hint, fixing this should be easy now.

alj62888 wrote:

(In reply to Brad Jorsch from comment #5)

Please do not change it back to MediaWiki core's API component when the bug
exists in an extension.

Brad, check the form as I indicated in my note. It required a value to submit.

(In reply to Al Johnson from comment #9)

(In reply to Brad Jorsch from comment #5)

Please do not change it back to MediaWiki core's API component when the bug
exists in an extension.

Brad, check the form as I indicated in my note. It required a value to
submit.

I don't know what form you're referring to, as both Umherirrender and I were able to assign it to SemanticForms without difficulty. And you were able to make comment 9 without being "forced" to change it.

(In reply to Al Johnson from comment #9)

Brad, check the form as I indicated in my note. It required a value to
submit.

Bugzilla only allows changing the product, a second page is displayed for updating the component. Components within products can be seen here: https://bugzilla.wikimedia.org/describecomponents.cgi
If there's any confusion, feel free to drop me a private email. :)

If nothing else it was likely fixed by rMW1c57794e371d: API: Overhaul ApiResult, make format=xml not throw, and add json formatversion which removed that exception. There's still potentially metadata you could add to make the XML output more user-friendly, but it should be usable as-is.

Ah! That seems like it would explain it.

(And I wrote "missing" instead of "guessing" before, but you probably figured that out.)