Bug 823434 - Lists do not show flags - although they are marked as a selected Column
Summary: Lists do not show flags - although they are marked as a selected Column
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Bugzilla
Classification: Community
Component: Query/Bug List
Version: 4.2
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: 4.2-1
Assignee: Simon Green
QA Contact:
URL:
Whiteboard:
: 826421 (view as bug list)
Depends On:
Blocks: BZ42
TreeView+ depends on / blocked
 
Reported: 2012-05-21 09:27 UTC by Yaniv Kaul
Modified: 2018-12-09 06:29 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-06-04 00:34:33 UTC
Embargoed:


Attachments (Terms of Use)

Description Yaniv Kaul 2012-05-21 09:27:28 UTC
Description of problem:
In a bug list, I can't change the column and have the flags visible. I've added it to the selected column (in fact, it was there, but it did not show up), I tried removing and re-adding - nothing. It doesn't show.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Cole Robinson 2012-05-21 19:56:12 UTC
Seeing the same thing here. Bugzilla just doesn't even show a 'flags' column header.

I wonder if this has something to do with the 'flags' query parameter changing: previously it would just return a simple string listing of flags and values, now it returns all the info about flags you could ever need, with no way to get the simple string representation.

being able to get the simple representation was definitely a query optimization. now if you want to query flags, a cli query takes an order of magnitude longer. Reinstating a way to query the simple flags string would be nice

Comment 2 Simon Baird 2012-05-23 00:55:31 UTC
To get the flags you have to now ask for the 'flagtypes.name' field instead of the 'flags' field.

Comment 3 Simon Green 2012-05-23 07:08:29 UTC
Simon: This is to do with buglist.cgi and colchange.cgi in the UI, not RPC.

  -- simon

Comment 4 Simon Baird 2012-05-23 07:52:48 UTC
(In reply to comment #3)
> Simon: This is to do with buglist.cgi and colchange.cgi in the UI, not RPC.
> 
>   -- simon

Oh, sorry. Please disregard comment #2.

Comment 5 Suzanne Logcher 2012-05-23 13:28:59 UTC
Yes, this is a problem for me too.  Please fix.

Comment 7 Simon Green 2012-05-24 05:25:45 UTC
I'm not seeing the same problem. For example the following query shows 1,000 RHEL6 bugs with the flags:

https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&classification=Red%20Hat&columnlist=product%2Ccomponent%2Cassigned_to%2Cbug_status%2Cflagtypes.name%2Cresolution%2Cshort_desc%2Cchangeddate&list_id=26293&product=Red%20Hat%20Enterprise%20Linux%206&query_format=advanced&query_based_on=

Can someone please let me know a URL that is not working, so I can investigate (preferable one that is with buglist.cgi in the URL).

  -- simon

Comment 8 Simon Green 2012-05-30 22:49:34 UTC
*** Bug 826421 has been marked as a duplicate of this bug. ***

Comment 9 Paolo Bonzini 2012-05-31 11:33:03 UTC
I did the following and I cannot reproduce it anymore:

1) visit your URL;

2) click the "Change Columns" link, remove the Flags, and click "Change Columns"

3) click the "Change Columns" link, add the Flags, and click "Change Columns"

It's probably related to the change from flags to flagtypes.name (comment 2).  Perhaps something needs to be changed in the database's user preferences table?

Comment 10 Cole Robinson 2012-05-31 13:55:14 UTC
Just for a data point, this was working for me after simon originally closed the bug. But now it isn't working as Paolo mentioned.

Comment 11 Simon Green 2012-06-04 00:34:33 UTC
(In reply to comment #9)
> I did the following and I cannot reproduce it anymore:

Since noone seems to be able to reproduce it, I'm marking this bug as closed. Feel free to open if someone can reproduce it, and provide the buglist.cgi URL that shows the error.

Comment 12 Paolo Bonzini 2012-06-04 08:55:39 UTC
> Perhaps something needs to be changed in the database's user preferences table?

Simon, can you check that user preferences have been properly migrated from "flags" to "flagtypes.name"?

Comment 13 Simon Green 2012-06-04 10:07:41 UTC
(In reply to comment #12)
> Simon, can you check that user preferences have been properly migrated from
> "flags" to "flagtypes.name"?

What user preference? There is nothing in the Preferences section that I am aware of that has table names in it.

I'm yet to have a single person tell me the steps to reproduce this, so I am assume one of the 20 or so bugs we've quashed since the initial release must have fixed it.

I am very interested to hear if someone can reproduce this issue.

  -- simon

Comment 14 Paolo Bonzini 2012-06-11 07:30:35 UTC
> What user preference?

The default choice of columns for the bug list, set by colchange.cgi.

It cannot be reproduced anymore once you follow the steps in comment 9 even once.


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