Link crashes browser; linked page does not

VERIFIED WORKSFORME

Status

()

Core
Security: CAPS
P2
major
VERIFIED WORKSFORME
19 years ago
7 years ago

People

(Reporter: Brad Behm, Assigned: Mitchell Stoltz (not reading bugmail))

Tracking

({crash})

Trunk
PowerPC
Mac System 9.x
crash
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(2 attachments)

(Reporter)

Description

19 years ago
At the above URL ( http://www.prs.net/midi.html#index ), clicking on the link
'Mozart' will crash my Linux build 2000022916 browser.

Going to either http://www.prs.net/mozart.html (the linked document), or saving
the link to a disk and opening the page does not cause the crash.

The link is a standard HTML link. The code is as follows : "<a
HREF="mozart.html">Mozart</a>;"

This bug is, for me, 100% reproducable.

Comment 1

19 years ago
can see this, accepting bug
bbehm@iname.com or doronr@naboonline.com - can either of you see this problem in 
a recent build of Mozilla?

Gerv
(Reporter)

Comment 3

18 years ago
I dunno. I can't get mozilla to do anything but segfault right now. I'll try
with one of the older nightlies.

Comment 4

18 years ago
I am not seeing this with m16 2000041708.

reporter - can you confirm?
thanks
(Reporter)

Comment 5

18 years ago
I'm no longer seeing it either. I'm marking it FIXED.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED

Comment 6

18 years ago
Adding crash keyword
Keywords: crash

Comment 7

18 years ago
I'm not able to reproduce this problem on either Win 32 or Linux builds 
(2000052508). However attempting to load this url on the Mac build (2000052508) 
will causes a user break in Macsbug.

User break at 1C3D2840 MRJContext::processAppletTag()+00814


For this reason, I 'm reopening this bug.
Status: RESOLVED → UNCONFIRMED
OS: Linux → Mac System 9.0
Resolution: FIXED → ---

Comment 8

18 years ago
Created attachment 9148 [details]
Here is the stdlog file created by Macsbug

Updated

18 years ago
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 9

18 years ago
Waqar: Please take a look at this mac related issue. Andrei may be of help to 
you here. THanks.
Assignee: rickg → waqar

Comment 10

18 years ago
This bug has been marked "future" because the original netscape engineer working
on this is over-burdened. If you feel this is an error, that you or another
known resource will be working on this bug,or if it blocks your work in some way
-- please attach your concern to the bug for reconsideration.

Comment 11

18 years ago
This bug has been marked "future" because the original netscape engineer
working on this is over-burdened. If you feel this is an error, that you or
another known resource will be working on this bug,or if it blocks your
work in some way -- please attach your concern to the bug for reconsideration.
Target Milestone: --- → Future

Comment 12

18 years ago
###!!! ASSERTION: Setting window manager port font: '!CurrentPortIsWMPort()',
file nsGfxUtils.h, line 114
###!!! ASSERTION: Setting window manager port font: '!CurrentPortIsWMPort()',
file nsGfxUtils.h, line 114
###!!! ASSERTION: node in map twice: '(node->mContent != aNode->mContent) ||
((node->mContent == nsnull) && (node->mStyle != aNode->mStyle))', file
nsFrameManager.cpp, line 1907
###!!! ASSERTION: node in map twice: '(node->mContent != aNode->mContent) ||
((node->mContent == nsnull) && (node->mStyle != aNode->mStyle))', file
nsFrameManager.cpp, line 1907
###!!! ASSERTION: node in map twice: '(node->mContent != aNode->mContent) ||
((node->mContent == nsnull) && (node->mStyle != aNode->mStyle))', file
nsFrameManager.cpp, line 1907
Status: NEW → ASSIGNED

Updated

18 years ago
Hardware: PC → Macintosh

Comment 13

18 years ago
massive update for QA contact.
QA Contact: petersen → lorca
Works fine in current build.
Marking WORKSFORME.
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago18 years ago
Resolution: --- → WORKSFORME
Re-opening. Closed it too soon. It is still crashing.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---

Comment 16

18 years ago
This is still happening on the latest Mac build (Sept 12th)

1) Load URL.

2) Click on Mozart link below bookshelf image.

3) Url attempts to load then crashes.

Works fine on WINNT. On Linux, after it loads it is very unresponsive. Scrolling 
is extremely slow. Probably causes by timer event priority problem. 

Comment 18

18 years ago
Created attachment 14707 [details]
StdLog from when i tested this.

Comment 19

18 years ago
Crashing in nsScriptSecurityManager::CanGetProperty, which is being called at a 
high rate for a couple of properties while the page is visible.
Component: HTML Element → Security: CAPS

Updated

18 years ago
Severity: normal → major
Keywords: nsbeta3
Priority: P3 → P2
Target Milestone: Future → M18
Reassigning to security.
Assignee: waqar → mstoltz
Status: REOPENED → NEW
QA Contact: lorca → czhang
(Assignee)

Comment 21

18 years ago
I'll take a look.
Status: NEW → ASSIGNED

Comment 22

18 years ago
that link works for me 2000092716 mac g4 os9
cc asa, who has mac access

Comment 24

18 years ago
not seeing this with 100208 mozilla trunk macInstaller build.
(Assignee)

Comment 25

18 years ago
Works for me on Mac and Linux, marking WORKSFORME.
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago18 years ago
Resolution: --- → WORKSFORME

Updated

18 years ago
Status: RESOLVED → VERIFIED

Comment 26

18 years ago
Verified. Worksforme on Mac, Linux and Win98 branch 10/3 builds.

Updated

14 years ago
OS: Mac System 9.x
You need to log in before you can comment on or make changes to this bug.