33316 - Files missing from Linux package 20000325

Status: RESOLVED FIXED

(SeaMonkey :: Build Config, defect, P3)

Description

[R.K.Aa.]

linux build ID 2000032508 won't "display" after start:
[..snipped..]
*** Failed to load overlay chrome://global/content/PSMTaskMenu.xul
*** Failed to load overlay chrome://navigator/content/NavSecurityOverlay.xul
WEBSHELL+ = 3

Then nothing more happens - A handfull of mozilla-bin processes are left hanging
and have to be killed. (I don't have PSM installed as it only hangs the
machine.)

Comment 1

[Gervase Markham [:gerv]]

[e-mail] - could you look in your Mozilla install directory and see if those 
files exist? There should be a subdir called "chrome" and the files inside it 
you are looking for are given in the error message.

Let us know if they are there or not - if they aren't, could be a packaging 
problem, so we'd need to know exactly what tarball you downloaded and from 
where. If they are, then it's a different sort of problem altogether...

Gerv

Comment 2

[Gervase Markham [:gerv]]

Reporter said by mail:

I'm at work now and Moz is at home, but i did a "find" and the files
didn't show up. Didn't check to see if they just had wrong accesses set
though.

The build ID in line 1 of the bugreport indicates what i was using, but
to expland this: it was a file called mozilla-i686-pc-linux-gnu.tar.gz
downloaded from
ftp://ftp.mozilla.org/pub/mozilla/nightly/2000-03-25-08-M15/

I always do "rm -rf *" in the installdir before i unpack a new build of
Mozilla. I believe this is a packaging problem.

Comment 3

[Cesar Eduardo Barros]

Seen the same here, and no both files simply don't exist anywhere (used find to
look for them). My tar is one with file date/time of Mar 25 14:29 (and I think
wget preserves the original timestamp on downloaded files).

Comment 4

[Gervase Markham [:gerv]]

Yep, the files mentioned (and perhaps some more) are not in today's tar.gz but 
they are in yesterday's. 

Upping severity to blocker, moving to Installer: XPI Packages, rewriting 
summary, adding regression keyword...

Comment 5

[Gervase Markham [:gerv]]

... and confirming. That should get someone's attention :-)

Gerv

Comment 6

[Gervase Markham [:gerv]]

20000324: mozilla-i686-pc-linux-gnu.tar.gz. Size: 6169kb
20000325: mozilla-i686-pc-linux-gnu.tar.gz. Size: 5007kb

As reporter said by e-mail, there's more missing than those two files...

Gerv

Comment 7

[Sean Su]

Doug, do you know anything thing about this?

Comment 8

[Gervase Markham [:gerv]]

Moving to Build Config, ccing leaf (both at endico's suggestion).

Gerv

Comment 9

[Gervase Markham [:gerv]]

CC'ing dougt (mid air collision).

Gerv

Comment 10

[Asa Dotzler [:asa]]

*** Bug 33377 has been marked as a duplicate of this bug. ***

Comment 11

[R.K.Aa.]

Reporter's mail was quoted slightly incorrect: Nightly build from 0325 had
filesize 5006kb, and still has.
However, I can only conclude Gerv's a psychic: Ten hours later the nightly build
from 0326 turns up - with a filesize of exactly 5007 kb.
In other words: The problems still exists and build 032610 doesn't start either
- same error msg at startup as yesterday.
Mozilla is still a...thinner client :}

Comment 12

[Asa Dotzler [:asa]]

*** Bug 33380 has been marked as a duplicate of this bug. ***

Comment 13

[Asa Dotzler [:asa]]

*** Bug 33380 has been marked as a duplicate of this bug. ***

Comment 14

[Doug Turner (:dougt)]

syd, pavlov, are you seeing this? 

Comment 15

[R.K.Aa.]

Would it be an idea to page this weekends sheriff?
([e-mail])

Comment 16

[Stuart Parmenter]

sounds like a bug on the machine building the nightly binaries.

Is someone overwriting the extentions list and not including psm-glue?

Comment 17

[Kenneth J. Dowling]

The entire mail-news module (libs and files), address book, as well as PSM glue
files are missing from both 3/35 and 3/26.

Comment 18

[Gervase Markham [:gerv]]

*** Bug 33394 has been marked as a duplicate of this bug. ***

Comment 19

[Doug Turner (:dougt)]

cc-ing leaf and granrose.

Comment 20

[Kevin Puetz]

*** Bug 33433 has been marked as a duplicate of this bug. ***

Comment 21

[Daniel (Leaf) Nunes]

i had --with-extensions=all on the mozilla configure line in the automation...
this was leading to a build failure in xmlterm, and while that should have been
ignored, it seems to have caused other breakage.

also, based on pav's comment, the `all' definition in configure might not be
picking up all the extensions. i'll check on this, but have removed the
--with-extensions=all configure option from the automation. We'll see how things
turn out this morning.

Comment 22

[Gervase Markham [:gerv]]

Leaf fixed this :-) Nightly builds are now working properly - and we get 
talkback, too :-)

Gerv

Comment 23

[Daniel (Leaf) Nunes]

only for windows right now, don't get too excited.