[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