Closed
Bug 57467
Opened 24 years ago
Closed 24 years ago
page prints with big gap between header/and and rest of contents
Categories
(Core :: Printing: Output, defect, P3)
Core
Printing: Output
Tracking
()
VERIFIED
FIXED
mozilla0.9
People
(Reporter: ekrock, Assigned: karnaze)
References
()
Details
Attachments
(3 files)
(deleted),
text/html
|
Details | |
(deleted),
patch
|
Details | Diff | Splinter Review | |
(deleted),
patch
|
Details | Diff | Splinter Review |
Using N6 2000102008 on WinNT 4.0 SP4.
To repro: print page in 4.75 and in N6 2000102008 and compare. WYSIWYG prints in
Nav4. Note that in N6, on the first page there's only whitespace below the HR,
and then the subhead "W3C Standards Support in IE and the Netscape Gecko Browser
Engine" begins on the next page.
For RTM, we need to either fix this behavior or modify the page's markup so it
doesn't trigger this. cc:ing dcone, karnaze, shrir for technical assessment;
greggl as Netcenter FYI; chrisn, corre, michaell as marketing FYI.
Note these previous and related bugs/investigations:
A) Bug 17081, "[PRINT FAIL] page fails to print in M9,M10," FIXED,
opened on this same page:
1) shrir notes in the Description that "On today's linux commercial build
(2000021008m14) there is a blank space between the header and text on the first
page(I will open a seperate bug for that). All the pages print fine." shrir,
were you referring to the same behavior as what I'm seeing now on Windows, or a
separate issue?
2) Later the the same Description, shrir opens bug 27691, "Cannot print images,"
FIXED, which appears to cover a separate issue.
B) Bug 27255, "Netscape home page prints just top gray area on page 1, then does
page break", marked DUP of bug 24952. (Why was this marked a dup of 24952? It
seems like different behavior than bug 24952.) This sounds like similar behavior
to what I'm seeing on the Standards Challenge page. When I print netscape.com
today, it looks fine, but who knows if they're still using the same markup as
before when this bug was filed.
C) Bug 24952, "printing: Long Table Rows (ie. height) Don't cross page breaks"
(marked nsbeta2- and then never renominated for anything else, now untargeted)
Reporter | ||
Comment 2•24 years ago
|
||
Comment by email from done: "I think it is a table problem.. karnaze would be
the best at telling you if he could fix this." Chris?
Assignee | ||
Comment 4•24 years ago
|
||
Comment 6•24 years ago
|
||
Still seeing this in MTrunk2000122212 for MacOS.
ALL/ALL
Severity: normal → major
OS: Windows NT → All
Hardware: PC → All
Comment 7•24 years ago
|
||
spam : changing qa to sujay (new qa contact for Printing)
QA Contact: shrir → sujay
Assignee | ||
Comment 8•24 years ago
|
||
Moving to m0.9.1
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.1
Assignee | ||
Comment 11•24 years ago
|
||
Comment 12•24 years ago
|
||
sr=attinasi
Summary: page prints with big gap between header/ad and rest of contents → page prints with big gap between header/and and rest of contents
Assignee | ||
Comment 13•24 years ago
|
||
Assignee | ||
Comment 14•24 years ago
|
||
The patch is in.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•