Closed Bug 290947 Opened 20 years ago Closed 8 years ago

<iFrame>'s are getting shifted in print preview

Categories

(Core :: Print Preview, defect)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: abhijeet.bhattacharya, Unassigned)

References

Details

(Keywords: testcase, Whiteboard: [but not on windows])

Attachments

(3 files)

User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.7.5) Gecko/20050413 Build Identifier: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.7.5) Gecko/20050413 Page containing <iframe> in 2nd page onwards getting shifted towards 1st page in print preview. Print is OK. Reproducible: Always Steps to Reproduce: 1.Open the testcase abc.html. 2. print preview. 3. Actual Results: all <iframe>'s in 2nd to 8th page are coming to 1st page only. Expected Results: <iframe>'s should not shift.
Attached file testcase
need a better testcase - what's abc1.html?
You can visit www.delfi.lv which has some <iframe>.
Attached file testcase
Attachment #181238 - Attachment filename: ABC.html → abc1.html
Attached file Better testcase
A better testcase with abc.html, abc1.html, delfiautosport.gif. Download zip file, unzip it and run abc.html.
Is this for sure OS/2 only?
Its hppening on Linux( Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.7) Gecko/20050414 ) also. I have tested the same on Linux with Firefox1.0.3, its happening there also. Windows is giving expected preview with Mozilla1.4 to Mozilla1.7.7. Note: Printing is OK on OS/2. Problem only with preview. It may be because of nsPrintEngine::GetIFramePosition() routine call in nsPrintEngine::DoPrint() routine.
Component: MailNews: Main Mail Window → General
Assignee: sspitzer → printing
Status: UNCONFIRMED → NEW
Component: General → Print Preview
Ever confirmed: true
OS: OS/2 → All
Product: Mozilla Application Suite → Core
Hardware: PC → All
Version: unspecified → Trunk
Without taking a close look, this may be because of widget reparenting not working...
So you might want to check by setting a breakpoint in nsWindow::SetParent and see if that's getting called.
yes, nsWindow::SetParent does get hit loading up print preview.
*** Bug 160088 has been marked as a duplicate of this bug. ***
Keywords: testcase
Whiteboard: [but not on windows]
This seems to be working now. Original reporter can you confirm?
Assignee: printing → nobody
QA Contact: printing
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: