Last modified: 2014-07-16 11:23:18 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T63292, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 61292 - Allow free choice of keywords or tags
Allow free choice of keywords or tags
Status: RESOLVED WORKSFORME
Product: Wikimedia
Classification: Unclassified
Bugzilla (Other open bugs)
wmf-deployment
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-02-13 01:33 UTC by Gabriel Wicke
Modified: 2014-07-16 11:23 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Gabriel Wicke 2014-02-13 01:33:19 UTC
It would be great if bugzilla had a free-form keyword or tag field. The current keywords are restricted to a fixed list, which makes them mostly useless for our purposes. The only keyword we ever used was 'easy'.

Use case in parsoid is bugs affecting several components or a common topic like images.

Our main work-around is stuffing keywords into the subject line.
Comment 1 Andre Klapper 2014-02-13 01:45:57 UTC
See the "Tags" field (above, between "Keywords" and "Depends on") that was introduced in 4.4 (bug 56183 for reference) that we just upgraded to. :)
Comment 2 Tomasz W. Kozlowski 2014-02-13 10:15:45 UTC
(In reply to Gabriel Wicke from comment #0)

> The only keyword we ever used was 'easy'.

Not true; we have used many other keywords, such as shell, ops, i18n, etc.
Comment 3 Andre Klapper 2014-02-13 12:00:22 UTC
(In reply to Tomasz W. Kozlowski from comment #2)
> Not true; we have used many other keywords

"we" = presumably "Parsoid team".
Comment 4 Gabriel Wicke 2014-02-13 20:17:12 UTC
(In reply to Andre Klapper from comment #3)
> (In reply to Tomasz W. Kozlowski from comment #2)
> > Not true; we have used many other keywords
> 
> "we" = presumably "Parsoid team".

Yup.

Awesome to have tags now. I even created the bug just before the upgrade, but wasn't able to save it in time. So very timely ;)
Comment 5 Gabriel Wicke 2014-02-13 20:28:59 UTC
Could the tag field be included in default searches too? Right now this requires an advanced search, which makes tags less useful than the old add-them-to-the-title work-around.
Comment 6 Andre Klapper 2014-02-13 20:37:50 UTC
Define "default search" (preferably by a link).
Comment 7 Gabriel Wicke 2014-02-13 20:39:12 UTC
Primarily the search box in the top-right corner, but also https://bugzilla.wikimedia.org/query.cgi.
Comment 8 Andre Klapper 2014-02-14 20:12:58 UTC
I should mention that Tags are on a personal / account level - using the whiteboard might also work.
Top-right corner supports quicksearch, see https://bugzilla.wikimedia.org/page.cgi?id=quicksearch.html for the full crazyness. 
Wondering if that's sufficient.
Comment 9 Gabriel Wicke 2014-02-14 21:00:05 UTC
(In reply to Andre Klapper from comment #8)
> I should mention that Tags are on a personal / account level

Oh, I didn't realize that. Very different from how normal tags are working then, maybe the bugzilla devs didn't think the naming through very well.

> - using the whiteboard might also work.

Indeed, never realized that whiteboard is really a tagging mechanism.
Comment 10 Gabriel Wicke 2014-02-14 21:01:32 UTC
(In reply to Andre Klapper from comment #8)
> using the whiteboard might also work.

That does it, thanks! Normal search does indeed include the whiteboard field.
Comment 11 Gabriel Wicke 2014-02-14 21:03:13 UTC
Closing as worksforme as the functionality is there; the misleading-UI issue can be tracked elsewhere.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links