Closed
Bug 202519
Opened 23 years ago
Closed 22 years ago
Attempting to start Mozilla appears to hang., svg-GDI-mathml build as of 18 April 2003
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: saugart, Assigned: asa)
Details
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.4b) Gecko/20030407
Build Identifier: http://ftp.mozilla.org/pub/mozilla/nightly/2003-04-17-11-trunk/mozilla-win32-svg-GDI-mathml.zip
The latest win32-svg-GDI-mathml build shows the splash screen, but then doesn't
do anything. The Windows ME "System Monitor" tool shows no CPU usage above that
for background tasks.
Reproducible: Always
Steps to Reproduce:
1. Download distro from
http://ftp.mozilla.org/pub/mozilla/nightly/2003-04-17-11-trunk/mozilla-win32-svg-GDI-mathml.zip
2. Unzip it into its own directory
3. Go there and find "mozilla.exe". Select "copy", then go to desktop and pick
"paste shortcut". Rename the shortcut "mozilla-2003-04-17-svg-GDI-mathml".
4. Control-Alt-Backspace. Pick the "Mozilla" item to kill, if present. Hit OK.
5. Repeat
6. Repeat (this time there's no Mozilla item present)
7. Double-click on the shortcut in the normal way to get the program running.
Actual Results:
I saw the splash screen, then no further activity.
Expected Results:
Showed the splash screen, then popped up a browser window in less than a minute.
Hardware is AMD Duron 600; Windows ME with recent hotfixes applied; 192 MB of RAM.
Other versions of Mozilla (including various nightly builds) start up in less
than 10 seconds.
Running mozilla.exe (from the shortcut to the newly installed version) when an
instance of the browser is already running will quickly pop up a new browser
window for me, with the same build-id as that of the browser instance already
running. (As expected.)
| Reporter | ||
Comment 1•23 years ago
|
||
For a timing comparison, I unzipped a copy of win32-svg-libart-mathml, from
April 9, 2003, into a new directory. I then launched the mozilla.exe. My
intent was to recreate the conditions where Mozilla may need to initialize its
directory on launch, just as it does on Linux.
From launch to seeing the browser window itself took less than 7 seconds.
Severity: normal → blocker
Keywords: nsdogfood
Comment 2•23 years ago
|
||
bug 202439 may be active in your build,
regressed between 2003041704 and 2003041709, fix checked in 2003-04-17 19:04
| Reporter | ||
Comment 3•23 years ago
|
||
Hermann Schwab:
Thanks for the information. I don't seen any pre-made Win32 builds that
post-date the fix check-in. I will check later today (Friday, April 18th) and
will try one of the newer nightlies to see if the problem goes away.
I am also downloading the win32-svg-GDI-mathml build that precedes the
regression, to see if that build starts up OK. Will test it later today (going
back to bed now -- 5:30 am in California).
Updated•23 years ago
|
Severity: blocker → critical
| Reporter | ||
Comment 4•23 years ago
|
||
I've tried the nightly svg-GDI-mathml build immedately pre-dating the
one I reported on, this one from
nightly/2003-04-16-22-trunk/mozilla-win32-svg-GDI-mathml.zip. Same behavior as
I reported earlier: shows splash screen, then does nothing. I killed it after a
minute and a half. This implies that bug 202439 is not the culprit here, unless
I've misunderstood comment #2's statement "regressed between 2003041704 and
2003041709".
I also tried an svg-libart-mathml build made during the broken period (window of
vulnerability), and downloaded from
nightly/2003-04-17-16-trunk/mozilla-win32-svg-libart-mathml.zip. This launches
fine and behaves as I expected. It is displaying Build ID 2003041710. However,
its user-agent is "Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.4b)
Gecko/20030407", which makes me think that this build may not carry the bug,
especially since I recall reading something about the svg-libart builds being on
a branch.
Comment 5•23 years ago
|
||
i suspect this is a dupe of bug 190335 ( copy of MS gdiplus.dll not in zip)
Reporter: There has been no activity for this bug for over 6 months.
Could you please download a recent nightly build from
<ftp://ftp.mozilla.org/pub/mozilla/nightly/>, and then let us know if you
still see this problem? If there is no response within 7 days of this inquiry,
this bug will be marked INVALID/WORKSFORME. Thank you.
| Assignee | ||
Comment 7•22 years ago
|
||
without further followup (and noting worksforme with windows Mozilla 2004020308)
resolving as invalid
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•