Extension:Page Forms/Known bugs and planned features

Below are some notable known bugs, and major planned features, for Page Forms.

You can also see a listing of bugs and requested features in the Phabricator Page Forms listing.

Known bugs

 * Files whose names contain non-Latin characters get those characters messed up when they are uploaded via forms - the files themselves are uploaded correctly, but the resulting text that shows up in the form is incorrect.
 * There is currently a bug in Page Forms in which a "field" tag that ends with more than three brackets in a row will not get parsed correctly. So, for instance, the following in a form would fail: " ". If you have such a field tag, you can simply insert a space at the end to get around this bug, like " ". (Inserting a "|" won't work, unfortunately - it has to be a space.)
 * If you use the default MediaWiki URL style, #formlink won't work with the "button" link type. Instead, you should use "post button".
 * The "mandatory" setting does not work within popup forms.
 * In some (though not all) installations, having a "placeholder" parameter in textarea inputs leads to the placeholder text getting set as the actual input value, for Internet Explorer 10 and 11; which seems to be due to this IE bug.
 * Most extra JavaScript-based features, like expandable elements and #info tooltips, don't work in multiple-instance templates for instances that are newly-added by the user within the form. (On the other hand, this does work for the tooltips provided by the SimpleTooltip extension, due to that extension's use of a hook.)
 * If you have the Configure extension installed, some combination of configurations may cause a JavaScript error which causes forms to break. If that happens, the best approach may simply be to un-install Configure.

Planned features

 * A spreadsheet-style interface to edit the values of all the pages that use a particular template, from within one place
 * Allow #autoedit to add to and remove from a list of values, instead of just overwriting the entire value, possibly using notation like "Participants+=Joe User"
 * Have CAPTCHA tests from the ConfirmEdit extension be displayed directly in the form, rather than in a subsequent screen
 * A new parser function to indicate that a page whose name was created with a formula based on one or more of its template fields should be automatically renamed if any of those field are changed
 * Add handling in forms for the "Sight this revision" checkbox, if the FlaggedRevs extension is installed
 * Testing scripts using Selenium
 * Allow for the use of the VisualEditor in textareas (this would probably require VisualEditor supporting the editing of sections of a page, something it cannot yet handle)