Closed Bug 296413 Opened 21 years ago Closed 20 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: 20 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: