[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