Closed Bug 195060 Opened 22 years ago Closed 22 years ago

Nightly 1.3 are debug builds (file size ~ 40MB) (missing MSVCRTD.DLL)

Categories

(SeaMonkey :: Build Config, defect)

Other Branch
x86
Windows 95
defect
Not set
blocker

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: torben, Assigned: leaf)

References

()

Details

(Keywords: smoketest)

User-Agent: Mozilla/5.0 (Windows; U; Win95; en; rv:1.3b) Gecko/20030216 Build Identifier: Mozilla/5.0 (Windows; U; Win95; en; rv:1.3) Build 2003022510 (.zip) The latest 1.3 nightly will not start, gives error: "Cannot find required DLL-file MSVCRTD.DLL" (translated). Neither browser nor profile manager works. I guess this is a resurface of bug 192220 Reproducible: Always Steps to Reproduce: 1. Download the win32.zip from ftp://ftp.mozilla.org/pub/mozilla/nightly/latest-1.3 (which as the moment is the same as ftp://ftp.mozilla.org/pub/mozilla/nightly/2003-02-25-10-1.3) 2. Unzip (to new folder) 3. Run Actual Results: Error message given above appears. Expected Results: Mozilla should start. As with bug 192220 I guess this will be fixed with the next upload, filing bug to keep track of this.
Oops, this is probably "Other branch", not "Trunk".
Version: Trunk → Other Branch
-> leaf
Assignee: seawood → leaf
debug build theory makes sense - the binaries are also ~40% larger than normal.
It started for me, after that gigantic download, but crashed all over the place. It was a debug build. Can we get back to having regular builds so we can legitimately test them? Prehaps provide yet another binary for the debug build? I think it's important for people to test Mozilla in real world situations. This hinders that process.
Robert - I don't think this was a deliberate decision to have debug builds in there, it's just a mistake (hence this bug report) and normal service will be resumed :)
Still happens with the 2003022610-build (.zip), adding smoketest-keyword.
Keywords: smoketest
Michael - Ok, I was just wondering why they would do such a thing after 1.2 turned out to have that dhtml bug. The last thing Mozilla seems to need is less testing. ;)
Even the installer builds do not work. They will give extremely long error messages while unpacking GRE. W2Ksp3.
Comment 8: Look at bug 195112, and be sure the issues you see here are not the same. I am CC'ing some GRE and installer folks just in case these issues differ, however. We should probably keep this seperate from 195112, so lets be sure we are only reporting problems with the missing .DLL file. Someone want to test todays nightly? I will pull it as soon as I get home and see if it still exists.
Build 2003-02-25-10-1.3 is a debug build. I just took a look at today's build. It seems to be fixed now (optimized build).
*** Bug 195112 has been marked as a duplicate of this bug. ***
http://ftp.mozilla.org/pub/mozilla/nightly/latest-1.3/mozilla-win32- talkback.zip with timestamp 27-Feb-2003 13:10 40.1M still shoes the problem; based on the size, is this also a debug build?
It's back to normal now. This problem has been fixed. Thanks, guys.
agree - I was running a 2/26 nightly when I saw the error - 2/27 starts ok
Ok, marking WFM based upon comments 10, 13, and 14. Reopen if this issue persists.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
so um, the 40 MB large builds (4x as large as normally) at ftp://ftp.mozilla.org/pub/mozilla/nightly/latest-1.3 are nto debug builds? why are they so large, then?
reopening based on comment 12, comment 16, and this: Index of ftp://komodo.mozilla.org/pub/mozilla/nightly/2003-02-27-05-1.3/ mozilla-win32-installer-sea.exe 43443 KB 27/02/2003 10:00:00 mozilla-win32-talkback.zip 41022 KB 27/02/2003 10:01:00 40MB is very wrong... looking at the XPI folder, the XPI sizes look normal except GRE: gre-win32-installer.zip 24584 KB 27/02/2003 10:03:00 if this is a different problem, I guess we can resolve this bug and file a new one...
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
My guess is that this is technically a seperate issue. However, would anyone object to us keeping this issue on this bug, considering it has plenty of developer attention? Might as well just keep it, IMHO. But feel free to spin off a seperate bug if anyone objects. In the meantime, I am changing the summary in assumption that we can just keep this, and nominating for 1.3 blocker, as 40mb files aren't good ;)
Flags: blocking1.3?
Summary: Nightly 1.3 will not start (probably debug build) (missing msvcrtd.dll) → Nightly 1.3 file size is very large (about 40MB)
I agree with comment 18. This isn't good this close to 1.3. It makes it impossible test on a "real use" basis. I would love to start playing with newer builds, and help see if we can find all the bugs (assuming that's possible in theory). But this is a serious problem.
Right now both the mozilla-win32-installer-sea.exe and the mozilla-win32.zip files in ftp://ftp.mozilla.org/pub/mozilla/nightly/latest-1.3 (which are ftp://ftp.mozilla.org/pub/mozilla/nightly/2003-02-28-05-1.3 ) seems to have the correct file size. mozilla-win32-talkback.zip is still broken though. I will not be able to test these builds before monday, so I cannot guarantee they are working.
Based on the file sizes in ftp://ftp.mozilla.org/pub/mozilla/nightly/2003-03-01-05-1.3/ this seems finally fixed. Also changing the summary.
Status: REOPENED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → FIXED
Summary: Nightly 1.3 file size is very large (about 40MB) → Nightly 1.3 are debug builds (file size ~ 40MB) (missing MSVCRTD.DLL)
Flags: blocking1.3?
verified
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.