RFE: Option to search bugs with tags (--tags)

Bug #90087 reported by Emilio Pozuelo Monfort
2
Affects Status Importance Assigned to Milestone
Bug Helper
Fix Released
Wishlist
Markus Korn

Bug Description

It would be fine to have a --tag option in bughelper, to only search bugs which have that/those tags.

For example:
./bughelper -p firefox --tag tabs
or
./bughelper --tag tabs -p firefox

This should be easy to implement, as the LP search url has a tag field:
&field.tag=<tags>
And for multiple tags:
&field.tag=<tag1>+<tag2>

Regards
Emilio

Revision history for this message
Pappan (ppadman) wrote :

Emilio,

The tag field seems to be a free text rather than something like a dropdown. So the success of this option depends on how the user enters the tag field and whether it is spelled correctly etc.

if some one enters for tag as "command line" while other enters "commandline", they may not match.

Is that ok ?

Please correct me if i am wrong.

Pappan

Markus Korn (thekorn)
Changed in bughelper:
assignee: nobody → thekorn
status: Unconfirmed → Confirmed
Revision history for this message
Emilio Pozuelo Monfort (pochu) wrote :

Hey Pappan

Yes, you're right.
LP doesn't support tags with spaces, such us "command line", so that should be 2 tags, "command" and "line".
So that looks good to me.

Best regards
Emilio

Changed in bughelper:
importance: Undecided → Wishlist
Revision history for this message
Pappan (ppadman) wrote :

Emilio,

How about someone entering like command_line ? ;)

The point i am trying to make is, since this is a free text, people can enter whatever they want and in whatever way ( i have seen "kount" being using for "count" etc). So my concern was this option should not miss things there by giving wrong impression to people using these tools.

But do note that i am not against this option. :)

What is everyone's opinion ?

Pappan

Revision history for this message
Emilio Pozuelo Monfort (pochu) wrote :

Don't worry, your opinion is as valid as mine ;)

Yes, that can happen, but if you use the option well, it can be really useful.
Also, remember it is an option, so you are able to not use it.

And, also, you can search for the "thispackagedoesnotexist" package, and it will return no results :-P . But that doesn't mean we shouldn't have the -p <package> usage.

That's just my opinion :)
What do you think?

Cheers
Emilio

Revision history for this message
Markus Korn (thekorn) wrote :

Added patch to add "--tag" filter-option to bugnumbers and bughelper:
Example usage:
./bugnumbers -p bughelper --tag bitesize,commandline -U

same with bughelper

Needs to be documented in the docs!

Revision history for this message
Emilio Pozuelo Monfort (pochu) wrote :

Can't get it working:

emilio@kiko:~/deb/bughelper/bughelper.r01$ ./bughelper -p ubiquity --tag=grub
emilio@kiko:~/deb/bughelper/bughelper.r01$ ./bughelper -p totem --tag=totem-gstreamer
emilio@kiko:~/deb/bughelper/bughelper.r01$

Any idea?

Revision history for this message
Markus Korn (thekorn) wrote :

For the record:
* In the cases described by Emilio the "--tag"-option works fine, there is no bug which matches to the clue-file AND has the given tag
* The tag-filter only works for "-p <package>" and not for "-l <URL>" - don't know if we need that.
* I added the "--tag"-option to the docbooks in my branch

Revision history for this message
Markus Korn (thekorn) wrote :

Added a patch against bughelper.main r114 to add --tag option to bugnumbers and bughelper.
Can someone please review and merge it into .main

Markus

Changed in bughelper:
status: Confirmed → Fix Committed
Revision history for this message
Daniel Holbach (dholbach) wrote :

------------------------------------------------------------
revno: 115
committer: Daniel Holbach <email address hidden>
branch nick: bughelper.main
timestamp: Thu 2007-03-15 19:37:35 +0100
message:
  Merge Markus' patch to fix bug #90087
------------------------------------------------------------

Changed in bughelper:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.