47069 - Tinderbox appears, buddy list missing in sidebar

Status: VERIFIED INVALID

(SeaMonkey :: Installer, defect, P1)

Description

[scalkins]

Saw this on Linux Only.
I Had Rh 6.0, KDE desktop
2000-07-31-04 M17

Steps to repro ( it's diffilcult to repro at will, but does *not* happen with 
Fridays 7/28/04M17 build)

0)Removing .mozilla file.
1)Install Seamonkey with Linux Installer. 
2)Launch seamonkey with a new profile, (It doesn't matter whether you use 
activation or cancel activation).
2)When the browser appears, look at the default panels in the sidebar.

Actual Results: The Buddy List panel is missing in the sidebar. Tinderbox panel 
appears there also. 
Nominating nsbeta2 as this is where most people in usability studies looked for 
and used it and this is not to specs.
Though you can still invoke standalone with the switcher or tasks menu, or add 
the Buddy List panel to the sidebar, it's not immediately obvious.

NOTE: Kerz could not repro this on his RH 6.1 Gnome desktop Linux box.
This has happened to me in the past as well, logging in as another user on my 
Linux box fixed it for a while, but now it's back.

Comment 1

[scalkins]

I should clarify, I can repro it consustently on my Linux box.

Comment 2

[Viswanath Ramachandran]

Yes I can see this consistently on my Linux box as well. 
We cannot ship nsbeta2 like this basically aim does not work. 
I'm going to ask this be a smoketest blocker. PDT, please give
this a nsbeta2+.  thanks, Vishy

Comment 3

[Viswanath Ramachandran]

the panels.rdf file is wrong in the defaults/profile directory - it is the 
mozilla one. The seamonkey one is there but it is called panels-1.rdf and 
panels-2.rdf. thanks, Vishy

Comment 4

[Viswanath Ramachandran]

in fact this build has some sever packaging problems I think. I see lots of -1 
and -2 files like bookmarks-1.html default-messages-2.rdf etc etc in the 
profiles directory. Is our packager such that instead of overwriting existing 
files it changes the names thus and writes them?
thanks, Vishy

Comment 5

[Viswanath Ramachandran]

Granrose, please hold the trees closed until we fix this. thanks, Vishy

Comment 6

[Brian Ryner (not reading)]

Shouldn't this only be holding the commercial tree closed?  Are there similar
problems with today's Mozilla build?

Comment 7

[Jay Patel [:jay]]

Putting on [nsbeta2+][dogfood-] radar.  Does not need a fix ASAP for daily work, 
but we should fix this for beta2.  Why is the tree closed?

Comment 8

[Brian Ryner (not reading)]

Can we lower the severity on this to get it off the smoketest blocker list?

Comment 9

[Jon Granrose]

cc'ing leaf since he's on build duty today.  cc'ing sgehani since this is most
likely a packaging/installer issue and he knows the linux installer best.

sounds like we have the same files being packaged in multiple places.

Comment 10

[Viswanath Ramachandran]

actually yes no need to hold the trunk closed for this as it affects the beta 
builds. 

Comment 11

[Daniel (Leaf) Nunes]

this is not a smoketest blocker for the commercial tree, because it isn't
affecting the trunk.

This will happen if you install a mozilla build, obviously, since there is no IM
component. I suggest a bug be opened in bugscape. Marking this bug invalid, as
it's not a mozilla problem. 

Comment 12

[scalkins]

Oki, I moved this to Bugscape...
It's now http://Bugscape.netscape.com/show_bug.cgi?id=1896
Verifying this invalid as it's being tracked in Bugscape now.

Comment 13

[Matthias Versen [:Matti]]

mid-air collision ? / bugzilla cleanup
Reopening (current State: verified and no resolution)

Comment 14

[Matthias Versen [:Matti]]

invalid

Comment 15

[Matthias Versen [:Matti]]

verfied