534286 - Switching tab to focus on (Smart) inbox with custom view filter applied refreshes filter

Status: NEW

(Thunderbird :: Toolbars and Tabs, defect)

Description

[Nathan Tuggy (:tuggyne)]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 (.NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.30729; .NET CLR 3.5.21022; .NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.5) Gecko/20091204 Lightning/1.0pre Thunderbird/3.0

When I open several tabs (e.g., Gloda search results) from my smart-folder inbox, then close those tabs or switch back to the inbox, the inbox view refreshes (or has refreshed; the icon changes when I open the tabs, not necessarily when I close them). In particular, when I have a custom view containing a filter applied, this can change which messages are visible. E.g., if I have a filter applied to hide read messages, and I then mark several messages read, open tabs, then close them, the messages I marked read disappear.

This should not happen; full filter view refreshes like this should only occur when the selected folder or folder view changes. (Obviously, partial updates to e.g. include newly received messages are different. That's not what this bug is about.)

Reproducible: Always

Steps to Reproduce:
0. Create a new filtering view
  0a. Click View -> Messages -> Customize…
  0b. Click New… and enter Unread in Message view name 
  0c. Set the filter line's field drop-down to Status,
  0d. the operator drop-down to Isn't,
  0e. and the value drop-down to Read
  0f. Click OK twice to save changes
1. Select the Unread view by choosing View -> Messages -> Custom Views -> Unread
2. Mark one or more messages read in the message pane
3. Open a new tab, for instance by searching for a message or keyword using Gloda
4. Switch back to the main tab, e.g. by closing the newly opened tab
Actual Results:  
Messages marked read are gone.

Expected Results:  
All messages that were visible in that message pane before opening new tabs should still be visible.

Comment 1

[Ludovic Hirlimann [:Usul]]

Does this happens in -safe-mode (http://kb.mozillazine.org/Safe_mode) ?

Any errors in Tools -> Error console ?

Comment 2

[Nathan Tuggy (:tuggyne)]

Well, first, to use custom views at all in Safe Mode, I had to customize the toolbar to add the drop-down.

Then, after opening a new tab with Gloda search results, I switched back to the main tab and a message duly marked as read had vanished. There were no errors in the Console, only a series of about 12 identical (CSS?) warnings like so:
Warning: Cannot specify value for internal property.  Error in parsing value for '-x-system-font'.  Declaration dropped.
Source File: chrome://messenger/content/glodaFacetView.xhtml
Line: 0
I doubt the warnings have anything at all to do with the strange behavior of the main tab, but they did show up when I opened the Gloda result tab.

So I was definitely able to repro in safe mode, and my earlier suspicion seems to be at least partly accurate, too: when a Gloda result tab *opens*, the main tab reloads its view; when other tabs *close*, the main tab MAY also reload its view.

This last corner-case needs more definition; will try to narrow down which tab types do and do not trigger the bug on close. In particular, a different profile seems to give subtly different results, though this may be a function of which tab types are opened and in what order, and in what order they're closed.

Lastly, I was also able to reproduce this in TB 3.0 final (previously I was using RC3). No differences detected.

Comment 3

[Nathan Tuggy (:tuggyne)]

Discovered an apparent new condition for a Gloda result tab to cause reloading of the main Inbox view: searching for an email address (by entering part of the address and clicking the right suggestion) does not cause reloading, but searching for free text does. Example: entering 'bugz' and selecting '[e-mail]' in the suggestions that drop down doesn't refresh the view; however, entering 'bugzilla' and pressing Enter to search for that search term does indeed refresh the view.
So STR#3 should be changed to clarify:
3. Searching for a keyword, such as "bugzilla", using Gloda (not Quick Search)

Also, was able to reproduce similar behavior with read messages that hadn't previously been shown appearing after they were marked unread in another tab and a tab was opened with search results as mentioned -- so not only do previously-shown messages disappear, previously-hidden messages appear, and the bug is symmetrical. (Not unexpected, just figured I'd mention it.)

Can anyone else confirm this bug? (I'm reluctant to mark my own bugs NEW even if I'm sure they're valid; I prefer to have two pairs of eyes or more confirming everything.)

Comment 4

[Wayne Mery (:wsmwk)]

suth, bienvenu, is expected behavior, that the view refreshed when going back to the tab?