Closed
Bug 299103
Opened 20 years ago
Closed 17 years ago
Locks (CPU=99%) attempting to print page containing iframe
Categories
(Core :: Printing: Output, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: glendening, Unassigned)
References
()
Details
(Keywords: hang, testcase)
Attachments
(1 file)
|
910 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 On RHEL3-clone (WBEL3) when try to print page the "progress bar" popup frame appears but hangs there with CPU reporting 99% usage. Problem due to "iframe" line in html, since removing that from test page allows printing to proceed normally. I am told this does not occur on a Windows box running Firefox. In the "Additional Information" I've included is a simplfied html test page extracted from the error URL, containg the problematic iframe line and giving the same browser hang problem. Reproducible: Always Steps to Reproduce: 1.try to print test page included above 2. 3. Actual Results: Browser hangs Expected Results: printed the page SIMPLIFIED HTML TEST PAGE WHICH HANGS WHEN PRINTING ATTEMPTED <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html><head> <meta http-equiv="Content-Type" content="text/html; charset=windows-1252"> <meta http-equiv="Content-Language" content="en-us"> <title>The Oz Report</title> <style type="text/css">@import "http://OzReport.com/issue.css";</style> </head> <body> <DIV> <TABLE border=0 cellPadding=0 width=100%> <TBODY> <TR> <TD align=left width=95% style="margin:0;border:0;padding:0;"> <img src="images/ozReportLogoHM1_left.64n.rev.gif" width="413" height="179" align="right" style="$ <iframe src="http://OzReport.com/ads.php?iframe" style="float:right;clear:right;text-align:center$ <h1><a href="http://OzReport.com/">Oz Report</a></h1> </td> </tr> </tbody> </table> </div></body></html>
| Reporter | ||
Comment 1•20 years ago
|
||
To replace text reported in "Additional Info" since I see that has characters lost by my cut-and-paste method
Comment 2•20 years ago
|
||
I can reproduce this with the latest nightly trunk build.
Assignee: nobody → printing
Status: UNCONFIRMED → NEW
Component: General → Printing
Ever confirmed: true
Keywords: testcase
OS: Linux → All
Product: Firefox → Core
QA Contact: general
Version: unspecified → Trunk
Comment 3•19 years ago
|
||
fails DP alpha 2 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050715 Firefox/1.0+
Keywords: hang
Comment 4•19 years ago
|
||
Profile shows: Total hit count: 64200 Count %Total Function Name 47080 73.3 nsSplittableFrame::GetFirstInFlow() const 1980 3.1 nsViewManager::IsViewInserted(nsView*) 544 0.8 nsStyleContext::GetStyleData(nsStyleStructID) 506 0.8 nsRuleNode::GetStyleData(nsStyleStructID, nsStyleContext*, int) 322 0.5 __i686.get_pc_thunk.bx GetFirstInFlow() is being called from various table layout methods. It sounds like we're ending up with a lot of in-flows for a table or something like that... how come?
page 033B4618 r=0 a=24960,18960 c=24960,UC pif=033B41A8 cnt=4854
PageContent(-1) 033B4684 r=0 a=22560,16560 c=22560,UC cnt=4855
area 033B46D8 r=0 a=22560,16560 c=22560,UC pif=033B4268 cnt=4856
block 033B4594 r=0 a=22560,16560 c=22560,UC pif=033B4124 cnt=4857
block 033B4510 r=0 a=22560,16560 c=22560,UC pif=033B40A0 cnt=4858
tblO 033B4410 r=0 a=22560,16560 c=0,UC pif=033B3FA0 cnt=4859
tbl 033B445C r=0 a=22560,16560 c=22560,UC pif=033B3FEC cnt=4860
rowG 033B43CC r=0 a=22500,16500 c=22500,UC pif=033B3F5C cnt=4861
row 033B42BC r=0 a=22500,UC c=22500,UC pif=033B3E4C cnt=4862
cell 033B4318 r=0 a=22500,UC c=22500,UC pif=033B3EA8 cnt=4863
block 033B4378 r=0 a=22500,UC c=22500,UC pif=033B3F08 cnt=4864
text 0337C458 r=2 a=22500,UC c=UC,UC cnt=4865
text 0337C458 d=0,0 me=0
place 0337C6C0 r=2 a=22500,UC c=UC,UC cnt=4866
place 0337C6C0 d=0,0 me=0
img 0337C64C r=2 a=22500,UC c=6195,2685 cnt=4867
img 0337C64C d=6195,2685 me=6195
text 0337C940 r=2 a=16260,UC c=UC,UC cnt=4868
text 0337C940 d=0,0 me=0
place 0337CB24 r=2 a=16260,UC c=UC,UC cnt=4869
place 0337CB24 d=0,0 me=0
subdoc 0337CAE8 r=2 a=22500,UC c=2850,48450 cnt=4870
subdoc 0337CAE8 d=2850,48450 me=2850
text 0337CB5C r=2 a=16260,UC c=UC,UC cnt=4871
text 0337CB5C d=0,0 me=0
block 0337CD04 r=2 a=22500,UC c=22500,UC cnt=4872
inline 0337CF1C r=2 a=16260,UC c=UC,UC cnt=4873
text 0337CFA4 r=2 a=16260,UC c=UC,UC cnt=4874
text 0337CFA4 d=2385,675 me=1530
inline 0337CF1C d=2385,675 me=1530
block 0337CD04 d=22500,675 me=1530
text 0337D014 r=2 a=16260,UC c=UC,UC cnt=4875
text 0337D014 d=0,0 me=0
block 033B4378 d=22500,51135 me=6240
cell 033B4318 d=22500,51135 me=6240
row 033B42BC d=22500,51135
row 033B42BC r=2 a=22500,16500 c=22500,UC pif=033B3E4C cnt=4876
cell 033B4318 r=2 a=22500,16500 c=22500,UC pif=033B3EA8 cnt=4877
block 033B4378 r=2 a=22500,16500 c=22500,UC pif=033B3F08 cnt=4878
text 0337C458 r=2 a=22500,UC c=UC,UC cnt=4879
text 0337C458 d=0,0 me=0
place 0337C6C0 r=2 a=22500,UC c=UC,UC cnt=4880
place 0337C6C0 d=0,0 me=0
img 0337C64C r=2 a=22500,16500 c=6195,2685 cnt=4881
img 0337C64C d=6195,2685 me=6195
text 0337C940 r=2 a=16260,UC c=UC,UC cnt=4882
text 0337C940 d=0,0 me=0
place 0337CB24 r=2 a=16260,UC c=UC,UC cnt=4883
place 0337CB24 d=0,0 me=0
subdoc 0337CAE8 r=2 a=22500,13815 c=2850,48450 cnt=4884
subdoc 0337CAE8 d=2850,48450 me=2850
block 033B4378 d=22500,0 me=6240 status=0x3
cell 033B4318 d=22500,15 me=6240 status=0x3
row 033B42BC d=22500,15 status=0x1
rowG 033B43CC d=22500,15 status=0x1o=(0,0) 22500 x 51135
tbl 033B445C d=22560,75 status=0x1
tblO 033B4410 d=22560,75 status=0x1
block 033B4510 d=22560,75 status=0x3
block 033B4594 d=22560,75 status=0x3
area 033B46D8 d=22560,75 status=0x3
PageContent(-1) 033B4684 d=22560,16560 status=0x3
page 033B4618 d=24960,18960 status=0x3
page 033B4A88 r=0 a=24960,18960 c=24960,UC pif=033B4618 cnt=4885
PageContent(-1) 033B4AF4 r=0 a=22560,16560 c=22560,UC cnt=4886
area 033B4B48 r=0 a=22560,16560 c=22560,UC pif=033B46D8 cnt=4887
block 033B4A04 r=0 a=22560,16560 c=22560,UC pif=033B4594 cnt=4888
block 033B4980 r=0 a=22560,16560 c=22560,UC pif=033B4510 cnt=4889
tblO 033B4880 r=0 a=22560,16560 c=0,UC pif=033B4410 cnt=4890
tbl 033B48CC r=0 a=22560,16560 c=22560,UC pif=033B445C cnt=4891
rowG 033B483C r=0 a=22500,16500 c=22500,UC pif=033B43CC cnt=4892
row 033B472C r=0 a=22500,UC c=22500,UC pif=033B42BC cnt=4893
cell 033B4788 r=0 a=22500,UC c=22500,UC pif=033B4318 cnt=4894
block 033B47E8 r=0 a=22500,UC c=22500,UC pif=033B4378 cnt=4895
text 0337C458 r=2 a=22500,UC c=UC,UC cnt=4896
text 0337C458 d=0,0 me=0
place 0337C6C0 r=2 a=22500,UC c=UC,UC cnt=4897
place 0337C6C0 d=0,0 me=0
img 0337C64C r=2 a=22500,UC c=6195,2685 cnt=4898
img 0337C64C d=6195,2685 me=6195
text 0337C940 r=2 a=16260,UC c=UC,UC cnt=4899
text 0337C940 d=0,0 me=0
place 0337CB24 r=2 a=16260,UC c=UC,UC cnt=4900
place 0337CB24 d=0,0 me=0
subdoc 0337CAE8 r=2 a=22500,UC c=2850,48450 cnt=4901
subdoc 0337CAE8 d=2850,48450 me=2850
text 0337CB5C r=2 a=16260,UC c=UC,UC cnt=4902
text 0337CB5C d=0,0 me=0
block 0337CD04 r=2 a=22500,UC c=22500,UC cnt=4903
inline 0337CF1C r=2 a=16260,UC c=UC,UC cnt=4904
text 0337CFA4 r=2 a=16260,UC c=UC,UC cnt=4905
text 0337CFA4 d=2385,675 me=1530
inline 0337CF1C d=2385,675 me=1530
block 0337CD04 d=22500,675 me=1530
text 0337D014 r=2 a=16260,UC c=UC,UC cnt=4906
text 0337D014 d=0,0 me=0
block 033B47E8 d=22500,51135 me=6240
cell 033B4788 d=22500,51135 me=6240
row 033B472C d=22500,51135
row 033B472C r=2 a=22500,16500 c=22500,UC pif=033B42BC cnt=4907
cell 033B4788 r=2 a=22500,16500 c=22500,UC pif=033B4318 cnt=4908
block 033B47E8 r=2 a=22500,16500 c=22500,UC pif=033B4378 cnt=4909
text 0337C458 r=2 a=22500,UC c=UC,UC cnt=4910
text 0337C458 d=0,0 me=0
place 0337C6C0 r=2 a=22500,UC c=UC,UC cnt=4911
place 0337C6C0 d=0,0 me=0subdoc 0337CAE8 r=2 a=22500,13815 c=2850,48450 cnt=4884 subdoc 0337CAE8 d=2850,48450 me=2850 the subdoc is larger then the page the block reports that it is uncomplete and gets another page..... I thought we can't split iframes
We, er, can't!
Comment 8•18 years ago
|
||
hang confirmed on Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9a6pre) Gecko/20070614 Minefield/3.0a6pre ID:2007061404 [cairo]
Updated•18 years ago
|
Flags: blocking1.9?
Comment 9•17 years ago
|
||
is this still an issue with the latest nightlies? new cairo may have fixed this
Comment 10•17 years ago
|
||
(In reply to comment #9) > is this still an issue with the latest nightlies? new cairo may have fixed > this > I can confirm this fixed now, i can no longer confirm the hang with Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9a9pre) Gecko/2007092605 Minefield/3.0a9pre ID:2007092605 -> Changing to works for me
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•