Closed
Bug 61647
Opened 25 years ago
Closed 25 years ago
Crash when acessing frame not associated with acrobat plugin
Categories
(Core Graveyard :: Plug-ins, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: wenn0029, Assigned: serhunt)
References
()
Details
(Keywords: crash)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; m18) Gecko/20001129
BuildID: 2000112920
Goto the page http://www.ece.umn.edu/groups/ece4541/
From the left side frame, select "Syllabus(.pdf)"
(at this point the right frame becomes the acrobat plugin showing the pdf file)
Select anything from the left frame, say "Solutions"
...crash..
Reproducible: Always
Comment 1•25 years ago
|
||
talkback report says:
PluginViewerImpl::GetDOMDocument
[d:\builds\seamonkey\mozilla\modules\plugin\nglsrc\nsPluginViewer.cpp, line 407]
nsDocShell::GetInterface
[d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 255]
nsWebShell::GetInterface
[d:\builds\seamonkey\mozilla\docshell\base\nsWebShell.cpp, line 347]
nsGetInterface::operator()
[d:\builds\seamonkey\mozilla\xpcom\base\nsIInterfaceRequestor.cpp, line 39]
nsCOMPtr_base::assign_from_helper
[d:\builds\seamonkey\mozilla\xpcom\base\nsCOMPtr.cpp, line 66]
ValidateOrigin [d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp,
line 631]
nsURILoader::GetTarget
[d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp, line 720]
nsURILoader::OpenURIVia
[d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp, line 778]
nsURILoader::OpenURI
[d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp, line 522]
nsDocShell::DoChannelLoad
[d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 3463]
nsDocShell::DoURILoad
[d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 3241]
nsDocShell::InternalLoad
[d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 3006]
nsWebShell::HandleLinkClickEvent
[d:\builds\seamonkey\mozilla\docshell\base\nsWebShell.cpp, line 841]
OnLinkClickEvent::HandleEvent
[d:\builds\seamonkey\mozilla\docshell\base\nsWebShell.cpp, line 695]
PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 577]
PL_ProcessPendingEvents
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 513]
_md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c,
line 1055]
Over to Plug-ins and confirming.
Assignee: asa → av
Status: UNCONFIRMED → NEW
Component: Browser-General → Plug-ins
Ever confirmed: true
QA Contact: doronr → shrir
Comment 2•25 years ago
|
||
This crashes for me whenever you have acrobat loaded in a frame and then click a
link that would load another page instead of the pdf-document. Tested on several
pages on our intranet. This bug has been around for at least several weeks in
the nightlies. It has however worked before, so it is a regression. OS WinNT 4sp6.
Comment 3•25 years ago
|
||
yes, I see this too, raising severity to critical.
Severity: normal → critical
Comment 4•25 years ago
|
||
This bug appears fixed in build 20001010904. Might have been the same as bug 62579.
Comment 5•25 years ago
|
||
true, I just tried today's trunk build on windows (2001011004) and there is no
crash. Seems to have got fixed.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Updated•4 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•