Edgewall Software
Modify

Ticket #3281 (new enhancement)

Opened 6 years ago

Last modified 6 weeks ago

make Keywords field optional

Reported by: wkornew Owned by:
Priority: normal Milestone: next-major-0.1X
Component: ticket system Version: 0.9.5
Severity: normal Keywords: tracobject conditional fields
Cc: wkornewald, ilias@…
Release Notes:
API Changes:

Description

It is very annoying that the Keywords field takes up screen space even if it's not needed. I know that it has been requested by many people, but I'm sure that there are even more people who don't use it, at all. Please make it optional.

Why is it not possible to make the Keywords field one of those [TracTicketsCustomFields]?

Attachments

ticket-api.keywords.diff (847 bytes) - added by wkornew 6 years ago.
please patch ticket/api.py
optional-keywords.patch (821 bytes) - added by wkornew 6 years ago.
cleaned up. includes documentation for show_keywords. patch against trunk

Download all attachments as: .zip

Change History

comment:1 Changed 6 years ago by eblot

  • Milestone 0.9.6 deleted
  • Severity changed from major to normal

Changed 6 years ago by wkornew

please patch ticket/api.py

comment:2 Changed 6 years ago by wkornew

BTW, the patch is for V0.9.5. ;)

Changed 6 years ago by wkornew

cleaned up. includes documentation for show_keywords. patch against trunk

comment:3 Changed 6 years ago by wkornew

  • Cc wkornew added

comment:4 Changed 5 years ago by wkornewald <wkornewald>

  • Cc wkornewald added; wkornew removed

So, will nothing happen with this? Will it be fixed with the workflow branch?

comment:5 Changed 5 years ago by Noah Kantrowitz <coderanger@…>

The SimpleTicket plugin already fixes this. You can hide whatever fields you want.

comment:6 follow-up: Changed 5 years ago by Waldemar Kornewald <wkornewald>

Actually, I wanted a less hacky solution (SimpleTicket? requires having a new permission policy, etc.). Keywords could be implemented with custom fields or is there special code for them somewhere?

comment:7 in reply to: ↑ 6 Changed 5 years ago by Noah Kantrowitz <coderanger@…>

Replying to Waldemar Kornewald <wkornewald>:

Actually, I wanted a less hacky solution (SimpleTicket requires having a new permission policy, etc.). Keywords could be implemented with custom fields or is there special code for them somewhere?

SimpleTicket does not require anything related to the security branch, it runs on plain ol' 0.10.x.

comment:8 Changed 5 years ago by Waldemar Kornewald <wkornewald>

No, I meant that you must give people a new permission (SIMPLE_TICKET or something like that).

comment:9 Changed 5 years ago by ilias@…

  • Cc ilias@… added

you can verify this issue from the tracx plugin (on top of 0.11dev), which goes a step further to provide different ticket-fields for different ticket-types.

Once implemented, this should cover your needs.

sidenot: stable versions get only 'bugfixes'. So, your patch (functionality) provided for 0.9.5 will most possibly not be applied (= 'wontfix').

To team: this issue should be generalized ('make ticket fields optional', for 0.11dev) or alternatively closed as 'wontfix', as it affects an old release.

comment:10 Changed 5 years ago by Waldemar Kornewald <wkornewald>

Just to clarify. This has the problem that TRAC_ADMIN and TICKET_ADMIN still have access to the keywords field. I can provide a new patch (for 0.10 or 0.11), of course, but the real solution would probably be to remove the field completely. It's not needed everywhere, anyway. This should probably be implemented with a generic "tag" plugin which also allows for showing tag clouds. At least, this field isn't used by everyone and Trac should only provide the greatest common denominator. The rest should be done with modules or custom fields. IMHO, of course.

comment:11 Changed 5 years ago by cboos

  • Keywords tracobject conditional fields added
  • Milestone set to 1.0

Thinking about #2464 and its generalization to conditional custom fields, I wonder if that could not be extended to regular fields as well (and anyway, the difference is blurred in the GenericTrac proposal).

In this view, the precondition for the Keyword: field could simply be false, so that it'll never apply.

In a similar way, the th:SimpleTicketPlugin effects could be obtained by having tests for the permissions in the precondition.

comment:12 Changed 5 years ago by cboos

#5078 was another request for the same feature.

comment:13 Changed 4 years ago by asloan12@…

adding my request for this change, we don't need the Keywords field and would like to be able to make it disappear. Thanks

comment:14 Changed 2 years ago by immanuel.scholz@…

Two years passed and keyword is still there.

I found this through Google and can only support all the guys wanting it to be removed. For their very reasons (unused, drains up user attention.)

comment:15 Changed 2 years ago by anatoly techtonik <techtonik@…>

Keywords is the only default way to structure information in your own way. They should be present. There could be an option to turn them off, though.

comment:16 Changed 23 months ago by Fabien COMBERNOUS

I agree with the idea of being able to turn off the keyworks.

comment:17 Changed 23 months ago by cmc

We remove this in our ticket template file. Seems like an acceptable solution to me.

comment:18 Changed 22 months ago by Carsten Klein <carsten.klein@…>

Why not implement post_process_request on an request filter installed by a plugin of yours?
That way, you could remove the field from the template prior to that it gets served to the client, without the need to have yet another configuration option.

comment:19 Changed 22 months ago by cboos

  • Milestone changed from 1.0 to unscheduled

Milestone 1.0 deleted

comment:20 Changed 20 months ago by cboos

  • Milestone changed from triaging to next-major-0.1X
  • Owner jonas deleted

comment:21 Changed 6 weeks ago by anonymous

This keyword field annoys. Kindly remove this keyword from the main template or make it optional.If needed we can add it as a custom field.

View

Add a comment

Modify Ticket

Change Properties
<Author field>
Action
as new
as The resolution will be set. Next status will be 'closed'
to The owner will be changed from (none). Next status will be 'new'
The owner will be changed from (none) to anonymous. Next status will be 'assigned'
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.