293661 - problems migrating from trunk build back to 1.0.4 candidate

Status: RESOLVED WORKSFORME

(Firefox Build System :: General, defect)

Description

[chris hofmann]

ran install and installed on top of existing trunk build

browser window launches

I see chrome but no bookmarks on the bm toolbar and no extensions installed like
chatzilla.   

tried to click in the location bar or on other parts of the UI but got no response.

clicking on the green update arrow did respond and got a bunch of extensions to
download and install...

relaunched and crashed..  waiting for talkback to digest.

possible build config issue that 1.0.4 doesn't know about components it needs to
remove to be compat with the trunk.

Comment 1

[chris hofmann]

Incident ID: 5726861
Stack Signature	BRFrame::PeekOffset a1c7e793
Email Address	[e-mail]
Product ID	Firefox10
Build ID	2005051004
Trigger Time	2005-05-10 12:07:26.0
Platform	Win32
Operating System	Windows NT 5.1 build 2600
Module	firefox.exe + (0024b3d1)
URL visited	
User Comments	
Since Last Crash	17 sec
Total Uptime	147 sec
Trigger Reason	Access violation
Source File, Line No.
d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/layout/html/base/src/nsBRFrame.cpp,
line 245
Stack Trace 	
BRFrame::PeekOffset 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/layout/html/base/src/nsBRFrame.cpp,
line 245]
nsFrame::HandleMultiplePress 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/layout/html/base/src/nsFrame.cpp,
line 1650]
nsFrame::HandlePress 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/layout/html/base/src/nsFrame.cpp,
line 1405]
nsFrame::HandleEvent 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/layout/html/base/src/nsFrame.cpp,
line 959]
nsBlockFrame::HandleEvent 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/layout/html/base/src/nsBlockFrame.cpp,
line 5714]
PresShell::HandleEventInternal 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/layout/html/base/src/nsPresShell.cpp,
line 6103]
PresShell::HandleEvent 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/layout/html/base/src/nsPresShell.cpp,
line 5921]
nsViewManager::HandleEvent 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/view/src/nsViewManager.cpp,
line 2326]
nsViewManager::DispatchEvent 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/view/src/nsViewManager.cpp,
line 2066]
HandleEvent 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/view/src/nsView.cpp,
line 77]
nsWindow::DispatchEvent 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/widget/src/windows/nsWindow.cpp,
line 1067]
nsWindow::DispatchMouseEvent 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/widget/src/windows/nsWindow.cpp,
line 5261]
ChildWindow::DispatchMouseEvent 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/widget/src/windows/nsWindow.cpp,
line 5511]
nsWindow::WindowProc 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/widget/src/windows/nsWindow.cpp,
line 1349]
USER32.dll + 0x8734 (0x77d48734)
USER32.dll + 0x8816 (0x77d48816)
USER32.dll + 0x89cd (0x77d489cd)
USER32.dll + 0x8a10 (0x77d48a10)
nsAppShell::Run 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/widget/src/windows/nsAppShell.cpp,
line 159]
nsAppShellService::Run 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/xpfe/appshell/src/nsAppShellService.cpp,
line 495]
main 
[d:/builds/tinderbox/Fx-Aviary1.0.1/WINNT_5.0_Depend/mozilla/browser/app/nsBrowserApp.cpp,
line 58]
kernel32.dll + 0x16d4f (0x7c816d4f)

Comment 2

[timeless]

*** Bug 293660 has been marked as a duplicate of this bug. ***

Comment 3

[Benjamin Smedberg]

Is backwards installation something we actually want to try and support?

Comment 4

[Benjamin Smedberg]

I would suspect XPT mismatches, but the stack doesn't indicate that.

Comment 5

[chris hofmann]

I get the same thing if I install into a new directory and use the same profile.

Comment 6

[Brendan Eich [:brendan]]

We should figure out what's going on here.  Profile data should not be changing
incompatibly.

/be

Comment 7

[Wayne Mery (:wsmwk)]

long gone? :)