Closed Bug 24952 Opened 25 years ago Closed 24 years ago

printing: Long Table Rows (ie. height) Don't cross page breaks

Categories

(Core :: Printing: Output, defect, P3)

x86
Windows 98
defect

Tracking

()

VERIFIED WORKSFORME
mozilla1.0

People

(Reporter: mozillaBugzilla, Assigned: karnaze)

References

()

Details

(Whiteboard: [nsbeta2-] [rtm-])

Build: 2000011311 (windows Installer) When I print the Mozilla Documents Page, The table Row containing the main text doesn't continue onto the next page (ie it gets cut off). The nect table row (in this case the one containing the date and copyright) is printed at the top of hte next page. Printer Information: HP LaserJet 4V/4MV PostScript Driver Name: PSCRIPT.DRV Data File: HP4MV_V4.SPD Config File: PSCRIPT.DRV DriverVersion: 4.00 Under Files used by this driver, PSCRIPT.DRV is at version 4.10.2222 Operating system is Windows 98 SE Without Ie installed.
I think this is a pagenation problem.
Assignee: dcone → troy
Status: NEW → ASSIGNED
*** Bug 27255 has been marked as a duplicate of this bug. ***
Keywords: beta1
Putting on PDT- radar for beta1. will relnote
Keywords: relnote
Whiteboard: [PDT-]
*** Bug 37585 has been marked as a duplicate of this bug. ***
chris owns pagination now.
Assignee: troy → karnaze
Status: ASSIGNED → NEW
Status: NEW → ASSIGNED
Target Milestone: --- → M17
nominating for nsbeta2. This cuts off text in tables when printed across pages.
nsbeta2
Keywords: beta1, relnotensbeta2
[nsbeta2+] will take fix until [6/22]
Whiteboard: [PDT-] → [nsbeta2+] [6/22]
Cleaning up status whiteboard and marking beta2 minus (6/22 has passed)
Summary: Long Table Rows (ie. height) Don't cross page breaks → printing: Long Table Rows (ie. height) Don't cross page breaks
Whiteboard: [nsbeta2+] [6/22] → [nsbeta2-]
Keywords: qawanted
keyword: rtm.
Severity: normal → major
Keywords: rtm
Marking rtm-. If someone can find out if this is a regression and when it happended, then renominate it for rtm.
Whiteboard: [nsbeta2-] → [nsbeta2-] [rtm-]
I'm not sure if the page in the URL still has the same table layout as it did when I opened this bug. I jsut printed the projects page http://www.mozilla.org/projects/ which has a similar layout to what the old page had, and it seemed to print okay.
marking mozilla1.0
Target Milestone: M17 → mozilla1.0
Is this the often-cited-without-bug-number-by-dcone "table does not print well" bug? If so, Platform and OS is All/All
If 51887 is a dupe of this bug, this should be given higher priority than mozilla 1.0. Since table is used quite often esp. in Japanese web pages, most of print-outs will have some unprinted text unless these bugs are fixed.
*** Bug 51887 has been marked as a duplicate of this bug. ***
spam : changing qa to sujay (new qa contact for Printing)
QA Contact: shrir → sujay
*** Bug 69319 has been marked as a duplicate of this bug. ***
*** Bug 70452 has been marked as a duplicate of this bug. ***
*** Bug 68129 has been marked as a duplicate of this bug. ***
Depends on: 64841
No longer depends on: 64841
Blocks: 64841
I'm not seeing the problem when printing the url. It has either been fixed for some time or was fixed by the patch in bug 57467. Sujay, Amar, please verify that the duplicates are fixed, and if not reopen the ones that aren't.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
verified in 4/3 build.
Status: RESOLVED → VERIFIED
Keywords: qawanted, rtmnsrtm
You need to log in before you can comment on or make changes to this bug.