Open Bug 292178 Opened 19 years ago Updated 2 years ago

splits images and small tables across page boundaries when printing

Categories

(Core :: Printing: Output, defect)

x86
Windows XP
defect

Tracking

()

People

(Reporter: sea.friends, Unassigned)

References

()

Details

(Whiteboard: DUPEME)

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217

I have been using Netscape since version Gold. Up to rev 4.7 this problem did
not exist, but in all later versions it appeared. When printing (or with print
preview), images are split across page boundaries, even when they were placed
inside a table. Text within small tables should not be split but the page left
empty and the table begun on next page. In this manner 'widows' and 'orphans'
can be prevented during printing. I consider this a serious shortcoming for
which I still need Navigator 4.7. Note that MS Explorer does it wrong too - a
good reason to get it right again. Example: in above URL, the problem occurs at
most pages.

Reproducible: Always

Steps to Reproduce:
1. Print Preview the above URL, then try printing it.
2. Many other URLs on http://www.seafriends.org.nz/
3.

Actual Results:  
images split across page boundaries, evn though placed within a table.
undesirable 'widows' and 'orphans'

Expected Results:  
When preparing the printout, the program must look whether the table fits at the
bottom of the page, and if not, must advance to next page to begin the table at
the top. By placing images within table 'containers', these will no longer be
split. This can be done in several elegant ways. One is to place a page advance
before each table, and wipe it once the table fits. Another is to mark the
beginning of each table, to return to when it won't fit. Problem: if the table
is too large for a single page, it should be completed on the next page and so on.

The Seafriends web site has many documents to test your fix with. As it stands
today, I cannot use Mozilla for printing. Thanks for your early attention.
By the way, a category 'browser' in your component drop-down list is perhaps
desirable.
Duplicate of Core bug 132035 (and/or one of its duplicates)? Prevention of
orphans and widows is Bug 137367?
Confirmed
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050521
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511
Firefox/1.0.4

Not duplicate of 132035 because there is no css involved in example URL.

Changing Product + Component to Core, Printing.
Assignee: general → printing
Status: UNCONFIRMED → NEW
Component: General → Printing
Ever confirmed: true
Product: Mozilla Application Suite → Core
QA Contact: general
Version: unspecified → Trunk
Actually, this IS a duplicate.  Please find the original and mark this duplicate.
Whiteboard: DUPEME
Assignee: printing → nobody
QA Contact: printing

Still reproducible on the latest versions of Firefox Nightly 95.0a1 (2021-10-18), beta 94.0b7 or release 93.0 on Windows 10.

Severity: major → S4
Attachment #9296135 - Attachment description: screenshot of bug on http://www.seafriends.org.nz/ front page → screenshot of bug on http://www.seafriends.org.nz/ front page, print previewed with 96% print scale which gets the image into the right place to be split for dholbert

Here's a saved version of the seafriends site, which reproduces the issue (shown in screenshot) locally for me.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: