__group__ ticket summary owner _component _version priority severity milestone type _status workflow _created modified _description _reporter Unpatched Enhancements 19859 """Bulk Edit"" Missing The Ability To Edit Tags" oglekler Quick/Bulk Edit normal normal Future Release enhancement reopened 2012-01-20T02:56:24Z 2024-02-12T09:21:55Z "Though I can add, remove and edit ""categories,"" I cannot do such actions to ""tags"" inside of /wp-admin/edit.php So basically, I'm interested in a ""bulk tag editing"" GUI for the WordPress admin. === I was hoping to find out the status of this feature (planned, not planned, etc) but it appears that no one has spoken about this feature on the WordPress Trac. Is there any interest in adding this feature? And could the respondent please provide any details on why or why not? Thank you for your time." ademos Tickets Needing Feedback 30870 Add an $actions array and a filter in inline_edit() function Quick/Bulk Edit 3.1 normal normal enhancement new reporter-feedback 2014-12-31T08:07:42Z 2019-06-04T21:13:29Z "There is no current possibility for the developper not to display part of the form generated by the inline_edit() function. It would be great enhancement to store the filedset in an array, then apply a ""post_inline_edit_fields"" with as parameter the fieldset array and the post, and then echo the fieldset. For the moment, you can add a metabox but not remove any part of the form. Thank you." olivierstern Tickets Needing Feedback 19392 Add auto-suggest support for all flat taxonomies in Bulk Edit. Quick/Bulk Edit 3.0 normal normal enhancement new dev-feedback 2011-11-29T18:37:18Z 2019-06-04T21:07:15Z "Auto-suggest in the Bulk Edit area for post_tag's was fixed in 3.3. Let's add support for all other non-hierarchy tax's in 3.4. See [http://core.trac.wordpress.org/ticket/19176#comment:11 #19176] for more info." scottbasgaard Tickets with Patches 12684 Add Edit to Bulk Actions menu on Categories screen dipalidhole27gmailcom Quick/Bulk Edit 3.0 normal normal Future Release feature request assigned has-patch 2010-03-23T17:04:15Z 2023-02-08T19:38:29Z On edit-tags.php?taxonomy=category the only bulk action is Delete, because we never got around to adding Edit. We should add Edit to the bulk actions menu so people can change category parents easily. Has been requested on the Ideas forum a number of times, so am starting a ticket. If there's a technical reason not to add Edit to the bulk actions on this screen, then we should get rid of the menu and just have a Delete button. Adding Edit would be preferable, though, for consistency and usefulness. jane Slated for Next Release 58479 Add notice if no posts are selected in Bulk Edit quadthemes Quick/Bulk Edit 6.2.2 normal normal 6.6 enhancement assigned has-patch 2023-06-08T07:13:01Z 2024-02-18T16:10:37Z "On the Posts screen(s), clicking the bulk actions Apply button without selecting any posts does not show an error message. 1. Visit the Posts screen. 2. Choose ""Edit"" in the Bulk actions dropdown. 3. Without checking any checkboxes, click the Apply button. Nothing seems to happen. 4. Choose ""Move to Trash"" in the Bulk actions dropdown. 5. Click the Apply button. The page reloads but cannot move anything to Trash. 6. Choose ""Bulk actions"" at the top of the Bulk actions dropdown. 7. Click the Apply button. The page reloads with a query string in the URL. I have checked and it should be a message on the page/post list as per added notice message on the plugin page. For more information, you can see mentioned quick video. Thank you" sumitsingh Unpatched Enhancements 12208 Add Quick Edit To Media Library list view Quick/Bulk Edit normal normal Future Release feature request new dev-feedback 2010-02-12T01:45:12Z 2023-02-07T23:15:38Z I am requesting that a quick edit link be added to the media in the media library like what is on the posts page. I would like to quickly be able to edit titles, alts, and captions at least. queenofdiy Slated for Next Release 35833 "Adding a table with the ""widefat"" class on post and taxonomy list table screens causes the quick edit UI and bulk edit to fail" Quick/Bulk Edit 4.4.2 normal normal 6.6 enhancement assigned has-patch 2016-02-15T05:11:47Z 2024-02-12T09:19:40Z "This is a very strange issue. On a fresh WP install running twentysixteen with no plugins activated, including this code causes the quick edit UI to miscalculate its width and end up looking wacky: {{{ add_action( 'load-edit.php', 'xxx_test_table_in_help_tab' ); function xxx_test_table_in_help_tab() { $test_table_args = array( 'id' => 'test_help_table', 'title' => 'Something', 'content' => '
Something
', ); get_current_screen()->add_help_tab( $test_table_args ); } }}} I'm attaching a screenshot of what the quick edit UI looks like with this code in place. Removing the class ""widefat"" restores the quick edit UI to normal. As strange as it sounds, I believe the presence of the widefat class is causing something in the quick edit JS to miscalculate. I haven't found the exact line where the issue is, but it seems to all come down to the presence of the ""widefat"" class." Braad Tickets Awaiting Review 54378 Admin Pages - The dropdown of 'Main Page (no parent)' on QuickEdit query is slow Quick/Bulk Edit normal normal Awaiting Review enhancement new 2021-11-04T22:55:38Z 2022-11-30T20:41:41Z "Hi, It seems like the file ""wordpress/wp-admin/includes/class-wp-posts-list-table.php"", line ""wp_dropdown_pages( $dropdown_args );"" that used to display the QuickEdit dropdown for 'Main Page (no parent)' is triggering a SQL query on all columns of the wp_posts table for all top level pages. This cause a very slow query if the system has lots of top level pages. Should WP use a more optimize query for this dropdown list that only going to display the Page title? The query used for the drop down is: SELECT * FROM wp_posts WHERE (post_type = 'page' AND post_status = 'publish') ORDER BY menu_order,wp_posts.post_title ASC " activecoder Tickets Needing Feedback 56129 Author Dropdown menu missing in Quick Edit Quick/Bulk Edit 6.0 normal normal defect (bug) reopened dev-feedback 2022-07-01T19:49:54Z 2023-05-15T19:47:19Z "My publishing team just reached out to me regarding a useful feature. This feature allowed my writing team to change the author for a post through ""Quick Edit"" under each post. This feature is now visibly gone from the Quick Edit menu, forcing writers to open each post in a separate tab and change the author from there. Can you provide instructions on how to re-enable the change author field in Quick Edit? Best, Duke" iheartdogs Tickets Awaiting Review 52501 Bad date format in data picker, depends on time format settings Quick/Bulk Edit 5.6.1 normal normal Awaiting Review defect (bug) reopened 2021-02-11T21:52:54Z 2023-03-15T13:21:29Z "Datepicker in publish area, and in quick edit, depends on time format. In europe is usual format dd.mm.yyyy, it works with setting of time format is setted to 'g:i A'. After change to 24 hour format ('G:i'/'H:i') is datepicker setted to mm-dd-yyyy https://test.olsavsky.cz/dp.jpg ('Únor' is 'February' in CS). Thank You" MarekTP Tickets with Patches 39186 Bulk actions not correctly applied when selecting bulk actions in both the top and bottom bulk actions dropdowns engelen Quick/Bulk Edit 4.7 normal normal Future Release defect (bug) assigned needs-unit-tests 2016-12-08T14:48:44Z 2023-02-28T16:25:04Z "In `WP_List_Table` objects, the bulk actions dropdown and ""Apply"" button is displayed twice: once below the table and once above the table. The `name` attribute of the bulk actions dropdown element is always set ""action"". This wouldn't be a problem if the top and bottom actions were two in different forms. However, both dropdown elements are in the `posts-filter`-form. You can start to see the problem here. Two form elements both have the same name, which yields unexpected behaviour when trying to apply bulk actions. Take the following use case, for example: - Select some posts from the posts list in `/wp-admin/edit.php`. - Select ""Edit"" from the bulk actions dropdown above the list table. - Select ""Move to Trash"" from the dropdown below the list table. - Click the apply button next to the dropdown on the bottom of the list table. - The submit request is sent. You would expect the posts to be moved to the trash, but instead, nothing happens. Screencast of bug: http://recordit.co/EjHAbw2KNr The solution I see would rename the dropdowns for the top and bottom dropdowns (they already have different names) and name the ""Apply"" buttons. Then, when one of the buttons is pressed, execute the corresponding bulk action. In any case, we shouldn't have any two form elements with the same name in a single form." engelen Unpatched Enhancements 31638 Bulk Edit & Quick Edit User Interfaces should be consistent Quick/Bulk Edit normal normal enhancement new close 2015-03-13T19:07:13Z 2019-06-04T21:14:32Z "Bulk edit and quick edit interfaces do pretty much the same thing: they let the user perform a few tasks from edit.php. However, the interfaces for these two panels is inconsistent. Take a look: Quick edit: [[Image(https://cldup.com/2pJ8J1EMxy.png)]] Bulk edit: [[Image(https://cldup.com/ly5tNO3orZ.png)]] The major difference is that items that are checkboxes in Quick Edit are dropdowns in Bulk Edit. It would seem to make sense to make these consistent across both UIs. So, maybe in Bulk Edit change Comments, Pings, and Sticky to checkboxes Or in Quick Edit change Comments, Pings, and Sticky to a dropdown. " siobhan Tickets Awaiting Review 60851 Bulk edit and quickedit needs more space for longer translations Quick/Bulk Edit 6.3 normal normal Awaiting Review enhancement new 2024-03-27T13:34:07Z 2024-03-27T13:34:07Z "In #25753 we introduced more space (5em was the default, we needed 7em) for `.locale-de-de .inline-edit-row fieldset label span.title` in the German locale. After that, #28303 added this change to the new formal locale `.locale-de-de-formal` But in #33212 this was removed again by @ocean90 and the new default was 6em. This wasn't enough for ru_RU which got 8em. In WordPress 6.2 the string ""Parent"" was translated with ""Eltern"" and for this 6em was okay: https://translate.wordpress.org/projects/wp/6.2.x/admin/de/default/?filters%5Bstatus%5D=either&filters%5Boriginal_id%5D=16083988&filters%5Btranslation_id%5D=105887217 But in WordPress 6.3 this was changed to ""Übergeordnet"": https://translate.wordpress.org/projects/wp/6.3.x/de/default/?filters%5Bstatus%5D=either&filters%5Boriginal_id%5D=16507337&filters%5Btranslation_id%5D=109126351 Now the translation is too long and 6em space is not sufficient anymore. Re-adding the 7em width would solve this issue again. There is also the same problem with the Polish locale which has a very long translation: https://translate.wordpress.org/projects/wp/dev/pl/default/?filters%5Bstatus%5D=either&filters%5Boriginal_id%5D=16087645&filters%5Btranslation_id%5D=106835593" zodiac1978 Tickets with Patches 37296 Bulk edit category labels are slightly misleading Quick/Bulk Edit normal normal enhancement new has-patch 2016-07-06T19:51:46Z 2019-06-04T21:24:45Z "Related to this ticket #35548, the bulk edit taxonomy tool labels can be a little misleading, as the feature does not allow for bulk editing, but rather bulk assignment. This patch simply prepends ""Assign"" to the labels to make it more clear.." wpnook Unpatched Enhancements 29320 Bulk edit on custom post types without title support Quick/Bulk Edit 3.9.2 normal normal enhancement reopened 2014-08-22T14:48:13Z 2019-07-24T14:35:02Z "I have a custom content type that does not support titles. When I want to use bulk edit on this custom post type on edit.php, the area where the post titles should show up stays empty (instead of showing something like ""auto draft""). This is due to includes/class-wp-posts-list-table.php:925 where it is checked whether the post type supports titles. However I have a custom filter for the_title, which generates post titles dependent on custom fields. In order to let them show up in the bulk edit form, one would have to change for one class-wp-posts-list-table.php to allow post types without title support and one would additionally have to change includes/template.php:311 to use get_the_title($post->ID) instead of $post->post_title to insert the correct titles into the hidden fields in the edit.php-table. Of course I could also store my custom titles in post_title and hide the title field from view in my custom post type, but I think this to be a rather hackish way..." alexfecke Unpatched Bugs 10762 Bulk editing creates invalid URIs Quick/Bulk Edit 2.8.4 normal normal Future Release defect (bug) assigned 2009-09-09T16:53:30Z 2018-12-16T02:57:02Z They simply get too long for example if you move 999 posts to trash. It might be helpfull to switch to the post form method. hakre Unpatched Bugs 15761 Bulk editing on posts without Javascript enabled results in the post being set to draft garyc40 Quick/Bulk Edit 2.9 normal normal defect (bug) assigned 2010-12-10T09:03:35Z 2019-06-04T21:06:13Z "Currently, Bulk editing is available without JavaScript being enabled. The result of attempting to edit a post, is a redirect back to the posts page with the post being marked as a draft. No UI is offered for bulk editing. This behaviour exists in trunk, 3.0, and 2.9 from my testing (havn't tested earlier versions). The Bulk editing screen appears to work without Javascript for modification submittal, so it's possible that a non-js version would be possible." dd32 Tickets Awaiting Review 29821 bulk_edit_custom_box hook causes tags to display within created fieldset Quick/Bulk Edit 4.0 normal normal Awaiting Review defect (bug) new 2014-10-01T23:04:40Z 2023-02-07T18:53:00Z "I have a custom post type that I am trying to add some fields to for bulk editing. My fieldset displays, but the tags field somehow is getting inserted into the fieldset being generated. It's extremely strange. Bulk Edit panel without my fieldset: [[Image(https://www.dropbox.com/s/fg3tcowz25rdqu1/Screenshot%202014-10-01%2018.53.56.png?dl=1)]] Bulk Edit panel with my fieldset: [[Image(https://www.dropbox.com/s/mlb4zr6mbvkbnmq/Screenshot%202014-10-01%2018.54.38.png?dl=1)]] My code to generate the bulk edit custom box: {{{ /** * Display the custom bulk edit box * * @since 3.0 * @access public * @action bulk_edit_custom_box */ public function bulk_edit_custom_box( $column_name, $post_type ) { if ( $post_type != MP_Product::get_post_type() || $column_name != 'product_price' ) { return; } ?>
"" />
}}} Notice how the tags field is being inserted into my fieldset. It seems as thought the tags field is being inserted via javascript into whatever the last fieldset in the panel is. Here's the same fields in the quick edit panel: [[Image(https://www.dropbox.com/s/haju5pkzu4f80ih/Screenshot%202014-10-01%2019.02.36.png?dl=1)]] This is how it ''should'' show up." webgeekconsulting Unpatched Enhancements 33931 Complex simplification and standardisation of all the list and quick edit screens Quick/Bulk Edit 4.4 normal normal enhancement new 2015-09-19T20:55:34Z 2019-06-04T21:16:59Z "As every function (posts, media, taxonomy, insert media popups) of wordpress came in different time, it looks differently, it must be operated differently, it is much more difficult to maintain and develop, it use different actions and filters for generaly the same thing ... I have walked through the all this pages, created wireframes and point out the differences and similarities. And i have came up with the IMO very simple solution, that would standardise all these screens, so they coul all share the same code and they will have all the functions, but in the same time they will be cleaner and easier to use, the same function will be on the same place and will be named the same, and it could higly reuse most of the code. And what's more, it ads some new interesting possibilities, e.g. mass edit. Please download the enclosed PDF with wireframes - there are the commented current pages at the begining, the last pages are then my new proposal. I think that now is the perfect time to do it, as there are plans for adding meta to taxonomies for the WP 4.4 and this my approach would IMO save a lot of effort and use it for bigger good. " thomask Tickets with Patches 12769 Disappearing posts/pages (in quickedit mode) Quick/Bulk Edit 2.9.2 low minor defect (bug) new has-patch 2010-03-30T08:53:39Z 2023-02-17T08:48:36Z "Steps to reproduce: 1. Quickedit a post. 2. Click save and instanly click quick-edit on another post. When the ajax-request completes the first quick-edited post will disappear from the posts table. This is only a display bug." catahac Tickets with Patches 25696 Double clicking update on list table inline edit removes row from dom Quick/Bulk Edit 3.1 normal normal Future Release defect (bug) assigned has-patch 2013-10-25T10:09:29Z 2018-10-12T15:31:29Z "**Steps to reproduce: ** Open ""Quick Edit"" -> Save the category(or tag) by double-click on save-button. ( or press twice ). **Expected behaviour:** Save the category(or tag) , and refresh the table-row. **Actual behaviour:** Save the category(or tag), But disappear the table-row." mt8.biz Tickets with Patches 22236 edit.php: Apply when Bulk Actions selected forgets tag= filter Quick/Bulk Edit 3.4.2 normal normal defect (bug) new has-patch 2012-10-20T22:54:28Z 2019-06-04T21:07:50Z "Using WordPress 3.4.2, go to Posts, and click on one of the tags on one of your posts. The URL now contains tag=, and the screen shows the first 20 posts with that tag. Now click the Apply button just next to the ""Bulk Actions"" drop-down at the top left. I expect this to reload the page but otherwise have no effect. Instead, it reloads the page without the tag= URL parameter, and shows the first 20 posts (irrespective of tag). This is surprising and confusing - it's easy to accidentally hit ""Apply"" without having chosen an action, but at first glance it looks like nothing has happened. The user can then go on to do a bulk action (e.g., add category) without realising the tag they previously had selected is now no longer selected. Note that filters (e.g., by category) that are set up using the Filter button *are* preserved when Bulk Actions / Apply is chosen - it's just tags that are lost." kw217 Candidates for Closure 56137 Excerpt in Quick Edit Quick/Bulk Edit normal normal Awaiting Review enhancement new dev-feedback 2022-07-05T00:32:54Z 2022-11-30T20:43:46Z "Pretty simple request and hoping to see it in a future version of WordPress: the ability to edit the excerpt in the Quick Edit screen on the Posts page. Seems everything else, including Tags, can be edited there, so why not the Excerpt? Thanks!" saladgoat Candidates for Closure 48496 Filters post_row_actions and page_row_actions not apply at AJAX inline-save action Quick/Bulk Edit 5.2.4 normal normal Awaiting Review defect (bug) new reporter-feedback 2019-11-05T04:23:05Z 2023-02-28T16:25:04Z "At page /wp-admin/edit.php after inline post/page edit and save updated table row loads by AJAX with default actions - without apply post/page_row_actions filter" andrejovdienko Tickets with Patches 28326 List Tables don't update properly after Quick Edit Quick/Bulk Edit normal normal defect (bug) new dev-feedback 2014-05-21T15:06:40Z 2023-02-17T09:19:06Z "Scenario: I have 2 sticky posts. I go to the Post list table and click the ""Sticky (2)"" link. I see my 2 stickies. I Quick Edit one of them and make it no sticky. What do I see? (drumroll): Both posts + a link that says ""Sticky (2)"" " wonderboymusic Tickets Needing Feedback 31634 Minor UI improvements to bulk editing joedolson* Quick/Bulk Edit normal normal Future Release enhancement accepted has-patch 2015-03-13T18:40:29Z 2023-04-14T15:34:38Z "The bulk editing feature isn't particularly clear. For example, it's odd that you can have a bunch of posts selected, leave ""bulk editing"" selected (the default in the dropdown, and just click the ""Apply"" button and nothing happens. The seems like odd behaviour (related: #11818). The other niggle is the word ""Apply"" on the button. You're not actually applying anything when you click the ""Apply"" button, you're either a) making a selection of things that you are going to go on and apply things to, or b) moving things to trash. The ""Apply"" button doesn't accurately reflect that action (it seems to make more sense in the spam screen as you are actually taking actions in which an application is made. I suggest the following minor improvements: When the default of ""Bulk Actions"" appears in the dropdown the ""Apply"" button is greyed out and not pressable. When the user selects either ""Edit"" or ""Move to Trash"" the button becomes clickable. The terminology on the button is changed from ""Apply"" to ""Go"", or ""OK"" or something other than Apply. I'm scratching my head to try to think of something :)" siobhan Unpatched Bugs 33172 Notice in get_bulk_actions() in certain conditions Quick/Bulk Edit normal normal defect (bug) new 2015-07-29T12:01:16Z 2019-06-04T21:16:11Z "Hi there, When a custom post type declaration is made with custom `capabilities`, the `delete_posts` cap can be missing. If it's the case, the `get_bulk_actions()` function create a PHP Notice saying the following: `Notice: Undefined property: stdClass::$delete_posts in /wordpress/wp-admin/includes/class-wp-posts-list-table.php on line 251` To prevent and avoid this notice, I simply use `isset()` to check the definition. (see patch in attachment) Thank you." CreativeJuiz Candidates for Closure 37878 Post filtering and use of Quick Edit Quick/Bulk Edit 4.7 normal normal Awaiting Review defect (bug) new reporter-feedback 2016-08-30T09:51:44Z 2023-02-07T19:06:34Z "Assuming I have a draft post I want to quickly publish. - I head to the Posts page. - I click on Draft above the list of posts, - I then click on Quick Edit, - Change the Post Status to Publish and Click update, - The Post Status will now be updated although it still appears on this list. A more expected result would be to remove / hide this post on update and also update the numbers of each status using AJAX. This also happens when changing to any other Post Status and includes Pages and Custom Post Types. " ShaneJones Candidates for Closure 39946 Private posts can be sticky when bulk editing them from wp-admin/edit.php Quick/Bulk Edit normal normal Awaiting Review defect (bug) new reporter-feedback 2017-02-22T22:10:00Z 2023-02-07T19:11:34Z "[[Image(https://cldup.com/ZsJC4iH0GM.png)]] Although it's not possible to inline-edit a Private post to be sticky or to Publish a private post as sticky from the Publish meta box, as shown on the above screen capture, it's possible to do it using the Bulk edit action of the `wp-admin/edit.php` screen." imath Tickets Awaiting Review 59971 Publishing a post in QuickEdit forces Date to NOW Quick/Bulk Edit 6.4 normal normal Awaiting Review defect (bug) new dev-feedback 2023-11-27T17:32:22Z 2023-12-05T09:13:21Z "I use to give post-drafts a particular publishing date in the past (for ordering reasons when i publish them later on). When I publish a post with a given date in Editing Mode, the publishing date stays my inserted day. When I publish a post with a given date in Quick-Edit, the publishing date always gets forced to NOW. (This also happens when I bulk-edit several posts) I checked that with older versions: Until WordPress 6.2.3 it was possible to publish a post with Quick-Edit and keep my given publishing date. It also worked when bulk-editing several posts. I think this might be a bug, maybe somehow related to the fixed ticket #59125? " snoffel Unpatched Bugs 15981 Quick edit (and other actions) need to cancel AJAX actions garyc40 Quick/Bulk Edit 3.1 low normal Future Release defect (bug) assigned has-patch 2010-12-26T05:17:36Z 2018-05-14T16:46:46Z "Right after you click to paginate, sort or try to search something, you may be inclined to click another link on the page. This happens often when I'm browsing, and on a server with a relatively slow AJAX round trip, it can happen quite commonly. Problem: If you open Quick Edit, then the ajax results should noop. There might be other actions, but this one in particular does not lead to another page (which obviously would kill the ajax). The reverse is also an issue. You can search, paginate, or sort when Quick Edit is open, and you lose your edit. This might be bad when quick editing a comment, as you could be losing actual content. Searching and paginating might be explicit actions, but it's not difficult to accidentally click a th and trigger a sort, especially if the first row's quick edit (or bulk edit) is open. I'm not sure what to do here, other than a JS popup for any time a Quick/Bulk Edit is open, asking you if you want to lose your changes. So again, two things: - Kill the AJAX action if Quick Edit is opened. I would consider this lower priority. - 'Lose your changes' confirmation for quick edit and bulk edit before an AJAX action. (We can probably fire the AJAX action and trigger the alert simultaneously, but delay processing the results until the confirm() is true.)" nacin Unpatched Enhancements 16392 Quick Edit API should allow to pick up custom field values automatically Quick/Bulk Edit 3.1 normal normal enhancement new 2011-01-27T22:22:10Z 2019-06-04T21:06:26Z "Attached are two screenshots of the same plugin in 3.0 and 3.1. The plugin code is unchanged between the two. Only WP gets an svn switch. I'm investigating where it's coming from, but as you can note from the screenshots 3.0 lists nada for that plugin on the one hand side, while 3.1 lists actual fields and leaves them blank. The latter causes data loss when Quick-Editing a row. Cross-referencing ticket references: http://code.google.com/p/wp-e-commerce/issues/detail?id=327 Plugin SVN: http://svn.wp-plugins.org/wp-e-commerce/branches/3.8-development " Denis-de-Bernardy Tickets with Patches 25060 Quick Edit Comments inline edit save breaks the alternating table row backgrounds helen Quick/Bulk Edit 3.1 normal normal Future Release defect (bug) assigned has-patch 2013-08-16T23:09:09Z 2019-03-14T22:30:24Z "Related: #24951 Related: #25059 When quick editing comments and saving the single_row method always uses the same classes ""even thread-even"". Additionally a css background color gets added to the table row inline. This patch fixes the class issues. Still need a patch for the background color." c3mdigital Unpatched Bugs 26524 Quick edit form looks strange for localized version Quick/Bulk Edit 3.8 normal normal defect (bug) new 2013-12-10T18:32:50Z 2024-02-25T19:47:57Z Please see attached screesnhot. pavelevap Tickets Awaiting Review 60329 Quick Edit tags-input drop-down selection box hangs exactly over the Published/Draft/Queud selection-box Quick/Bulk Edit 6.4.2 normal normal Awaiting Review defect (bug) new has-patch 2024-01-23T16:48:42Z 2024-01-30T01:12:29Z "So, if I'm not careful when selecting tags from the drop-down-selection-box, if I accidentally click on the published/draft/queud box, it can change it from Published to Draft, for example, which has happened more than once before. So, articles that were published suddenly find themselves unpublished, and the person who was inputting tags in the Quick-Edit space doesn't know what happened - that they accidentally unpublished the article. Maybe put the Published-selection box above the tags please? I've got screen-shots, but the image insert button works strangely for me - can't access my computer from here to attach them? This request is mainly for the Gibraltar-Messenger site (not particularly mine) but this issue woud apply to so many others. Thank-you. " phithx Unpatched Enhancements 33833 Quick/Bulk Edit are not visually consistent Quick/Bulk Edit normal normal Future Release enhancement reopened 2015-09-11T16:41:56Z 2020-02-10T17:48:44Z "Quick/Bulk Edit are not visually consistent between uses (posts vs. comments, for example), and have typography treatment that we don't really use elsewhere in the admin, like all-caps and italic labels. It really hasn't changed much in quite some time. This needs some considered design treatment. Screenshots attached below." helen Tickets Awaiting Review 57753 Quickedit characters on date fields Quick/Bulk Edit 6.1.1 normal trivial Awaiting Review defect (bug) new 2023-02-17T09:45:45Z 2023-02-22T20:51:17Z "I know this isn't a massive issue as content editors should use their common sense, but it seems like a user can enter random characters into the date/times via quick edits - Select a post - Press ‘Quick Edit’ - Try to insert letters, special characters in the ‘year’, ‘month’, ‘hour’, ‘minutes’ fields - Press ‘Enter’ " garbagedisco Tickets Awaiting Review 60125 Randomly comma split taxonomies when applying through bulk edit Quick/Bulk Edit 6.4.2 normal normal Awaiting Review defect (bug) new 2023-12-21T11:43:52Z 2024-02-15T16:22:29Z "The WordPress I'm working on has a taxonomy, whose name includes a comma. Let's say ""The, category name"". When I need to bulk apply it to several posts, some of the entries get a new ""The"" taxonomy, and a second ""category name"" one. Instead of the signle existing ""The, category name"". Only some of the posts will get these, while few of them will get the right ""The, category name"" taxonomy applied" schwipps Unpatched Bugs 32952 Select elements don't have the same size as input elements Quick/Bulk Edit 3.8 normal normal defect (bug) new close 2015-07-09T20:22:56Z 2023-05-14T19:48:31Z "[[Image(https://cldup.com/Daws15AjdJ.png)]] - `select` elements should have the same font size as other `input` elements" sunnyratilal Unpatched Enhancements 11472 Should QuickEdit remove posts from lists as needed? Quick/Bulk Edit 2.9 low minor Future Release enhancement new 2009-12-17T10:29:38Z 2019-12-09T17:54:37Z "Create a draft post. Visit Posts / Edit, and quickedit the draft. Set its status to Published and save. It remains around, with the published status, instead of being removed from the list. Reporting this just in case, as it might be a UI feature rather than a bug. " Denis-de-Bernardy Unpatched Bugs 31615 UI bug using Quick Edit Quick/Bulk Edit 4.1.1 normal normal defect (bug) new dev-feedback 2015-03-12T20:13:47Z 2019-06-04T21:14:25Z "After changing the parent attribute for a page using Quick Edit, the page title is prepended with the child hyphen but the table structure does not change. Refreshing the page fixes the issue. Using latest 4.1.1 with no plugins installed and default theme. '''Steps to replicate:''' 1. Change the parent of a page or post using quick edit '''Browser''' Chrome: 41.0.2272.76 (64-bit) OS X Yosemite 10.10.2. " justingreerbbi