Closed Bug 296413 Opened 19 years ago Closed 19 years ago

Tab key in print preview crashes firefox [@ PresShell::Init]

Categories

(Core :: Layout, defect)

x86
Windows XP
defect
Not set
critical

Tracking

()

RESOLVED FIXED

People

(Reporter: math.parent, Unassigned)

References

()

Details

(Keywords: crash, regression, testcase)

Crash Data

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050602 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050602 Firefox/1.0+

Problem when handling tab key in the print preview window

(not that selecting a control in the top bar makes tabkey works sometimes)



Reproducible: Always

Steps to Reproduce:
1. Go to the really simplified testcase
2. Print preview..
3. Press tab key (one or several times)

Actual Results:  
Firefox crashes

Expected Results:  
Hum...
Attached file Main testcase, minimal
Confirming, crahes with 20050602, works with 20050601 on XP. Both these builds
tested are the official trunk builds. 
Severity: normal → critical
Status: UNCONFIRMED → NEW
Ever confirmed: true
TB6332564G
Flags: blocking1.8b3?
Summary: Tab key in print preview crashes firefox → Tab key in print preview crashes firefox [@ PresShell::Init]
using Peter (6) builds:
20050601 - 0519pdt No crash
20050601 - 0559pdt No crash
20050601 - 0704pdt No crash
20050601 - 0940pdt Crash
20050601 - 1021pdt Crash
20050601 - 1516pdt Not tested
20050601 - 1601pdt Not tested
20050601 - 2357pdt Not tested
20050602 - 0315pdt Not tested


I don't know exactly what range to use, so 5:59 -> 10:21 :

http://tinderbox.mozilla.org/bonsai/cvsquery.cgi?treeid=default&module=PhoenixTinderbox&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2005-05-01+05%3A59%3A00&maxdate=2005-05-01+10%3A21%3A00&cvsroot=%2Fcvsroot
different TB: TB6332564G
Build ID	2005060218

http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=2&type=iid&id=TB6332564G

nsVisualIterator::nsVisualIterator

(note: i'm not able to fix it)
similar to bug 296628, although the stack here is completely different.

anyway, this bug isn't going to get fixed staying the firefox product (and bugs
in General shouldn't be confirmed without moving them out of General)

==> layout
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Version: unspecified → Trunk
Depends on: 296628
I applied patch from bug 296628 and it does not crash any more.

I would vote for a duplicate that one.
WFM (and several others) > someone with appropriate permissions should resolve
(In reply to comment #10)
> WFM (and several others) > someone with appropriate permissions should resolve

per last comment (and comments of forums)
Fixed by bug 296628
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Flags: blocking1.8b3?
Crash Signature: [@ PresShell::Init]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: