Open Bug 240625 Opened 20 years ago Updated 2 years ago

Print Selection splits some text lines across two pages

Categories

(Core :: Printing: Output, defect)

Product:
Core
Component:
Printing: Output
Type:
defect

Tracking

()

People

(Reporter: geode, Unassigned)

References

Details

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)
Build Identifier: Firefox - Print Problem; (1)No Right Click Print (2)Highlighted Select Print pages

The first try to print - right click does ot bring up print menue.
The second try, highlight text to print, control P , Alt S
Great ! Printer prints --- except the break in the text for the next page 
occurs in the middle of a line of text - hense the top half of the words are 
printed on one page and the bottom half of the words are printed on the 
following page. 
Using the stock Mozilla print menue prints the whole page with all the extra 
stuff in the margins and columns..... and only prints 1 page only the first 
part of the text in the right column (which is several pages in length when 
printed - highlight, control P, alt S )



Reproducible: Always
Steps to Reproduce:
1.go to LDS.org
2.click on Gospel Library, Ensign Magazine articles
3.Print an article - selecting only the article text from among the web page 
columns and boxes :>)

Actual Results:  
1)Mozilla prints only the first page of the right column - plus all the excess 
stuff in the left column
NEED RIGHT CLICK PRINT.
2)Control P Alt S print break for the next page in the middle of a text line

Expected Results:  
1)should right click print.
2) highlight, control P , alt S , print - should break for the next page before 
printing the top half of the last line in order to print whole lines on each 
page.

1)I prefer to have a right click, print menue option.
2)With the highlight text to print, control P, Alt S method - Obviously the 
break for the next page needs to print a complete line of text - rather than 
the top half on one page and the bottom half on the next page.

would be great to right click on a photo, or text box on a web page to bring up 
the Mozilla print menue - then size the photo to fit .... 100% , 70%, fit to 
page
Please only describe only one bug/feature request per bug filed. This allows us
to have a clear measure of when this bug is complete. 

Your main problem is that the text between the first and second pages of print
outs is cut in half. 

I am aware of bugs for Mozilla Browser that have this issue. I need to check if
we can dupe to that bug.

For print on right click menu there is already a bug, which is bug 204519.

As for the shrink to fit, I need to do some more searching on bugzilla.
*** Bug 252153 has been marked as a duplicate of this bug. ***
I can confirm this bug on 
"Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.3) Gecko/20041027
Firefox/1.0RC1"
I can also cofirm this bug with RC2. Steps:

1. Goto: http://www.faqs.org/rfcs/rfc2616.html
2. Select a large portion of text
3. Print > Print Selection

Result:
Text is split in the middle of a line.

Expected result:
Text that doesn't fit at end of page gets bumped down to next page.

The happens for me for any site. The problem is especially evident when there
are images involved. Goto: http://www.zeldman.com/abc/, select all, and print
selection and you'll see what happens.
Pictures are cut in two pieces as well. That looks strange :-)
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

