Closed Bug 81242 Opened 23 years ago Closed 23 years ago

linux stub installer fails to retrieve XPI packages

Categories

(SeaMonkey :: Installer, defect)

Product:
SeaMonkey
Component:
Installer
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 84492

People

(Reporter: asa, Assigned: samir_bugzilla)

Details

tested with 051608 mozilla linux stub installer.

steps to repro:
1. download stub installer
2. unpack the installer
3. launch the installer
4. chose install directory and installation packages
5. click install button

results:  
a console full ofGtk-CRITICAL **: file gtkprogress.c: line 518
(gtk_progress_set_percentage): assertion `percentage >= 0 && percentage <= 1.0'
failed.

Gtk-CRITICAL **: file gtkprogress.c: line 518 (gtk_progress_set_percentage):
assertion `percentage >= 0 && percentage <= 1.0' failed.

Gtk-CRITICAL **: file gtkprogress.c: line 518 (gtk_progress_set_percentage):
assertion `percentage >= 0 && percentage <= 1.0' failed.

Gtk-CRITICAL **: file gtkprogress.c: line 518 (gtk_progress_set_percentage):
assertion `percentage >= 0 && percentage <= 1.0' failed.

Gtk-CRITICAL **: file gtkprogress.c: line 518 (gtk_progress_set_percentage):
assertion `percentage >= 0 && percentage <= 1.0' failed.

additional info: a quick test of the 051008 mozilla linux stub installer was
working.
over to samir.
Assignee: ssu → sgehani
Asa,
Where did you get the installer from: sweetlou or ftp.mozilla.org?  Both places
appear to have the xpi directories populated.  I can't repro this with a
sweetlou build.

Grace,
Can you repro this with a ftp.mozilla.org build?  How about a sweetlou build?
CC'ing Grace so she can read my last request.
QA Contact: gemal → gbush
sweetlou installer is working for recommended setup type- failing with a
621error while installing java

mozilla.org installer is hanging on some downloads.
I do not see error messages in console but download process hangs for certain
installs. I was successful with a Navigator only, Nav and mail, nav,mail,spell
and qfa 

Grace,
Specifically what component does it claim it is downloading when itappears to
hang (it may be timing out on a non-existent xpi).  Thanks.

Is this reproducible with earlier builds from ftp.mozilla.org?
The java failure is because recent jre.xpi files are 858 bytes -- only an 
install script, no actual java. That's a build problem that should be filed as 
a separate bug.
I saw this error yesterday with the ftp.mozilla.org stub installer although it
appeared to install everything (didn't try the java).
I don't test sweetlou builds so I don't know what's happening there.  I do know
that the mozilla stub builds seemed fine to me all of last week.  I didn't test
it monday or tuesday (I don't think) and when I tried it today I got failures. 
After about 15 tries it finally did make the install (while I had my back
turned) Maybe it just didn't want to be watched ;)
hmm, I answered your query yesterday- didn't take!

It hangs on different components- I could not determine one - once I took 
chatzilla
out of the mix, I was able to install.

I don't usually test with stubs from ftp.mozilla.org- I do test with 
MozInstaller
on Linux a few times a week.


adding K'Trina to cc list
upgrading to blocker as now installing with the full bits fails also.
Severity: critical → blocker
Keywords: smoketest
I'll reduce this back to critical, I was able to at least use the full bits to 
get a build loaded.
Severity: blocker → critical
Tracy,
What build?  From where are you downloading?  sweetlou or ftp.mozilla.org?  I
haven't changed anything in the download code.  Don't know why this is a
blocker.  Looking...
Tracy is seeing a different bug: jre.xpi and flash.xpi not installing. We will go 
mark those as commercial-only blockers.  He is able to successfully download the 
other bits though so the issue he is seeing is different than this.  (Samir on 
Tracy's computer.)  Removing smoketest keyword.
Keywords: smoketest
I see this with the 2001-06-06-21 build (from ftp.mozilla.org). The 

"Gtk-CRITICAL **: file gtkprogress.c: line 518
(gtk_progress_set_percentage): assertion `percentage >= 0 && percentage <= 1.0'
failed."

messages seem to come from the progress meter. It goes up to 100% and then
continous to download (that's when the error messages begin to appear).
Therefore beeing over 100% => assertion failes.

But I don't think it has anything to do with the bug that follows then: During
the installation I always get the error message that the installation of one xpi
failed, it doesn't tell which. The install.log says that browser.xpi didn't
succesfully install. It fails with error -202, is this a quota problem? If yes,
the installer should say so.


Oh, I forgot something. I tried to gunzip the installer and I tried to do tar
-xzf, both didn't work. tar -xf just worked fine. Shouldn't it therefor be *.tar
instead of *.tar.gz?
This has been triaged and claimed by Leaf in bug 84492.  Read that bug for
details.  Marking dupe.


*** This bug has been marked as a duplicate of 84492 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
verified
.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.