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
|
||
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•12 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•