at FF 1.0.7, there are still various problems with printing webpages
when printing "selection" is used. That might well have to do with
pages that are encoded to MS standards in some way, for all I know.
There is the sliced through text line at the bottom of one page and top
of next, there is the extra page with not much at the beginning or end,
and these happen at times, but perhaps the most radical problem is
that often, eg when printing a long newspaper article but using
"selection",only one page of the text appears, with perhaps
(usually) one of the junk pages, and the rest of the text utterly missing.
I've seen this with my windows XPH computers and a couple of printers.
*** Bug 310794 has been marked as a duplicate of this bug. ***
(In reply to comment #7)
> at FF 1.0.7, there are still various problems with printing webpages
> when printing "selection" is used. That might well have to do with

And in Firefox 1.5 beta 1 ?
(In reply to comment #9)
> (In reply to comment #7)
> > at FF 1.0.7, there are still various problems with printing webpages
> > when printing "selection" is used. That might well have to do with
> 
> And in Firefox 1.5 beta 1 ?

I'm a bit nervous about trying to have 1.5 and 1.0.7 around simultaneously.
I was very disappointed that the printing bug doesn't seem to have gotten
much attention, and with that and time/energy considerations I'm planning
on just waiting for the final 1.5 to arrive.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051013
Firefox/1.4.1

With a text page as suggested initially, I still se this issue.  Of the four
pages of print I ran off, one has the line split across two pages.  The
suggestion of trying images gives me other issues - will investigate and may
report separately.  I guess this bug is in Core -> Printing rather than FF.
Assignee: firefox → printing
Component: General → Printing
Product: Firefox → Core
Version: unspecified → Trunk
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Highlight , Ctrl P, Print Alt Selection - Page 1 prints top half of line, Page 2 bottom half ! ? → Print Selection splits some text lines across two pages
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
Firefox/1.0.7

can confirm that this bug effects splitting of images as well as text.  This
happens commonly, and makes printing more than 1 page of text via the
Print-->Selected virtually impossible.  Can the Core Firefox bug 194413 be reopened?
(In reply to comment #12)
> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
> Firefox/1.0.7
> 
> can confirm that this bug effects splitting of images as well as text.  This
> happens commonly, and makes printing more than 1 page of text via the
> Print-->Selected virtually impossible.  Can the Core Firefox bug 194413 be
reopened?

I don't see the point of reopening bug 194413 - it is basically this bug, except
there is more detail here and this one is marked new.  The reason it's in Core
(not FF) is that printing is handled by underlying code shared by FF, TB,
SeaMonkey, ... 

As for the images, yes I agree the same problem is visible.  But I had some
other effects with the example in comment #4, which possibly deserve a separate
bug.  I thing the porblem is independent of what the content is - there is
clearly some kind of problem detecting the end of a page accurately.
I can confirm the problems on 

Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8) Gecko/20051111 Firefox/1.5

1) Only the first page of the selected text is printed
2) Only the top of the last line is shown i.e. the other half of the line would appear on the second page when there wouldn't be 1) 
A possible clue. I've noticed this bug all along, and it's still there
in WinXPH and FF1.5. However, the following might be a clue. In my printer
properties, there's a checkbox for better grays. If I simply print a webpage,
it works nicely, but as soon as I'm printing a selection, this adjustment
is blatantly ignored. For what it's worth.
I've noticed another problem. Whenever an image is split, the part that goes on
the next page is taken from the *top*; the amount is the same as the amount
that would be taken from the rest of the image, but it's taken from the top
instead. This has been occuring through many versions (not sure how far back),
and is still in 1.0.7. I think I also saw it in one of the 1.5 RCs.

Anyway, I don't suppose there's already a bug for this...
Oh yeah, and I'm seeing this bug (the topic of this page, that is) on Linux. So it's not just a Windows problem. Don't know about the wrong splitting though. Could be Xprint?

Confirming that the text-cutting bug is still present.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.2) Gecko/20060308 Firefox/1.5.0.2 - Build ID: 2006030804
I can confirm that the cutting bug is still present. Printing highlighted text is still broken. On by Xubuntu 6.10 machine it doesn't work neither.

Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1) Gecko/20061010 Firefox/2.0
Confirming that this bug is still present in 2.0.0.6.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6
Same happens with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.0.2pre) Gecko/2008070504 GranParadiso/3.0.2pre ID:2008070504
OS: Windows 2000 → All
Hardware: PC → All
(In reply to comment #23)
(in other words, this bug is still around in Firefox 3.0)
Assignee: printing → nobody
QA Contact: printing
Severity: normal → S3

The severity field for this bug is relatively low, S3. However, the bug has 10 duplicates.
:jwatt, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Flags: needinfo?(jwatt)

The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.

Flags: needinfo?(jwatt)
You need to log in before you can comment on or make changes to this bug.