Closed
Bug 1708
Opened 26 years ago
Closed 26 years ago
ss:A crash occurs when attempting to open a link inside a frame
Categories
(Core :: Networking, defect, P1)
Tracking
()
M3
People
(Reporter: chrispetersen, Assigned: vidur)
References
()
Details
Build Release: 11/30
Platform: Window 98, 95, NT 4.0
Applications: NGT.exe and Viewer.exe
Steps to reproduce:
1) Launch NGT.exe or Viewer.exe
2) Type and go to http://www2.jeepunpaved.com/grand_cherokee/
frameset_grand_cherokee.html.
3) In the center frame, double click on the image link called "Here's Proof"
4) The crash should occur.
Expected result:
The link should open and display in the center frame.
Actual Results:
The application crashs: NGT caused a invalid page fault in module RAPTORHTML.DLL.
Here's the stack trace...
net_ProcessMocha(_ActiveEntry * 0x01529d40) line 338 + 11 bytes
net_MochaLoad(_ActiveEntry * 0x01529d40) line 320 + 9 bytes
NET_GetURL(URL_Struct_ * 0x015292d0, int 102, MWContext_ * 0x01529a90, void
(URL_Struct_ *, int, MWContext_ *)* 0x004a2110 bam_exit_routine(URL_Struct_ *,
int, MWContext_ *)) line 3029 + 12 bytes
nsNetlibService::OpenStream(nsNetlibService * const 0x0123cdb0, nsIURL *
0x01528fc0, nsIStreamListener * 0x01528f40) line 364 + 20 bytes
nsDocumentBindInfo::Bind(nsIURL * 0x01528fc0, nsIStreamListener * 0x00000000)
line 1365 + 23 bytes
nsDocumentBindInfo::Bind(const nsString & {"javascript:updateFrames();"},
nsIPostData * 0x00000000, nsIStreamListener * 0x00000000) line 1339 + 16 bytes
nsDocLoaderImpl::LoadDocument(nsDocLoaderImpl * const 0x0133e200, const nsString
& {"javascript:updateFrames();"}, char * 0x01930878, nsIContentViewerContainer *
0x0133d5e0, nsIPostData * 0x00000000, nsISupports * 0x00000000,
nsIStreamObserver * 0x0133d5fc, nsURLReloadType nsURLReload, const unsigned int
0) line 884 + 18 bytes
nsWebShell::LoadURL(nsWebShell * const 0x0133d5e0, unsigned short * 0x01528c30,
char * 0x01930878, nsIPostData * 0x00000000, int 1, nsURLReloadType nsURLReload,
const unsigned int 0) line 1236 + 81 bytes
nsWebShell::LoadURL(nsWebShell * const 0x0133d5e0, unsigned short * 0x01528c30,
nsIPostData * 0x00000000, int 1, nsURLReloadType nsURLReload, const unsigned int
0) line 1154
nsWebShell::HandleLinkClickEvent(nsIContent * 0x014e239c, nsLinkVerb
eLinkVerb_Replace, unsigned short * 0x01528c30, unsigned short * 0x1000ec78,
nsIPostData * 0x00000000) line 1672
OnLinkClickEvent::HandleEvent() line 1506
HandlePLEvent(OnLinkClickEvent * 0x01528b90) line 1519
PL_HandleEvent(PLEvent * 0x01528b90) line 395 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x01219550) line 357 + 9 bytes
_md_EventReceiverProc(void * 0x003f057e, unsigned int 49365, unsigned int 0,
long 18978128) line 675 + 9 bytes
USER32! 77e71250()
Assignee: rickg → rpotts
Re-assigned to gagan.
Gagan, is this a netlib problem? Who should get this?
Smells like JS to me... Not sure who owns that. Reassiging back to don.
Re-assigned to dp@netscape.com
dp, this isn't an xpapps bug. Who should get this? Vidur? RickG?
Comment 9•26 years ago
|
||
Contestants, are you ready to compete in the game of, "Let's pass the bug" ?
This is a browser-specific "javascript:" URL thingy, which I think means it
belongs to Vidur.
Comment 10•26 years ago
|
||
Contestants, are you ready to compete in the game of, "Let's pass the bug" ?
This is a browser-specific "javascript:" URL thingy, which I think means it
belongs to Vidur.
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Comment 11•26 years ago
|
||
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Comment 12•26 years ago
|
||
petersen, could you please try this with the latest build of apprunner since
this is you bug? Thanks!
Reporter | ||
Comment 13•26 years ago
|
||
In the March 10th builds (Mac and Windows), I get a empty page when the url is
loaded. This happens both in Apprunner and Viewer. I would like to see if this
original problem occurs but can't since the page doesn't load correctly.
Assignee | ||
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Comment 14•26 years ago
|
||
*** This bug has been marked as a duplicate of 1646 ***
Reporter | ||
Comment 15•26 years ago
|
||
In the March 15th builds (Mac and Windows), I get a empty page when the url is
loaded. I would like to see if this original problem occurs but can't since the
page doesn't load correctly.
Reporter | ||
Comment 16•26 years ago
|
||
In the Mac March 19th build, the top and bottom frames load but the center frame
doesn't. In the Win March 19th build, the url still doesn't load the page so I
get a empty page.
Reporter | ||
Comment 17•26 years ago
|
||
This is a duplication of #1646
Reporter | ||
Comment 18•26 years ago
|
||
In theMarch 22nd build (Mac and Windows), the top and bottom frames load but the
center frame doesn't.
Reporter | ||
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 19•26 years ago
|
||
This is the same problems as described in 1646.
You need to log in
before you can comment on or make changes to this bug.
Description
•