Closed
Bug 113217
Opened 23 years ago
Closed 3 years ago
iframe printing broken when iframe height more than page height
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect, P2)
Core
Layout: Images, Video, and HTML Frames
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: alexey.gaidukov, Unassigned)
References
Details
Attachments
(3 files, 2 obsolete files)
When iframe hiegth is larger then page size it doesn't continue on next page.
Comment 1•23 years ago
|
||
Reporter: Please always specify which "Build ID" you're using.
Also, do you have an URL which shows this behaviour? Thank you.
Comment 2•23 years ago
|
||
Reporter | ||
Comment 3•23 years ago
|
||
Reporter | ||
Comment 4•23 years ago
|
||
Reporter | ||
Comment 5•23 years ago
|
||
I don't think thank this bug is the same as BUG98274. It doesn't depend on
header/footer. This behavior is the same for all versions of mozilla I used
(0.9.3, 0.9.6) and for MS IE 5.5 SP1, IE 5.5 SP2 and IE6.0. It's very pity.
Comment 6•23 years ago
|
||
Confirming on 0.9.7, Build ID: 2002011803, Windows 98.
Actual Behavior: Go to "content of iframe" attachment. Open Print Preview. The
iframe only partially appears on page 1. There is no page 2.
Expected Behavior: When the iframe doesn't fit on one page, it should be printed
on a second page. Or third page, or fourth page.
Old Summary: iframe printing
New Summary: iframe printing broken when iframe height more than page height
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: iframe printing → iframe printing broken when iframe height more than page height
Comment 7•23 years ago
|
||
This is a core layout issue, layout needs to be able to break Iframes up
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.1
Updated•23 years ago
|
Priority: -- → P2
Target Milestone: mozilla1.1 → Future
Works for me; according to comment 6 I shouldn't have gotten more than one page
in print preview (see attachment).
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.8+)
Gecko/20020303
note, this build was labelled '0.9.9' in the nightlies directory.
never mind comment 8 and attachment 72361 [details] (please obsolete/trash the
attachment)
they are based upon incorrect assumptions made in comment 6.
confirming on 0.9.9 nightly build 2002030309 w/ Win2k.
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.8+) Gecko/20020303
correction to reproduction directions in comment 6:
Actual Behavior: Go to the "container for iframe - should print to ~3 pages"
attachment (link at top of this comment). Open Print Preview. The iframe
only partially appears on page 1. There is no page 2.
Expected Behavior: When the iframe doesn't fit on one page, it should be
printed on additional pages, similar to opening up attachment 60145 [details] and
opening Print Preview.
Comment 10•22 years ago
|
||
this seems like paartially a core layout problem, that the iframe should be
broken up into smaller frames.
Assignee: rods → karnaze
Status: ASSIGNED → NEW
Comment 11•22 years ago
|
||
-> HTML Frames. This involves a lot more than core layout. I'll be glad to help
when the iframe issues are resolved.
Assignee: karnaze → jkeiser
Component: Printing → HTMLFrames
QA Contact: sujay → amar
Comment 12•22 years ago
|
||
Seeing same problem with Mozilla 1.4 [20030624] on OS/2 Warp 4.52. Can supply
samples if needed.
Only happens when trying to print as seen on screen. Printing individual frames
prints all pages.
Comment 13•17 years ago
|
||
Daniel, do you know if the underlying iframe issues are fixed meanwhile? It would be nice to drive this bug a bit forward.
Comment 14•17 years ago
|
||
Also happens with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.0.1pre) Gecko/2008062704 GranParadiso/3.0.1pre ID:2008062704
OS: Windows 2000 → All
Hardware: PC → All
Comment 15•17 years ago
|
||
(In reply to comment #9)
> Actual Behavior: Go to the "container for iframe - should print to ~3 pages"
> attachment (link at top of this comment). Open Print Preview. The iframe
> only partially appears on page 1. There is no page 2.
It looks like "actual behavior" has changed -- now the "container for iframe" testcase appears in a small frame, with scrollbars. That's also basically the same way it prints (minus the scrollbars), which IMHO is correct.
For iframes in which the iframe element itself is really tall (which it sounds like this testcase used to look like), I'd agree that we'd ideally like to split the iframe across multiple pages.
I think we need a new testcase that displays the issue in Firefox 3.
Comment 16•17 years ago
|
||
>I think we need a new testcase that displays the issue in Firefox 3.
Here we go. I'm obsoleting old testcase (and a screenshot, per comment 9), and attaching a new testcase with an iframe that's styled to be 14in tall (taller than a printed page).
You can examine behavior in print-preview.
Actual behavior: iframe gets clipped at the end of the first page.
Expected (ideal) behavior: iframe continues on 2nd page.
Attachment #72361 -
Attachment is obsolete: true
Attachment #72368 -
Attachment is obsolete: true
Updated•15 years ago
|
QA Contact: amar → layout.html-frames
Updated•15 years ago
|
Assignee: john → nobody
Comment 17•15 years ago
|
||
i did a search for firefox printing problem and the symptoms explained above match my situation. i am trying to print the website below for my girlfriend' mom but it is not working. only page 1 prints, page 2 prints but it is blank. internet explorer prints all four pages properly. She is using firefox 3.6 on my recommendation, so I feel responsible for firefox's failure to do something as simple as print out a page of text. trying to make things simple as she is not interested in wasting time fooling around with this stuff, she just wants it to work. any assistance is appreciated.
website: http://www.paperblog.fr/551333/biographie-de-jean-genet/
user-agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.2) Gecko/20100115 Firefox/3.6 (.NET CLR 3.5.30729)
Comment 18•15 years ago
|
||
nicks,
This isn't a support forum and the problem you are having with that page isn't caused by this particular Bug. Don't post in a Bug report unless you can provide a patch to fix the Bug or provide relevant data about it.
Support requests should be made in the Support forum.
http://support.mozilla.com/en-US/kb/
Comment 19•15 years ago
|
||
(In reply to comment #16)
> Created an attachment (id=328750) [details]
> testcase
>
> >I think we need a new testcase that displays the issue in Firefox 3.
>
> Here we go. I'm obsoleting old testcase (and a screenshot, per comment 9), and
> attaching a new testcase with an iframe that's styled to be 14in tall (taller
> than a printed page).
>
> You can examine behavior in print-preview.
> Actual behavior: iframe gets clipped at the end of the first page.
> Expected (ideal) behavior: iframe continues on 2nd page.
Confirmed.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3
Updated•6 years ago
|
Product: Core → Core Graveyard
Assignee | ||
Updated•6 years ago
|
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
Comment 21•3 years ago
|
||
Marking this as Resolved > Worksforme since the issue doesn't happen on Windows 10 on either of the latest Firefox versions.
If anyone is still able to reproduce this please re-open or file a new issue.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•