409861 - Empty sidebar

Status: VERIFIED DUPLICATE of bug 409780

(SeaMonkey :: Sidebar, defect)

Description

[Tony Mechelynck [:tonymec]]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b3pre) Gecko/2007122602 SeaMonkey/2.0a1pre
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b3pre) Gecko/2007122602 SeaMonkey/2.0a1pre

The sidebar is now empty: no Search, no nothing. Just a sidebar menu, and selecting a sub-sidebar in that Tabs menu to display it doesn't work.

AFAICT, this bug is new in today's nightly.

Reproducible: Always

Steps to Reproduce:
1. Load SeaMonkey
2. Hit F9, if necessary, to open the sidebar.

Actual Results:  
No sidebar contents (and no sub-sidebars)

Expected Results:  
Sidebar contents should appear normally.

Additional info: This bug appears identically with the Default and Modern themes.

Comment 1

[Willie Reid]

I have the same problem. It first appeared on the 20071225 nightly. and yes, same bug using default, Modern and Mostly Crystal themes.

Comment 2

[Willie Reid]

Also with above comments. 
"Tabs" in Sidebar appears when Seamonkey first started or re-started but drop-down menu is unresponsive for Tab choices. (Cannot deselect items). Clicking opens "Customise Sidebar", which is empty of content.
If sidebar is closed F9 and re-opened F9 the "Tabs" is missing and will not reappear until Seamonkey is re-started.

NB Just noticed Tony is on Linux, I'm using Windows XP

Comment 3

[Tony Mechelynck [:tonymec]]

(In response to comment #2)
Yeah, I'm on Linux but I'm seeing the same as you do. Changing Hardware/OS (actually, we have the same hardware but I suspect it is irrelevant here). Can someone on a PPC Mac confirm whether it happens there too?

Comment 4

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b3pre) Gecko/2007122703 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4)

Confirmed.

Could this be a duplicate of bug 409780 (see bug 297759) ?

Comment 5

[Tony Mechelynck [:tonymec]]

(In reply to comment #4)
> [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b3pre) Gecko/2007122703
> SeaMonkey/2.0a1pre] (nightly) (W2Ksp4)
> 
> Confirmed.
> 
> Could this be a duplicate of bug 409780 (see bug 297759) ?
> 

Hm. I opened the Error Console, and "Locale is undefined" appeared, not at the very top, but still visible. Trying to determine if the sidebar was the cause, I hit F9 and was swamped by an awful lot of messages; when the error consoloe "stabilized", the only messages I could see were an endless repetition of:

/ XML \ XUL box for box element contained an inline spacer child, causing
_______ all its children to be wrapped in a block.
        chrome://console2/content/console2.xul

which looks like an error in Console² 0.3.8, not in SeaMonkey itself. So after I send this comment, I'm going to disable Console², restart the browser, and see what happens.

Comment 6

[Tony Mechelynck [:tonymec]]

After restarting SeaMonkey, opening the (standard) Error Console, clearing it, and opening the sidebar using F9, I do indeed see

/   \ Locale is undefined
| X | chrome://communicator/content/sidebar/sidebarOverlay.js
\___/

I'm duping this to bug 409780 -- Serge, if you disagree, please REOPEN.

Comment 7

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b3pre) Gecko/2007122703 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4)

V.Duplicate, as bug 409780 Bv1 patch fixes the current bug too ;-)

Comment 8

[Tony Mechelynck [:tonymec]]

This bug had been duped to bug 409780 which is now VERIFIED FIXED... without fixing this problem. --> REOPENED

Setting Hardware/OS back to PC/Linux until or unless someone sees the same problem on other platforms.

Comment 9

[Tony Mechelynck [:tonymec]]

-- Workaround: Set browser.useragent.locale to the empty string and restart browser.

Comment 10

[Robert Kaiser]

Today's Linux nightlies don't have the patch from bug 409780 yet (build started seemingly about a minute before the checkin), so this probably is still a dupe.

Please usually take a build from at least a few hours after the checkin and test with that before doing such a reopen.

Comment 11

[Serge Gautherie (:sgautherie)]

As the check-in took place at "2008-01-10 01:14",
I, too, would have expected it to be included in "Linux ... 2008011002" !

Yet, when in doubt, please check the code directly:
<seamonkey-2.0a1pre.en-US.linux-i686.tar.bz2> still includes the previous code, indeed :-(

More generally, double check before reporting that:
a bug is fixed when it is not,
or not fixed when it is.

Thanks for your help, nonetheless.

Comment 12

[Tony Mechelynck [:tonymec]]

(In reply to comment #11)

Well, apparently I was "just a tiny wee bit trigger-happy". I thought that Windows build and my Linux build (with the same timestamp including the hour) ought to have been both before or both after the checkin.

Now I've checked it with tinderbox-build "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b3pre) Gecko/2008011009 SeaMonkey/2.0a1pre" and, indeed, the sidebar works.

(I'm not expert enough to "feel sure I've checked it" by peering at the contents of the archive but I can install a tinderbox-build and see if it works.)

> Thanks for your help, nonetheless.

Well, Robert, thanks for your patience. I know other devs who would have flamed me up and down for this kind of mistake. :-)

Comment 13

[Tony Mechelynck [:tonymec]]

Oops, I meant _Serge_ thanks for your patience. But no blame to Robert either ;-)