Closed Bug 569614 Opened 15 years ago Closed 12 years ago

Quick Filter: Button texts disappear after collapsing and re-expanding

Categories

(Thunderbird :: Folder and Message Lists, defect)

Product:
Thunderbird
Component:
Folder and Message Lists
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

(blocking-thunderbird3.1 needed, thunderbird3.1 wanted)

Status:
RESOLVED DUPLICATE of bug 616933
Tracking Flags:
Tracking Status
blocking-thunderbird3.1 --- needed
thunderbird3.1 --- wanted

People

(Reporter: erik_hahn, Unassigned)

Details

(Keywords: regression, Whiteboard: [3.1 branch only])

Attachments

(1 file)

Quick Filter bar doesn't redraw with labels removed, search widget not accessible.
159.65 KB, image/png
Details 
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a5pre) Gecko/20100602 Minefield/3.7a5pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100526 Lightning/1.0b1 Thunderbird/3.1

When collapsing and immediately re-expanding the Quick Filter bar, the button labels disappear. They reappear when selecting another folder

Reproducible: Always

Steps to Reproduce:
1.Switch to any folder
2.Expand the Quick Filter bar, if necessary
3.Collapse it
4.Expand it again.
Actual Results:  
The Quick Filter bar's labels disappear

Expected Results:  
They don't
Status: UNCONFIRMED → NEW
Component: Folder and Message Lists → Search
Ever confirmed: true
QA Contact: folders-message-lists → search
OS: Windows XP → All
Version: unspecified → 3.0
The most likely explanation is that our underflow logic is getting triggered when the bar gets toggled off.

I am setting the OS back to XP since this could very well be platform-specific.  I'd be interested in QA's ability to reproduce this on windows and mac.
OS: All → Windows XP
Version: 3.0 → Trunk
Component: Search → Folder and Message Lists
QA Contact: search → folders-message-lists
(In reply to comment #1)
 
> I am setting the OS back to XP since this could very well be platform-specific.
>  I'd be interested in QA's ability to reproduce this on windows and mac.

I switched the platform to all because I'm seeing this on Mac and the reporter was on XP.
Wow, the bug is ridiculously easy to reproduce on windows.  The good news is that linux is not affected at all.
(In reply to comment #3)
> Wow, the bug is ridiculously easy to reproduce on windows.  The good news is
> that linux is not affected at all.

I just tested the RC on Ubuntu, the labels are completely missing.
OS: Windows XP → All
Hm, yeah, I just rebuilt a comm-1.9.2 tip build and now linux is unhappy too.  This suggests some form of platform/XUL change happened not too long ago.

Marking blocking "?" for Standard8 radar purposes.  I rather doubt we would want to respin for this; it's just sad it makes the software seem much shoddier than it really is! :)
blocking-thunderbird3.1: --- → ?
Keywords: regression
iirc this was like this on Mac since the quick filter bar landed (I just assumed it was meant to be like this). I've just tried beta 2 and could reproduce the same thing there:

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.5pre) Gecko/20100430 Thunderbird/3.1b2
It looks like changes in the message reader are what cause things to get fixed.  Changing folders does not appear to fix it on its own, except that it is usually correlated with something happening in the message reader.
Oh, and a just-now-built comm-central tip build does not experience the problem at all.
blocking-thunderbird3.1: ? → .1+
Whiteboard: [3.1 branch only]
Andrew seems to have the best idea of what may be happening here, assigning to him for further analysis.
Assignee: nobody → bugmail
Andrew, can you take a look at this for 3.1.2 please?
blocking-thunderbird3.1: .1+ → .2+
blocking-thunderbird3.1: .2+ → .3+
Having spoken to Andrew on irc, we're not going to block on this. A fix would be good though, so changing to wanted.
Assignee: bugmail → nobody
blocking-thunderbird3.1: .3+ → ---
status-thunderbird3.1: --- → wanted
Flags: wanted-thunderbird+
Keywords: helpwanted
(In reply to comment #11)
> Having spoken to Andrew on irc, we're not going to block on this. A fix would
> be good though, so changing to wanted.

Sorry, got the wrong bug.
Assignee: nobody → bugmail
blocking-thunderbird3.1: --- → .3+
Keywords: helpwanted
Not going to hold .3 for this, would really like a fix though...
blocking-thunderbird3.1: .3+ → needed
I've experienced the opposite - on Mac, the labels *don't* disappear, thus pushing the search input field off the right end of the bar.
(In reply to comment #14)
> I've experienced the opposite - on Mac, the labels *don't* disappear, thus
> pushing the search input field off the right end of the bar.

Can't reproduce this on Windows - if there isn't enough space for both the labels and the search fields, the labels disappear. They reappear when there is enough space again (e.g. after enlarging the window).
I can't reliably reproduce this on MacOS X, but it happens often enough that I'm hoping we can figure out the cause and fix this bug.  I'm on OSX 10.6.4, Thunderbird 3.1.2.

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2
Quick Filter bar doesn't redraw with labels removed, search widget not accessible.

MacOS X 10.6.4, Thunderbird 3.1.2

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2
Dossy, are you changing the view layout at all in the steps leading up to this problem?  Likewise, is window resizing involved?  The splitter?

Also, anything in the error console?  I see you have the mail views combobox visible, which could perhaps be involved but would probably result in something in the error console if so.
Andrew: Unfortunately, none of the above.  This was on a fresh launch from the dock (!).  Doesn't always happen, though ... which is why I don't know how to reproduce.

There is a bunch of crud in the Error Console ... but no easy way to copy/paste it all at once.  Here's one entry:

DebugLog.js : Exception in Constructor NS_ERROR_FAILURE.
Error message: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIPrefBranch.setComplexValue]

I get a ton of these:

DebugLog.js : Exception in WriteToFile TypeError.
Error message: this.oLogFile is null

Then I get this 3 times:

Warning: Error in parsing value for 'white-space'.  Declaration dropped.
Source File: imap://dossy@mail.panoptic.com:10143/fetch%3EUID%3E.INBOX%3E204135
Line: 0
Ah... if this is happening at startup, I think that may be a known "limitation" relating to the unpredictability of the startup sequence and a lack of notifications relating to that.  I vaguely recall putting a hacky setTimeout in there to try and band-aid over the problem; unfortunately it's not a real fix.  The workaround is to resize the window or change folders or something like that.

If someone has the time/inclination to try and pursue a more concrete fix for that, it would be appreciated.  (A proper solution would probably require diagnosing the series of events that are occurring and either finding an existing hook point we aren't leveraging or making a new hook point so that we can properly update.)

DebugLog.js sounds like an extension with (unrelated) issues, although its errors could be slowing down startup enough that the problem will happen more frequently for you.
Assignee: bugmail → nobody
Ah, okay - that explains a lot, then.  Thanks, Andrew.
Hi,
 Bug 616933 and this Bug 569614 seems the same, someone can mix it and set one as DUPLICATE?

 It happens too in Thunderbird 7.0.1 on Linux Ubuntu 11.04
If this is 3.1 only it's now wontifix. But if 3.1-only is incorrect, would seem to be dup of bug 616933
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: