Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:188.8.131.52) Gecko/20100526 Lightning/1.0b2 Thunderbird/3.1 STR (in exactly this order, and obeying the caveats as described) 0 in quick filter bar, have NO filters set 1 enter "search word" into quick filter box (e.g. asdf, doesn't matter if matches exist or not) 2 click "Tags" filter button (caveat: it's important that there are NO matches for "search word" AND tags!) 3 remove "search word" from the box (ESC, click [x], or delete manually) -> watch secondary filter bar Actual results after 3) secondary filter bar is hidden when you remove search word, although tag filter is still on, and there are matches for "tags" (without search word). User cannot filter for specific tags on the secondary bar, as the bar is not shown Expected results after 3) secondary filter bar should stay when user removes search words, as there are matches for "tags" that require the bar to stay open and be filled with existing tags. I'd appreciate confirmation for this bug. Make sure you follow steps and conditions precisely as given.
Thomas can you post a screenshot ?
Created attachment 449869 [details] Screenshot x2 with STR (2nd filter bar hidden while tags filter still on, with matches) Sure. New, easier STR on the screenshots. On the second screenshot, tags filter is still on and has matches, but secondary filter bar is mission (because user removed non-matching filter term which triggered the bar to disappear)
(In reply to comment #2) > Sure. New, easier STR on the screenshots. On the second screenshot, tags filter > is still on and has matches, but secondary filter bar is mission (because user ...missing :)
WFM on Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:184.108.40.206) Gecko/20100608 Thunderbird/3.1
Similar/related: Bug 612800 - Not all tags displayed when switch between unread and not on quick filter bar (tag bar doesn't refresh on condition changes)
Depends on: 612800
(In reply to Ludovic Hirlimann [:Usul] from comment #4) > WFM on Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:220.127.116.11) > Gecko/20100608 Thunderbird/3.1 No, this bug is still there. Better STR in screenshot of attachment 449869 [details]. I'll add them below.
Better STR (from attachment 449869 [details]): 0) Main 3-pane, any folder (local POP3) with messages that are *tagged* AND do NOT have "asdf1234" in subject, sender or recipient (with quickfilter bar default settings). 1) Quick-Filter for "asdf1234" (important: ensure that there are no matches) 2) From secondary qf-bar, click TAGS filter button (still no matches, good) 3) Remove only "asdf1234" filter constraint from qfb (e.g., press ESC once), but keep TAGS filter ON -> watch secondary qf-bar Actual result after 3) secondary qf-bar disappears, although there are now matching messages with tags Expected result after 3) when user removes search words constraint: secondary qf-bar should stay and be filled with tags (tag buttons) as found on messages in folder, because TAGS filter is still on and has matches now (after the text constraint was removed)
You need to log in before you can comment on or make changes to this bug.