[wp-trac] [WordPress Trac] #25939: add_options_page(..., 'options.php') and 1000 vars limit
WordPress Trac
noreply at wordpress.org
Tue Feb 3 06:02:58 UTC 2015
#25939: add_options_page(..., 'options.php') and 1000 vars limit
----------------------------+------------------------------
Reporter: tivnet | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Administration | Version:
Severity: normal | Resolution:
Keywords: | Focuses:
----------------------------+------------------------------
Comment (by dd32):
> In the best scenario, the tail of the table is occupied with transients.
This angle is mostly mitigated by the fact that the fields which are
marked as `disabled`/`readonly` (as fields with serialised data in them
are) are not submitted to a server in a POST request.
Since the all-options page is mostly a hidden power-tool, an option may be
to simply disable the submit process when the number of active fields
exceeds that of `max_input_vars`.
Another option would be to simply use JS to only send changed fields to
the server.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/25939#comment:2>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list