User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090105 Shredder/3.0b2pre I'm using the "Wide" view with Message Pane enabled. When I right-click on a mail summary list item and open it in a new tab, everything is fine. When I instead search using the box in the upper-right and do the same thing on one of the search results, the new tab has problems. It doesn't show any text in the tab itself (where the subject should be shown). Also, if I click on a new message in my message list in my original tab, the contents of that message are shown in both the message pane (expected) and the new tab (not expected). It seems like the contents of the two tabs are linked. Reproducible: Always Steps to Reproduce: 1.Search within your mail using the box in the upper-right. 2.In the search results, right-click on an item and open it in a new tab. 3.In the original tab, click on a different search results message. Actual Results: My new tab containing the first message was replaced by the contents of the second message. Expected Results: The new tab's contents shouldn't change no matter what's displayed in my original tab. Also happened in safe mode and with a version from I believe early December 08.

It appears the Wide View layout is an important detail here. Someone pointed out that they don't see the bug with Classic View, and sure enough, I don't either. I only see the bug with Wide or Vertical view. (Though, if I create a tab from Wide or Vertical view and then switch to Classic view, the new tab still is broken as described above.)

Gary, could you take a run at confirming this?(In reply to comment #1) > It appears the Wide View layout is an important detail here. Someone pointed > out that they don't see the bug with Classic View, and sure enough, I don't > either. I only see the bug with Wide or Vertical view. (Though, if I create a > tab from Wide or Vertical view and then switch to Classic view, the new tab > still is broken as described above.)

Whoops. Gary, could you take a run at confirming this. Assuming it is easily reproducible, please nominate to block Thunderbird 3.

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b5pre) Gecko/20090512 Shredder/3.0b3pre I can get this, but not consistently. I find it hard to repro, but I can. Most of the times it's ok, but somehow I can get it by playing with it. trying to find a way to follow steps I ended using a combination of views (i.e. unread) and quick search steps on that. This is more likely to lead you there, though may argue is a different case. And maybe it's just that, another case.

Quick search prior to bug 474701 is entirely not tab-aware and bad things will happen as globals do sketchy things. Suggest waiting for that to be mark fixed and then attempting to duplicate. Additional effort before that time is likely to be wasted.

This was fixed with the UI refactoring on bug 474701. If you experience any problems using a recent nightly, please check the dependency tree of bug 497199 and make sure that they are not already filed there. If you have a new bug, please mark it as dependent on bug 497199. https://bugzilla.mozilla.org/showdependencytree.cgi?id=497199&hide_resolved=1