Closed Bug 300530 Opened 19 years ago Closed 11 years ago

"overflow: auto" places element on consecutive page instead of splitting it

Categories

(Core :: Printing: Output, defect)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: superbiskit, Unassigned, NeedInfo)

References

()

Details

(Keywords: testcase)

Attachments

(3 files, 1 obsolete file)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b3) Gecko/20050710 Firefox/1.0+
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b3) Gecko/20050710 Firefox/1.0+

I've looked at the source for this page.  My only conclusion is the author got
too clever by half.  There is a wealth of JavaScript here that I can't sort out.

The page is layed out by a table.  It looks fine on the screen.
In PrintPreview, the entire left side of page 1 is covered by a grey box, the
inner content of the page is on page 2.

On paper, page 1 contains all the "outer" frame material -- colorful headers,
navagation buttons, search and feedback boxes from right hand area; the inner
content is again on page 2.

Reproducible: Always

Steps to Reproduce:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b3) Gecko/20050712 Firefox/1.0+
ID:2005071214

Confirming. This looks like it might be related to bug 269111, although I tried
a testcase with `overflow: hidden' in it, and I didn't see this. 
Attached file not minimized testcase (obsolete) —
This should be minimized further.
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Version: unspecified → Trunk
Attached file minimized testcase
Creates described result for
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1a2) Gecko/20060523 BonEcho/2.0a2
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060523 Minefield/3.0a1
Attachment #189369 - Attachment is obsolete: true
Bug 165705 describes opposite problem (closely related?).

The grey box doesn't appear anymore for print preview, but printing splits over several pages (see testcase). The box would be a dupe of bug 296111, but the real problem is the printing itself --> hence not duping.

An appropriate behaviour of the "overflow: auto" setting needs to be discussed to decide further measures or resolution of this bug!
Status: UNCONFIRMED → NEW
Component: Layout → Printing
Ever confirmed: true
Keywords: helpwanted
OS: Linux → All
Summary: Printing splits to new page improperly → "overflow: auto" places element on consecutive page instead of splitting it
Keywords: testcase
QA Contact: layout → printing
WFM on:
Mozilla/5.0 (X11; Linux i686; rv:28.0) Gecko/20100101 Firefox/28.0

Can anyone still reproduce this issue?
Flags: needinfo?(superbiskit)
Keywords: qawanted
Flags: needinfo?(cignangulo)
Flags: needinfo?(ispiked)
Yes, this is wfm for me too. Let's mark it wfm.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Per needinfo-flag: WFM on release build
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:25.0) Gecko/20100101 Firefox/25.0
Flags: needinfo?(cignangulo)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: