Closed Bug 24952 Opened 25 years ago Closed 23 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: 23 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.