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)

x86
Windows 98
defect
Not set
critical

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.)
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
bug 202439 may be active in your build, regressed between 2003041704 and 2003041709, fix checked in 2003-04-17 19:04
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).
Severity: blocker → critical
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.
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.
without further followup (and noting worksforme with windows Mozilla 2004020308) resolving as invalid
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.