Closed
Bug 290947
Opened 20 years ago
Closed 8 years ago
<iFrame>'s are getting shifted in print preview
Categories
(Core :: Print Preview, defect)
Core
Print Preview
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.
| Reporter | ||
Comment 1•20 years ago
|
||
| Reporter | ||
Comment 3•20 years ago
|
||
You can visit www.delfi.lv which has some <iframe>.
| Reporter | ||
Comment 4•20 years ago
|
||
| Reporter | ||
Updated•20 years ago
|
Attachment #181238 -
Attachment filename: ABC.html → abc1.html
| Reporter | ||
Comment 5•20 years ago
|
||
A better testcase with abc.html, abc1.html, delfiautosport.gif. Download zip
file, unzip it and run abc.html.
Comment 6•20 years ago
|
||
Is this for sure OS/2 only?
| Reporter | ||
Comment 7•20 years ago
|
||
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.
| Reporter | ||
Updated•20 years ago
|
Component: MailNews: Main Mail Window → General
Updated•20 years ago
|
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.
Comment 10•20 years ago
|
||
yes, nsWindow::SetParent does get hit loading up print preview.
Comment 11•20 years ago
|
||
*** Bug 160088 has been marked as a duplicate of this bug. ***
Updated•19 years ago
|
Whiteboard: [but not on windows]
Comment 12•16 years ago
|
||
This seems to be working now. Original reporter can you confirm?
Updated•16 years ago
|
Assignee: printing → nobody
QA Contact: printing
Updated•8 years ago
|
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.
Description
•