Make WordPress Core

Opened 10 years ago

Last modified 2 years ago

#19859 accepted enhancement

"Bulk Edit" Missing The Ability To Edit Tags

Reported by: ademos Owned by: gavinwye
Milestone: Awaiting Review Priority: normal
Severity: normal Version:
Component: Quick/Bulk Edit Keywords: needs-patch needs-design
Focuses: Cc:


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.

Change History (30)

#1 @knutsp
10 years ago

  • Cc knut@… added
  • Resolution set to worksforme
  • Status changed from new to closed

The feature is already there. When I open a bulk edit with the Use button, there is a textarea labelled tags. I put them in there, comma separated, and expect them all to be added to all posts tagged for editing.

If this doesn't show up or work for you I suggest the support forums.

#2 @duck_
10 years ago

  • Milestone Awaiting Review deleted

#3 @ademos
10 years ago

  • Resolution worksforme deleted
  • Status changed from closed to reopened


I apologize for my miscommunication.


I was requesting the following feature

1.) Click on a group of posts

2.) See the tags associated with that group of posts

3.) Rename, add or remove tags from that group of posts


If you look at how Gmail manages tagging, you can how their GUI works.


Within the "Label as" box" you can see a check mark, indicating which tags are currently being used.

This is what I mean when I speak of "associated tags."

Such a feature is useful, because you can see which tags are used and which are unused.

In addition, you can individually add and remove tags from the group, by checking and unchecking them


From what I can see, this functionality is not available in current version of WordPress Core.

Tags can be overwritten, but it doesn't appear possible to see the tags associated with a group of posts.


So I was inquiring if there was any interest in adding this functionality to WordPress Core.

Last edited 10 years ago by ademos (previous) (diff)

#4 @ocean90
10 years ago

  • Keywords ui-feedback ux-feedback added
  • Milestone set to Awaiting Review

#5 @knutsp
10 years ago

@ademos: I see.

This situation is equal for both categories and tags. You can not see which categories that are already used on the posts.

Renaming tags or categories should not be included in this ticket, because that is a completely different thing. Adding or removing tags and categories on the basis of the existing terms in a set of posts could be a nice enhancement.

#6 @ademos
10 years ago


I'm glad you agree that this feature could be useful.

I frequently find myself bulk editing posts, but not knowing which tags are already used.


I agree that renaming tags/categories is a separate GUI concept, but I didn't make multiple tickets for my inquiry, because I wasn't sure if my request had already been made or not. (since I am new to WordPress and the Trac software)

In other words, I didn't want to annoy the moderators with redundancy.

However, if this GUI concept has not been requested before, I would happy to separate my request into as many tickets as deemed necessary.



Thank you for adding the "ux-feedback" keyword.

It hadn't occurred to me, to label this ticket as part of the user-experience, but your addition makes sense.

Last edited 10 years ago by ademos (previous) (diff)

#7 @knutsp
10 years ago

@ademos: This enhancement request is about editing tags (and categories) in the scope of posts. Renaming tags (and categories) should not be possible in this scope because this will affect every post that has this tag (or category). Such renaming should only be possible from the Tags (or Categories) screen.

This ticket should be about adding and removing categories and tags to a set of posts in bulk editing, based on the existing set of categories and tags already found in the actual set of posts. It could be enhanced to work on any taxonomy.

My advice is to change the description of this ticket to limit the task and to clarify. This will, in my view, increase the chance of getting someone to write such a patch in the first place, and getting it committed in the second phase.

#8 @gavinwye
10 years ago

@ademos: I agree that this would be a useful enhancement, I've just had to move a bunch of posts from one category to another and not being able to see the categories in the bulk edit mode was not helpful.

I think it's simply a matter of displaying the categories or tags that are being used for the selected posts. However you would run in to complications if, you had selected multiple posts each with different categories. Which categories would be displayed? If you display all of them do you then when you update do you apply all of the categories or tags to all of the posts.

So what is on the face of it a simple problem, I think more though on this is needed. I'm wondering if the command "edit" is a little misleading for users, as the functionality is really add.

I'll think some more and post again if I think I have a solution.

#9 @Ademos
10 years ago

@Knutsp: Thank you for your advice, but I was unable to find a way to edit the description of my ticket. (I tried clicking the "Modify" link, but that only allowed me to change the summary and ticket attributes)

Would you suggest I create a new ticket to fix my mistake in description verbiage?

@gavinwye: You've made some good points about the complexity involved with implementing this feature, from a user-experience level. I agree that communicating which categories and tags are associated with each post, will be complicated. But with enough people involved, I think a solution can be found.

Last edited 10 years ago by Ademos (previous) (diff)

#10 @gavinwye
10 years ago

  • Owner set to gavinwye
  • Status changed from reopened to assigned

@ademos: I'd leave the ticket the same as it has the history, I found it when I had the problem, so I don't think there is anything wrong with the description.

I'm going to try and mock up something this coming weekend as a solution to the problem, I'll post back on Sunday to let you know how I get on.

#11 @gavinwye
10 years ago

  • Cc gavin@… added
  • Status changed from assigned to accepted

#12 @Ademos
9 years ago

@gavinwye: Okay, I'll take your advice and leave my ticket as it is.

I look forward to seeing your mockup!

Last edited 9 years ago by Ademos (previous) (diff)

#13 @ademos
9 years ago

@gavinwye: I was curious if you had any update on your mock up of this GUI. You mentioned that you were planning to mock up something soon, but it's been awhile since our last discussion.

Last edited 9 years ago by ademos (previous) (diff)

#14 @gavinwye
9 years ago

@ademos, Thanks for nudge. It had completely fallen off my radar.

I've quickly sketched up something that I think would solve the problem. The biggest change is tags should be displayed for posts that are being edited in the tags field. At the moment the it is implied that the tags are not there. The same pattern should be used to remove tags as is used to remove the posts.

I've also take this opportunity to make some other changes to the architecture of this area. Currently the bulk edit component is displayed below the title bar which menas that the column headings are don't match up with the posts below. Pulling the bulk edit component out and placing it about the title bar would solve that. It then also seems sensible to rearrange the five drop down lists that are there as well.

My one question is, should you be able to bulk add tags here? I've added it, but all of the other functionality here is to do with editing existing values not adding. But I can't see a better place for this and it makes sense to me to be here.

Here's the sketch:


A few final points. This ticket has been open for a long time with little interest. So is that fact that this doesn't work really a big problem? Should this even be fixed? How many users would benefit?

It would be good to know your thoughts.

#15 @ademos
9 years ago

@gavinwye: Thank you for sketching a mock up of this new area. This design looks very similar to what I was imagining. Specifically, I like how you compartmentalized each area, giving a separate space for "Categories" and "Tags."

In response to your concern about user engagement and interest, I think it would helpful to announce your mock up somewhere. Such an announcement would ensure that you got feedback from users and the core team. I don't know the correct place for such an announcement, but I sometimes see mock ups posted here: http://make.wordpress.org/ui/

Overall, I think this idea at least deserves some exposure before it is considered unwanted. The concept of having easier access to tags and categories during bulk editing, certainly seems like a feature that could be useful to many people.

#16 @SergeyBiryukov
9 years ago

  • Component changed from UI to Quick/Bulk Edit

#18 @archon810
8 years ago

In Wordpress 3.8, adding a tag using the bulk interface doesn't work for me anymore - the new tag does not show up.

Did something break? Pretty sure this was working before.

#19 @archon810
8 years ago

  • Cc archon810@… added

#20 @zerodegreeburn
7 years ago

Has there been any update on this bug/feature?

I found a very old blog post from 2011 explaining how to bulk edit posts and in their screenshots the tags did appear when you clicked Bulk Edit. I created a stackexchange post here http://wordpress.stackexchange.com/questions/147656/bulk-edit-tags-in-wordpress which shows the screenshots.

#21 @gavinwye
7 years ago

@zerodegreeburn There has been no interest in this for a very long time. I'm not pushing this forward as if there were interests someone would have solved the problem.

I'll contribute if someone want's to build this but there doesn't seem to be much interest.

#22 @ademos
7 years ago

@gavinwye: Though two years have passed, I am still interested in solving this problem. While the WordPress Trac is publicly visible, it's possible that people who might be interested in solving this problem are not yet aware the problem is being discussed. (because they didn't notice this ticket on WordPress Trac) So at some point, (if no one else does so) I will find the preferred method of announcing this problem, so we can determine if people are truly uninterested in this problem or if they were simply unaware that the problem existed.

@zerodegreeburn: Thank you for your contribution. I had not realized that the "Bulk Edit" feature did display currently used tags, in a previous version of WordPress. This could be useful as a reference for fixing the feature in the current version of WordPress.

Last edited 7 years ago by ademos (previous) (diff)

#23 @chriscct7
6 years ago

  • Keywords needs-patch added

This ticket was mentioned in Slack in #design by karmatosed. View the logs.

4 years ago

#25 @melchoyce
4 years ago

This ticket could benefit from a simple clickable prototype to better communicate how it'd work, if anyone's up for some additional design work.

This ticket was mentioned in Slack in #design by boemedia. View the logs.

3 years ago

#27 @boemedia
3 years ago

  • Keywords needs-design added

With design contributors now having access to Invision, this ticket would be a good one to draft up a prototype to be able to click around. I’ve added a new keyword ‘needs-design’ and will note this down for contributor day at WordCamp Europe this Thursday in Belgrade. Hopefully we have people wanting to pick this up to move it forward.

This ticket was mentioned in Slack in #design by boemedia. View the logs.

2 years ago

#29 @joyously
2 years ago

I agree with the comment 14 which says that perhaps it doesn't belong under "Edit". Edit for author, comments, status, pings, and sticky all have choices of "No change" or the actual different value for that field. Perhaps categories and tags don't belong together with this, and should have their own bulk action of "Add Term" in which the added terms are applied to all posts selected. I think that's what is happening already, but the interface is unclear what you will get when you type a tag or select a category.
There doesn't seem to be a good way to bulk remove a tag or category.

#30 @karmatosed
2 years ago

  • Keywords ui-feedback ux-feedback removed

As this needs a design, just removing the feedback label to get that focus.

Note: See TracTickets for help on using tickets.