Closed
Bug 592782
Opened 14 years ago
Closed 14 years ago
Tracking bug for build and release of Firefox 4.0b6
Categories
(Release Engineering :: General, defect, P1)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: lsblakk, Assigned: catlee)
References
Details
Attachments
(3 files, 1 obsolete file)
3.29 KB,
patch
|
nthomas
:
review+
lsblakk
:
checked-in+
|
Details | Diff | Splinter Review |
735 bytes,
patch
|
lsblakk
:
review+
nthomas
:
checked-in+
|
Details | Diff | Splinter Review |
1.61 KB,
patch
|
bhearsum
:
review+
catlee
:
checked-in+
|
Details | Diff | Splinter Review |
No description provided.
Updated•14 years ago
|
Assignee: nobody → armenzg
Status: NEW → ASSIGNED
Priority: -- → P2
Comment 1•14 years ago
|
||
revised "go to build" date from dev.planning: " - send to build on Friday, Sept 17"
Reporter | ||
Updated•14 years ago
|
Assignee: armenzg → lsblakk
Reporter | ||
Comment 2•14 years ago
|
||
Attachment #474975 -
Flags: review?(nrthomas)
Comment 3•14 years ago
|
||
Comment on attachment 474975 [details] [diff] [review] configs for 4.0b6 automation [waiting for changeset confirmation] >diff --git a/mozilla2/release-firefox-mozilla-2.0.py b/mozilla2/release-firefox-mozilla-2.0.py > relbranchOverride = '' You have to set this to reuse a relbranch, r-
Attachment #474975 -
Flags: review?(nrthomas) → review-
Reporter | ||
Comment 4•14 years ago
|
||
plugged in changeset 11e16ebb2d38 - waiting for official confirmation of this before landing
Attachment #474975 -
Attachment is obsolete: true
Attachment #474978 -
Flags: review?(nrthomas)
Updated•14 years ago
|
Attachment #474978 -
Flags: review?(nrthomas) → review+
Reporter | ||
Comment 5•14 years ago
|
||
Comment on attachment 474978 [details] [diff] [review] configs for 4.0b6 automation with relbranch override http://hg.mozilla.org/build/buildbot-configs/rev/70b6294d77aa
Attachment #474978 -
Flags: checked-in+
Comment 6•14 years ago
|
||
Attachment #474982 -
Flags: review?(lsblakk)
Reporter | ||
Updated•14 years ago
|
Attachment #474982 -
Flags: review?(lsblakk) → review+
Comment 7•14 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/c14c5fe155da
Comment 8•14 years ago
|
||
Comment on attachment 474982 [details] [diff] [review] version bumps for mozilla-central to 4.0b7pre/2.0b7pre @ comment #7.
Attachment #474982 -
Flags: checked-in+
Build 1 has a bug with built-in Feedback extension (testpilot): it's still compatible with 4.0b5, not 4.0b6 and doesn't work (checked on Win32). Please fix the Feedback.
Assignee | ||
Updated•14 years ago
|
Assignee: lsblakk → catlee
Priority: P2 → P1
Assignee | ||
Comment 10•14 years ago
|
||
Attachment #475065 -
Flags: review?(bhearsum)
Updated•14 years ago
|
Attachment #475065 -
Flags: review?(bhearsum) → review+
Assignee | ||
Comment 11•14 years ago
|
||
Comment on attachment 475065 [details] [diff] [review] automation bumps for build 2 2956:49b2e7f91846 with sourceRepoRevision = 633e895d5e84
Attachment #475065 -
Flags: checked-in+
Comment 12•14 years ago
|
||
Shipped.
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Comment 13•14 years ago
|
||
I know you'll think I'm crazy, but I can't help it. The following commit: changeset: 53771:c14c5fe155da user: Nick Thomas <nthomas@mozilla.com> date: Tue Sep 14 16:57:00 2010 +1200 summary: Bug 592782 - Bump nightly version to 4.0b7pre. r=lsblakk a=releng is causing (32-bit/i686) linux firefox to crash on startup. I've submitted crash reports to prove it: bp-37ef89e8-5506-4b52-bd80-ab6352100916 bp-7203d203-1125-41c5-8e47-bf9572100916 bp-1102b957-49a9-47b4-b7b6-bf1bf2100915 I get the same crash with my own builds as the ones I download from mozilla.org. My 64-bit linux machine is not affected by this problem. (I haven't tested the Windows builds.) I applied (-R) the patch from "hg log -p -r 53771" to today's hg repo ($hg summary parent: 54194:e36e9e20741f tip) and the resulting firefox is what I'm using to submit this comment. Today's build without reverting the patch crashes as before. I'm stumped. I hope you're not.
Comment 14•14 years ago
|
||
You're not crazy. The version change landed as part of a bundle of other fixes http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=5db0f41b7a8a&tochange=c14c5fe155da Have a look in that list for the real culprit.
Comment 15•14 years ago
|
||
Maybe not crazy, but definitely confused :) Just to clarify, the exact patch I applied (-R) is pasted below. It changes no code whatever, just changes a few text files to reflect a higher version number. Do the numbers in those text files actually determine what source code gets compiled and/or gets executed at startup? Thanks for your time and patience. diff -r 7aab25634114 -r c14c5fe155da browser/config/version.txt --- a/browser/config/version.txt Fri Sep 10 17:49:26 2010 +1200 +++ b/browser/config/version.txt Tue Sep 14 16:57:00 2010 +1200 @@ -1,1 +1,1 @@ -4.0b6pre +4.0b7pre diff -r 7aab25634114 -r c14c5fe155da config/milestone.txt --- a/config/milestone.txt Fri Sep 10 17:49:26 2010 +1200 +++ b/config/milestone.txt Tue Sep 14 16:57:00 2010 +1200 @@ -10,4 +10,4 @@ # hardcoded milestones in the tree from these two files. #-------------------------------------------------------- -2.0b6pre +2.0b7pre diff -r 7aab25634114 -r c14c5fe155da js/src/config/milestone.txt --- a/js/src/config/milestone.txt Fri Sep 10 17:49:26 2010 +1200 +++ b/js/src/config/milestone.txt Tue Sep 14 16:57:00 2010 +1200 @@ -10,4 +10,4 @@ # hardcoded milestones in the tree from these two files. #-------------------------------------------------------- -2.0b6pre +2.0b7pre
Comment 16•14 years ago
|
||
Oh hmm, I missed that. If you can reproduce in a new profile then I'd file it against Core::Javascript.
Comment 17•14 years ago
|
||
Happily, someone has already fixed it. Nightlies are no longer crashing. Thanks.
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•