Closed Bug 498223 Opened 15 years ago Closed 14 years ago

fail to print preview multiple pages correctly (position:relative;overflow:hidden;)

Categories

(Core :: Print Preview, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 129941

People

(Reporter: mwu4, Unassigned)

References

()

Details

(Keywords: testcase)

Attachments

(5 files)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; zh-TW; rv:1.9.0.11) Gecko/2009060214 Firefox/3.0.11
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; zh-TW; rv:1.9.0.11) Gecko/2009060214 Firefox/3.0.11

Although this problem has been reported in Bug 154892, it is still existed in Firefox 3 ( not only in the Linux platform, but also the Windows platform ). That is, at some webpages, we cannot print preview multiple pages correctly; let alone select the needed pages to print. Please check to see what the problem is becuase we still need to print webpages with firefox. Thank you.

Reproducible: Always

Steps to Reproduce:
1. open the webpage.
2. print preview the webpage.
3.
Actual Results:  
the print preview result is totally different from the webpage.

Expected Results:  
the print preview result can display the webpage correctly.
The problem is the "position:relative;overflow:hidden;" part of the  div#cadre_page rule at http://aviatechno.free.fr/css/general.css

Since the element has height:auto it seems reasonable that the element height should be constrained to the height of the page the element starts on, and any content in the element that does not fit should be considered as overflow (and thus hidden as specified).  Removing "overflow:hidden" fixes the problem.
Severity: major → normal
Component: General → Print Preview
OS: Linux → All
Product: Firefox → Core
QA Contact: general → printing
Hardware: x86 → All
Summary: fail to print preview multiple pages correctly → fail to print preview multiple pages correctly (position:relative;overflow:hidden;)
Whiteboard: INVALID?
Attached file Testcase #1
This generates an empty 2nd page though, that seems like a bug.
Keywords: testcase
The bug is also appears with "overflow:scroll" (in Firefox 3.5 and older versions, checked under WinXp/x32
and Ubuntu 9.04/x32/x64) and actually applies to all overflow values except "visible"

And according to W3C (http://www.w3.org/TR/css3-box/#overflow1)
rendering "overflow:scroll":


>> "This value indicates that the content is clipped and that if the user agent uses a scrolling
>> mechanism that is visible on the screen (such as a scroll bar or a panner)...

>> ... When this value is specified and the target medium is ‘print’, overflowing content MAY BE PRINTED."

According to the number of tickets created for related issues (mentioned below), I guess it is time to review
the firefox printing behavior for such a cases.
    * Bug 498223 -  fail to print preview multiple pages correctly (position:relative;overflow:hidden;)

    * Bug 165705 - div overflow:auto printing problems
    * Bug 440605 - When printing multiple pages, the first page prints with content, and the 2nd page prints w/o content, but is recognized.
    * Bug 360995 - Prints an empty frame on page one, truncates page 2, prints empty frames on page 3 and 4
   
Thanks in advance.

Way to reproduce the bug:
   1. Open http://www.w3.org/html/
   2. Open "File -> Print preview" to be sure that the second page is displayed correctly
   3. Paste following JS code into address bar while staying on current page and hit Enter:
       javascript:function reproducePrintBug(){document.getElementById('wrapper').style.overflow="scroll";}reproducePrintBug();      
   4. Open "File -> Print preview" to see that 2nd page is empty on the print preview.
This bug should be confirmed or invalidated.

/be
The original problem is invalid.  The problem mentioned in comment 1
appears to have been fixed in the range: 2009-06-23-03 -- 2009-06-24-03
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=c575412d976a&tochange=5fe89f2c22f0

The STR in comment 3 is handled by bug 165705.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INVALID
(In reply to comment #5)
> The original problem is invalid.  The problem mentioned in comment 1
> appears to have been fixed in the range: 2009-06-23-03 -- 2009-06-24-03
> http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=c575412d976a&tochange=5fe89f2c22f0
> 
> The STR in comment 3 is handled by bug 165705.

> The original problem is invalid.  The problem mentioned in comment 1
> appears to have been fixed in the range: 2009-06-23-03 -- 2009-06-24-03
> http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=c575412d976a&tochange=5fe89f2c22f0
> 
> The STR in comment 3 is handled by bug 165705.

Please try by youself directly to see if you can print preview the webpage 「 http://aviatechno.free.fr/vilgenis/histoire.php 」normally. Thank you.
I tried to print preview http://aviatechno.free.fr/vilgenis/histoire.php, but still the same problem. I see only 3 pages: 1st has only header, 2nd has content and 3rd has only footer.


I'm on OpenSUSE 11.2 with KDE 4.3.

Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.7) Gecko/20091222 SUSE/3.5.7-1.1.1 Firefox/3.5.7
Below gives a print preview file saved from Fedora 10 for reference. Thanks
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Given the "overflow:hidden" in the style sheet, that is what the page
should like like.  See comment 1.

You can easily fix the style sheet by adding:

@media print {
  div#cadre_page {overflow:visible;}
}
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago14 years ago
Resolution: --- → INVALID
> that is what the page should like like.

typo, "that is what the page should look like" is what I meant to write.
Sorry, I am not the author of the webpage and 「 http://aviatechno.free.fr/vilgenis/histoire.php 」is not the only one webpage with this problem. I am sure there are other firefox users facing this kind of problem and turning back to IE just for printing normally. Thank you.
Sorry, I have to add some more comments again ......
Below, I will attach 3 pdf files derived from different browsers by using PDFCreator with the same webpage 「 http://blog.yam.com/a886033/article/21347558 」, please recheck whether this problem is truly fixed in Firefox 3.6 or not. Thank you.

P.S.: I just print the webpage without any modification as mentioned in comment 10. ( Honestly speaking, I do not know how to do it as a common web user. )
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
(In reply to comment #13)
> please recheck whether this problem is truly fixed in Firefox 3.6 or not.

Mats didn't say the bug was fixed -- he resolved this as INVALID.

In the printout you just attached, the contents of page 2 are clipped because of the "overflow:hidden" style in the page's CSS.  "overflow:hidden" is a hack that some web authors use for web layout, and it has the unintended (from the web author's perspective) consequence of making Firefox clip content at page-boundaries.

This issue is already filed as bug 129941 -- see that bug for more details. Resolving as duplicate of that bug.
Whiteboard: INVALID?
Version: unspecified → Trunk
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago14 years ago
Resolution: --- → DUPLICATE
(In reply to comment #17)
> In the printout you just attached, the contents of page 2 are clipped because
> of the "overflow:hidden" style in the page's CSS.

Sorry, I meant "page 1" (not "page 2").
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: