487304 - Latest thunderbird-3.1a1pre.en-US.win32.2009-04-07-05-comm-central-trunk broken

Status: RESOLVED WORKSFORME

(Thunderbird :: General, defect)

Description

[klonos]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090406 Minefield/3.6a1pre (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090404 Lightning/1.0pre Shredder/3.1a1pre

Been using latest shredder nightlies (updating regularly using the Update Channel Selector extension) for some time now. After latest update from 2009-04-04-03-comm-central-trunk to 2009-04-07-05-comm-central-trunk, I've noticed the following regressions:

- Build ID still reports 'Gecko/20090404' even after the update to 20090407.

- Instead of starting in my last-before-restart folder and also displaying it's name on the window titlebar, I see 'March 30 - April 26, 2009'.

Side-note on this one: I also have latest lightning 1.0pre 07-Apr-2009 06:43 PST build installed that's also updated regularly using the latest Lightning Nightly Updater (Unofficial) 0.9.081202 extension.

... Disabling Lightning and restarting doesn't resolve the issue.

- Saved Search Folders are not displaying any mail at all (my start-up folder happens to be one of my Saved Searches). Other (normal + sent + drafts) mail folders display mail as should.

- I see a constant busy mouse cursor when I hover over different parts of the window (toolbars, folders pane, mail pane) except the reading pane. Windows Task Manger doesn't show any CPU usage or memory usage increase whatsoever.

- Search doesn't work (tried both Edit -> Find -> Search Messages & also Ctrl+Shift+F).

- Starting a fresh profile gets the right Gecko/20090407 version displayed, but search still doesn't work.

... Reverting to Gecko/20090404 solves all issues mentioned above.

Reproducible: Always

Steps to Reproduce:
1. Update to latest 3.1a1 nightly Gecko/20090407
2. Restart.
3. Try to search or some of the actions I describe above like checking Help -> About for version
Actual Results:  
- Search Folders don't work
- Search doesn't work
- Version not updated
- Busy mouse cursor

Expected Results:  
Pretty much the opposites of actual results.

Running WinXP Pro SP3 Greek, so my profile folder contains non-english characters (Greek username)... don't know if that matters though.

Comment 1

[Mark Banner (:standard8)]

Please take a look at the error console (under the tools menu), if it contains something like:

Error: redeclaration of let folder
Source File: chrome://messenger/content/mail3PaneWindowCommands.js
Line: 413, Column: 12
Source Code:
        var folder = GetSelectedMsgFolders()[0];

Then this is a duplicate of bug 487202 which has already been fixed, however due to bug 487252 we're not able to produce new builds just yet.

Comment 2

[Magnus Melin [:mkmelin]]

klonos: still a problem?

Comment 3

[klonos]

Sorry for the late reply... nope, this is fixed for some days now.

The only thing is still see is that the Build ID still reports 'Gecko/20090404' even after the update to latest nightly (could be a problem with some extension though).

Comment 4

[Magnus Melin [:mkmelin]]

->WFM as we don't know which patch fixed the bug

Comment 5

[klonos]

In comment #1 Mark suggests that this could be a dupe of bug 487202. As he continues, he states that due to bug 487252 it wasn't possible to have new builds (for win32 at least).

Since I use this on a production environment (I know I shouldn't), I had to revert to 20090404 to keep it from crashing on me. I think that it was the 2009-04-12-03-comm-central-trunk win32 build that fixed the issue.

So...

2009-04-04-03-comm-central-trunk -> Issue wasn't there.
2009-04-07-05-comm-central-trunk -> Build with the issue.
2009-04-12-03-comm-central-trunk -> Issue resolved.

That makes it around 4 days of committed patches that need to be checked in order to find the one causing the issue, plus around another 4 days of patches to find the one that solved it.

Don't know if this helps. I would try and locate it myself but I don't know how to.

Comment 6

[Magnus Melin [:mkmelin]]

Don't worry about it, if it's gone it's gone :)

Comment 7

[klonos]

been troubleshooting some other issue I've had and I accidentally discovered what was the thing that caused the wrong version info to be displayed in the help -> about dialogue...

There was this 'general.useragent.override' variable in the about:config preferences that was set to a static string somehow. Work of one of the extensions I have installed I guess. Once I've reset its value (it defaulted to an empty string), the about dialogue displayed the right version once again.

The strange thing now is that this variable is not shown in the about:config anymore? ...not that I care, but...

Anyways, since I've managed to find out what was wrong, I thought it'd be good to post it here for future reference.