Closed Bug 163800 Opened 22 years ago Closed 19 years ago

Browser crash when close print preview in a page has fixed DIV

Categories

(Core :: Print Preview, defect)

defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: zhayupeng, Unassigned)

References

Details

(Keywords: crash, fixedOEM, testcase)

Attachments

(3 files)

This bug is different with bug 156982. I will upload a testcase for this.
The testcase include a fixed DIV element. Please make sure your window's size is
small enough to see the scrollbar of the DIV before print preview.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020821
Reproduce step: (Always if the window is small enough to see the scrollbar of
the fixed DIV element)
1) Open the first attachment
2 [details] [diff] [review]) Click print preview
3) Click "Close"

Browser will crash.
Attached file testcase (deleted) β€”
Attached patch patch (deleted) β€” β€” Splinter Review
Fix the crash.
Comment on attachment 96134 [details] [diff] [review]
patch

rods, carry your r= in bug 156982 to have this one to be fixed quickly. Is it
OK?
Attachment #96134 - Flags: review+
Comment on attachment 96134 [details] [diff] [review]
patch

sr=jst
Attachment #96134 - Flags: superreview+
checked in trunk
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Whiteboard: branchOEM
Whiteboard: branchOEM → branchOEM+
Blocks: 161834
checked in NETSCAPE_7_0_OEM_BRANCH (a=jdunn)
Whiteboard: branchOEM+ → branchOEM+ fixedOEM
Blocks: 157675
Keywords: crash
Whiteboard: branchOEM+ fixedOEM → fixedOEM
Keywords: fixedOEM
Whiteboard: fixedOEM
This caused a fairly serious regression in bug 163800.

You can't just skip the AttributeChanged logic if there are no scrollbars. The
problem is that if the content shrinks so that the scrollbars are not needed and
disappear, the AttributeChanged logic is required to scroll what's left of the
document back into view. Otherwise we can be left looking below the bottom of
the document with no way to scroll back up!

Please find out why this crashes print preview and fix that rather than whacking
layout here.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
> This caused a fairly serious regression in...

bug 168170
ok, let's investigate it.
I think we should start by backing out the first part of the patch on the trunk,
to undo the regression.
Attached patch patch to backout (deleted) β€” β€” Splinter Review
backout first part of previou patch to resolve the layout regression.
Comment on attachment 100360 [details] [diff] [review]
patch to backout

r=rods
Attachment #100360 - Flags: review+
Comment on attachment 100360 [details] [diff] [review]
patch to backout

sr=roc+moz
Attachment #100360 - Flags: superreview+
Comment on attachment 100360 [details] [diff] [review]
patch to backout

checked in this backout patch
Blocks: 163970
Blocks: 166758
see also bug 135653
shall we close this one ? Every bug depending on this one seem to have been fixed.
sure, already checked in on comment 14
Status: REOPENED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → FIXED
oh, sorry, I should not close this bug! on comments 14, I just checked in the
backout patch. We should test if the orignial problem still exists.
->REOPEN
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
The testcase WFM in 2003040105 PC/WinXP.  Probably this issue has resolved itself.

A similiar crash with fixed DIVs is occurring in bug 200774, FWIW.
Still/again there in 1.6final?
Try it at www.winfuture.de.
But at pages like this, it works well.
In Mozilla 1.7RC2 on Win98se, both the testcase and http://www.winfuture.de/ do
not crash for me on print preview.  Is this bug still present?
http://www.winfuture.de still crashes with 1.7RC2 (clean install on WinXP)
Is this bug still present in builds at/after 2005-03-23?
WFM no crash with testcase or http://www.winfuture.de/

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20050907 Firefox/1.6a1
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20051020 SeaMonkey/1.1a

and also on XP - recent trunk builds but not same as above
Assignee: pete.zha → printing
Status: REOPENED → NEW
Keywords: testcase
QA Contact: sujay
-> WFM
Status: NEW → RESOLVED
Closed: 22 years ago19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: