135121 - Crash after Print Preview when submitting a form

Status: VERIFIED WORKSFORME

(Core :: Print Preview, defect)

Description

[Markus Multrus]

Browser crashes after Print preview a page and then submitting a form

Steps to reproduce:

1.) Visit a bugzilla page (e.g. this one)
2.) Open PrintPreview
3.) Close PrintPreview
4.) Edit Page
5.) Submit changes by clicking "Commit"
6.) In my case: Click "ok" in security warning
7.) Watch the browser crash

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9+) Gecko/20020402
Build ID 2002040211

TalkbackID: TB4770947H

maybe relevant to Bug 132672 ???

Comment 1

[Frederic Bezies]

Cannot reproduce that bug ?!

2002040203 - WinXP.

Comment 2

[Kevin Chen]

I just had this happen too.

In my case, though, I went to a different URL (http://cube.ign.com/) and used
print preview there.  Then, I came to Bugzilla to file a bug for something that
happens on that site (bug 135174).  When I submitted my bug, the browser crashed.

Apparently, the form doesn't have to be the page you used print preview on.

I'm using 2002040203 on Win98.

Comment 3

[Kevin Chen]

I forgot to mention that my Talkback ID is TB4780010X.

Comment 4

[[e-mail] (gone - use [e-mail] instead)]

0x01110102
nsEventListenerManager::HandleEvent()
nsDocument::HandleDOMEvent()
nsEventStateManager::PreHandleEvent()
PresShell::HandleEventInternal()
PresShell::HandleEvent()
nsViewManager::HandleEvent()
nsView::HandleEvent()
nsViewManager::DispatchEvent()
HandleEvent()
nsWidget::DispatchEvent()
nsWidget::DispatchWindowEvent()
nsWidget::DispatchFocus()
nsWindow::DispatchSetFocusEvent()
nsWindow::SetFocus()
GlobalWindowImpl::Focus()
CheckForFocus()
PresShell::UnsuppressAndInvalidate()
PresShell::UnsuppressPainting()
DocumentViewerImpl::LoadComplete()
nsDocShell::EndPageLoad()
nsWebShell::EndPageLoad()
nsDocShell::OnStateChange()
nsDocLoaderImpl::FireOnStateChange()
nsDocLoaderImpl::doStopDocumentLoad()
nsDocLoaderImpl::DocLoaderIsEmpty()
nsDocLoaderImpl::OnStopRequest()
nsLoadGroup::RemoveRequest()
PresShell::RemoveDummyLayoutRequest()
PresShell::DoneRemovingReflowCommands()
PresShell::ProcessReflowCommands()
HandlePLEvent()
PL_HandleEvent()
PL_ProcessPendingEvents()
nsEventQueueImpl::ProcessPendingEvents()
event_processor_callback()
our_gdk_io_invoke()
libglib-1.2.so.0 + 0xf3b0 (0x4038d3b0)
libglib-1.2.so.0 + 0x10c46 (0x4038ec46)
libglib-1.2.so.0 + 0x11273 (0x4038f273)
libglib-1.2.so.0 + 0x1143c (0x4038f43c)
libgtk-1.2.so.0 + 0x9276c (0x402a776c)
nsAppShell::Run()
nsAppShellService::Run()
main1()
main()
libc.so.6 + 0x1d7ee (0x404dc7ee) 

Comment 5

[André Dahlqvist]

I'm pretty sure this is a dupe of bug 132672, since the stacks seams very similar.

Comment 6

[Sitsofe Wheeler]

Reporter (Markus Multrus), please can you check to see whether this bug is
still present in a 
recent build (Moz 1.0 or a new nightly build)? If this bug
does not occur please can you resolve it 
WORKSFORME.

Comment 7

[Markus Multrus]

o.k. WFM with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1a) Gecko/20020609 :-)
Bug closed WORKSFORME as proposed

Comment 8

[sujay]

bulk verification.