Closed Bug 217642 Opened 21 years ago Closed 18 years ago

printing/preview crops images at page boundary

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: viton.1, Unassigned)

References

Details

Attachments

(1 file)

illustration of cropped image in print preview
52.11 KB, image/jpeg
Details 
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030516 Mozilla Firebird/0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030516 Mozilla Firebird/0.6


[similar, but not identical to some other bugs listed under "print image"]

If a large-ish image "should" appear at the bottom of the page, but there's
no room, the FB 0.6 seems to attempt to split the image over 2 pages
with the result that (a) the first page's space for the image is blank
and (b) the second page contains what's left, so that the
image in effect cropped.

Print preview is accurate - shows this effect.

IE5.5 previews and prints the same document correctly.

Presumably what should happen is that the entire image should be printed
on the second page (since there's no room for the complete image on the first 
page). At any rate, one way or another, the entire image should appear.

I'd post an example, except that our web site is temporarily down. I can
upload one if requested.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.
This works for me with the 20030830 build on Windows 2000.

Your build is already rather old (over three months) and a lot has happened
since then regarding firebird development. Please read
http://texturizer.net/firebird/bugs.html before reporting any bugs.

I'm resolving this as WORKSFORME. Please reopen this bug, if you still see this
with a current nightly build or on the new 0.6.1 release and a fresh profile
without additional themes and extensions. Thank you.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
QA Contact: asa → bugzilla
Resolution: --- → WORKSFORME
Tried it last night on FB 6.1, clean install (but with Gestures running, though
I doubt that this would affect print preview): the problem is still there.

Anyway, I'm now in a position to post an example: see

 http://facweb.arch.ohio-state.edu/pviton/support/spam.html 

with what are I believe standard FB settings (100%, shrink to fit), do a print
preview and look at the transition between pages 5 and 6. (The A set of figures
and the B set should be the same sizes).



I've re-opened the bug, but if people tell me that the latest nightlies don't
have the problem, I'll regard it as closed.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Phil, this still works for me with the nightly build from 2003-09-02. 

Please download it and test it for yourself. I'm resolving this as WORKSFORME
again. Please test this again and reopen, if you are still seeing this with a
current nightly and a *fresh profile*. Then we'll have to evaluate if this is a
WinXP issue.

To create a fresh profile do the following:
1. Goto Start -> Run as...
2. Run c:\program files\mozillafirebird\mozillafirebird.exe -p (or wherever your 
   mozillafirebird directory is stored on your harddisk)
3. Create a new profile in the profile manager.

Thanks for your contribution to the firebird testing community.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago → 21 years ago
Resolution: --- → WORKSFORME
[sorry - I managed to *just* create the attachment - here's the text that should
have gone with it]

I think this is still a problem, so I'm reopening it.

I removed all traces of FB from my computer, and then installed the nightly from
09-02 (win32). I started up FB, hence I had a virgin profile. I changed nothing
at all before trying to view my example. The cropped image problem is still there.

The attachement in the  previous posting (fb_nightly.jpg) shows what I see. The
point is, there's a blank space on the preceeding page (where the image didn't
fit) followed by the cropped image on the next page.

Note that this isn't just an XP problem (though it may be a more general Win32
problem): I get the same result on NT4.

If there's still a difficulty in reproducing the problem, perhaps I should post
something on Mozillazine, asking if others do or don't see it? Tha basic
doucment is easily accessible to all.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
do that, phil. If you get some confirmations on mozzine. Post the url to the
thread here and I will confirm this bug.
As of today (sunday) the mozillazine link reports 2 confirmations (one of which
is on Linux/GTK2/XFT) and one general "there are problems with print preview"
reply which doesn't address the specific question. Still, I think it's clear
that the problem can be confirmed, yes?
Phil, are you still seeing this? If yes, I will confirm this bug.
I just checked this (FB 0.7 on XP Pro) and it looks OK now. So may be the
problem's solved! Still, if others would also like to check, the HTML files is
still there.


marking WFM per comment 10.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago → 21 years ago
Resolution: --- → WORKSFORME
Hi.
I have the same problem.
You can check at the sollowing URL:
   http://netgroup.polito.it/netlibrary/routing/text.htm

There are a lot of images in there. If you chose "print preview", you can see
that  some images are split in half: the first part on a first page, the second
part on the next one.
I'm using: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b)
Gecko/20031112 Firebird/0.7+

Thanks,
     fulvio
I've just received a note from Fulvio Risso of the Politecnico of Torino, saying
that with the latest FB nightly he still gets the image-split-over-pages problem
with my example; and he provides an example of his own 

 http://netgroup.polito.it/netlibrary/routing/text.htm

which looks to have the same problem. He's not registered with bugzilla, and
he's asked me to re-open this bug, so in light of his example, I'm doing so.
(Whatta pity! I thought that this one had finally vainished).
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
*** Bug 226844 has been marked as a duplicate of this bug. ***
Confirming, we have a dupe and a confirmation in the dupe.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I can confirm this behavior with FireFox 0.7.  When I view a print preview
(Mapquest, for example), the large image at the bottom is split, 1/4 on the 1st
page, the rest on the second.  If I increase the zoom (104%) the whole image
gets put onto the second page (in the preview!), but when I print it, the entire
image is printed on the first page, squeezed into the remaining vertical space!
 The second page just contains a thin white box where the image should have been.

I second the idea that an image should always be printed in its entirety, so if
it can't fit on one page, it should be moved to the second page.

Just to confirm: when Ryan Hayle says "Firefox 0.7" I take it that in fact
Firefox 0.8 is meant, yes? (0.8 was the first edition to carry the new name
Firefox).
As of Firefox 0.10.1, I am still seeing this problem, printing a map out from
mapquest.com will cut off the map and print the rest of the image on thye next
sheet.
(In reply to comment #18)
> As of Firefox 0.10.1, I am still seeing this problem, printing a map out from
> mapquest.com will cut off the map and print the rest of the image on thye next
> sheet.

I've had this problem even crop up when a document was printed with a large
font, but it is most notable for images.  
(In reply to comment #18)
> As of Firefox 0.10.1, I am still seeing this problem, printing a map out from
> mapquest.com will cut off the map and print the rest of the image on thye next
> sheet.

I've had this problem even crop up when a document was printed with a large
font, but it is most notable for images.  I'm working with the pre-release
version of firefox on two Windows systems (ME and 2000).
I saw something different in Firefox 0.10.1 using Mapquest, I think.

Calling for a print operation while viewing only the image (shrunk to fit on
screen) gives me a shrunken version of the full picture.  Without shrinking to
fit on screen, pictur printed normally.

Is this the same bug?
*** Bug 269742 has been marked as a duplicate of this bug. ***
in FFox 1.02, on
mapquest and netgroup it prints the whole image,
just split onto 2 pages.
we need, at least, an option to move to next page, 
only splitting images larger than 1 page
Assignee: firefox → nobody
QA Contact: bugzilla → general
Can anyone reproduce this problem with a recent nightly build? Only one of the pages mentioned in this bug ( http://facweb.arch.ohio-state.edu/pviton/support/spam.html ) still loads, and print preview seems to be handling the images correctly now (i.e. pushing them to the next page).

None of the pages mentioned in the dupes to this bug seem to exist any more, either, so I just have that one page to go on.
WFM Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8) Gecko/20051111 Firefox/1.5 and trunk
Status: NEW → RESOLVED
Closed: 21 years ago → 18 years ago
Resolution: --- → WORKSFORME
Summary: printing/preview crops images → printing/preview crops images at page boundary
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: