[wp-trac] [WordPress Trac] #34988: Screen Options on taxonomy edit screen

WordPress Trac noreply at wordpress.org
Sun Feb 28 21:18:37 UTC 2016


#34988: Screen Options on taxonomy edit screen
--------------------------------------+-----------------------------
 Reporter:  milindmore22              |       Owner:  swissspidy
     Type:  defect (bug)              |      Status:  reopened
 Priority:  normal                    |   Milestone:  4.5
Component:  Taxonomy                  |     Version:  4.4
 Severity:  normal                    |  Resolution:
 Keywords:  dev-feedback needs-patch  |     Focuses:  administration
--------------------------------------+-----------------------------

Comment (by Chouby):

 Replying to [comment:34 atimmer]:
 > This will break any plugin that adds something to the default term edit
 and checks for that using `edit-tags.php`. Also because the query
 parameter for the ID has been changed from `tag_ID` to `term_id` on
 `term.php`, any plugin that assumes `tag_ID` contains the term ID will
 error.

 Replying to [comment:36 swissspidy]:
 > I'd like to better understand how plugins are relying on the existence
 of `edit-tags.php` / the `edit-tags` screen name. A make post on the topic
 is a great idea and is definitely something to be considered.

 I am currently testing WP 4.5 beta1 and ran into issues related to this
 ticket with Polylang as I rely on `$_GET['tag_ID']` to get the term_id of
 the current term being edited and on `$screen->base` to decide whether to
 enqueue a script or not.

 In both cases, the fix is trivial. Thus, for me, there is no reason to
 revert. A make post and/or direct e-mail contact with authors of plugins
 which may break due to the lack of backward compatibility (I received such
 e-mail in the past) should be ok to keep things as they are.

--
Ticket URL: <https://core.trac.wordpress.org/ticket/34988#comment:42>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list