Debian Bug report logs - #430914
Epiphany prints with zero margins between header-footer and border

Display info messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Kevin Brown <kevin@sysexperts.com>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: epiphany-browser: Epiphany ignores paper size when scaling print output

Date: Thu, 28 Jun 2007 01:11:46 -0700

Package: epiphany-browser
Version: 2.18.2-1
Severity: important


While epiphany will remember and save the paper size settings as set in 
the "Print Setup" dialog, it fails to actually use it for scaling the 
output.

The end result is that it appears everything is printed under the 
assumption that the paper size matches A4 paper.  As I'm in the US, I 
generally print to US Letter.

The end result is that the printouts are truncated at the edges, making 
certain pages difficult if not impossible to read.

This is easily reproduced by setting your paper size to that of an 
envelope or small note and then printing.  The size of the output area 
will be correct but the printout itself will be truncated so that the 
print area acts as a "window" into the printout itself.


I'm marking this as "important" instead of the usual "normal" since this 
bug renders printing from epiphany rather unusable for me.



-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.20-1-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages epiphany-browser depends on:
ii  dbus                    1.1.1-1          simple interprocess messaging syst
ii  epiphany-browser-data   2.18.2-1         Data files for the GNOME web brows
ii  gnome-icon-theme        2.18.0-3         GNOME Desktop icon theme
ii  iso-codes               1.0a-1           ISO language, territory, currency 
ii  libart-2.0-2            2.3.19-3         Library of functions for 2D graphi
ii  libatk1.0-0             1.18.0-2         The ATK accessibility toolkit
ii  libbonobo2-0            2.18.0-2         Bonobo CORBA interfaces library
ii  libbonoboui2-0          2.18.0-5         The Bonobo UI library
ii  libc6                   2.5-9            GNU C Library: Shared libraries
ii  libcairo2               1.4.6-1.1        The Cairo 2D vector graphics libra
ii  libdbus-1-3             1.1.1-1          simple interprocess messaging syst
ii  libdbus-glib-1-2        0.73-2           simple interprocess messaging syst
ii  libenchant1c2a          1.3.0-3          a wrapper library for various spel
ii  libfontconfig1          2.4.2-1.2        generic font configuration library
ii  libfreetype6            2.2.1-6          FreeType 2 font engine, shared lib
ii  libgcc1                 1:4.2-20070609-1 GCC support library
ii  libgconf2-4             2.18.0.1-3       GNOME configuration database syste
ii  libglade2-0             1:2.6.1-1        library to load .glade files at ru
ii  libglib2.0-0            2.12.12-1        The GLib library of C routines
ii  libgnome-desktop-2      2.18.2-1         Utility library for loading .deskt
ii  libgnome-keyring0       0.8.1-2          GNOME keyring services library
ii  libgnome2-0             2.18.0-4         The GNOME 2 library - runtime file
ii  libgnomecanvas2-0       2.14.0-3         A powerful object-oriented display
ii  libgnomeui-0            2.18.1-2         The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0          1:2.18.1-2       GNOME Virtual File System (runtime
ii  libgtk2.0-0             2.10.13-1        The GTK+ graphical user interface 
ii  libice6                 1:1.0.3-2        X11 Inter-Client Exchange library
ii  libmozjs0d              1.8.1.4-2        The Mozilla SpiderMonkey JavaScrip
ii  libnspr4-0d             4.6.6-3          NetScape Portable Runtime Library
ii  liborbit2               1:2.14.7-0.1     libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0           1.16.4-1         Layout and rendering of internatio
ii  libpng12-0              1.2.15~beta5-2   PNG library - runtime
ii  libpopt0                1.10-3           lib for parsing cmdline parameters
ii  libsm6                  2:1.0.3-1        X11 Session Management library
ii  libstartup-notification 0.9-1            library for program launch feedbac
ii  libstdc++6              4.2-20070609-1   The GNU Standard C++ Library v3
ii  libx11-6                2:1.0.3-7        X11 client-side library
ii  libxcursor1             1:1.1.8-2        X cursor management library
ii  libxext6                1:1.0.3-2        X11 miscellaneous extension librar
ii  libxfixes3              1:4.0.3-2        X11 miscellaneous 'fixes' extensio
ii  libxi6                  1:1.0.1-4        X11 Input extension library
ii  libxinerama1            1:1.0.2-1        X11 Xinerama extension library
ii  libxml2                 2.6.29.dfsg-1    GNOME XML library
ii  libxrandr2              2:1.2.1-1        X11 RandR extension library
ii  libxrender1             1:0.9.2-1        X Rendering Extension client libra
ii  libxslt1.1              1.1.21-1         XSLT processing library - runtime 
ii  libxul0d                1.8.1.4-2        Gecko engine library
ii  python2.4               2.4.4-4          An interactive high-level object-o
ii  xulrunner-gnome-support 1.8.0.11-2       Support for Gnome in xulrunner app
ii  zlib1g                  1:1.2.3-15       compression library - runtime

Versions of packages epiphany-browser recommends:
ii  epiphany-extensions           2.18.1-2   Extensions for Epiphany web browse
ii  yelp                          2.14.3-2   Help browser for GNOME 2

-- no debconf information

Message #12 received at 430914@bugs.debian.org (full text, mbox, reply):

From: Josselin Mouette <joss@debian.org>

To: Kevin Brown <kevin@sysexperts.com>, 430914@bugs.debian.org

Subject: Re: Bug#430914: epiphany-browser: Epiphany ignores paper size when scaling print output

Date: Mon, 02 Jul 2007 22:00:38 +0200

[Message part 1 (text/plain, inline)]

severity 430914 normal
tag 430914 unreproducible
thanks

Le jeudi 28 juin 2007 à 01:11 -0700, Kevin Brown a écrit :
> While epiphany will remember and save the paper size settings as set in 
> the "Print Setup" dialog, it fails to actually use it for scaling the 
> output.
> 
> The end result is that it appears everything is printed under the 
> assumption that the paper size matches A4 paper.  As I'm in the US, I 
> generally print to US Letter.
> 
> The end result is that the printouts are truncated at the edges, making 
> certain pages difficult if not impossible to read.
> 
> This is easily reproduced by setting your paper size to that of an 
> envelope or small note and then printing.  The size of the output area 
> will be correct but the printout itself will be truncated so that the 
> print area acts as a "window" into the printout itself.

I can indeed reproduce that with note or envelope sizes; this is a known
issue with Gecko, which can only render to a small, fixed number of
paper sizes.

However I can't reproduce this with the US Letter paper size. I have
tried to print the same page in both A4 and US Letter formats; the
results are completely different, and none of them is truncated at the
edges.

Cheers,
-- 
 .''`.
: :' :      We are debian.org. Lower your prices, surrender your code.
`. `'       We will add your hardware and software distinctiveness to
  `-        our own. Resistance is futile.

[signature.asc (application/pgp-signature, inline)]

Message #21 received at 430914@bugs.debian.org (full text, mbox, reply):

From: Kevin Brown <kevin@sysexperts.com>

To: 430914@bugs.debian.org

Subject: Re: Bug#430914: epiphany-browser: Epiphany ignores paper size when scaling print output

Date: Mon, 02 Jul 2007 13:28:02 -0700

Josselin Mouette wrote:
> severity 430914 normal
> tag 430914 unreproducible
> thanks
>
> Le jeudi 28 juin 2007 à 01:11 -0700, Kevin Brown a écrit :
>> While epiphany will remember and save the paper size settings as set in
>> the "Print Setup" dialog, it fails to actually use it for scaling the
>> output.
>>
>> The end result is that it appears everything is printed under the
>> assumption that the paper size matches A4 paper.  As I'm in the US, I
>> generally print to US Letter.
>>
>> The end result is that the printouts are truncated at the edges, making
>> certain pages difficult if not impossible to read.
>>
>> This is easily reproduced by setting your paper size to that of an
>> envelope or small note and then printing.  The size of the output area
>> will be correct but the printout itself will be truncated so that the
>> print area acts as a "window" into the printout itself.
>
> I can indeed reproduce that with note or envelope sizes; this is a known
> issue with Gecko, which can only render to a small, fixed number of
> paper sizes.
>
> However I can't reproduce this with the US Letter paper size. I have
> tried to print the same page in both A4 and US Letter formats; the
> results are completely different, and none of them is truncated at the
> edges.

OK, I tried printing directly to postscript and discovered what the real
problem is:

Epiphany was printing to letter without any margins whatsoever.  It's
placing the output directly at the edges of the paper.

So I defined a custom size, "Letter with margins", and added margins to it.

The end result is that the web page image itself is within the margins
but the header and footer (which tell you the site in the printout and
the page number) are at the edges.


I then changed my printer driver to use the hpijs version and printed
via Letter (not my custom size) again and that seems to work properly,
except that the header and footer aren't visible.


So I guess if there's any bug here, it's that the print engine doesn't
account for the margins when placing the header and the footer, only the
content.


--
Kevin Brown					      kevin@sysexperts.com

Message #26 received at 430914@bugs.debian.org (full text, mbox, reply):

From: Josselin Mouette <joss@debian.org>

To: Kevin Brown <kevin@sysexperts.com>, 430914@bugs.debian.org

Subject: Re: Bug#430914: epiphany-browser: Epiphany ignores paper size when scaling print output

Date: Mon, 02 Jul 2007 22:37:59 +0200

[Message part 1 (text/plain, inline)]

tag 430914 - unreproducible
retitle 430914 Epiphany prints with zero margins between header-footer and border
thanks

Le lundi 02 juillet 2007 à 13:28 -0700, Kevin Brown a écrit :
> > I can indeed reproduce that with note or envelope sizes; this is a known
> > issue with Gecko, which can only render to a small, fixed number of
> > paper sizes.
> > 
> > However I can't reproduce this with the US Letter paper size. I have
> > tried to print the same page in both A4 and US Letter formats; the
> > results are completely different, and none of them is truncated at the
> > edges.
> 
> OK, I tried printing directly to postscript and discovered what the real 
> problem is:
> 
> Epiphany was printing to letter without any margins whatsoever.  It's 
> placing the output directly at the edges of the paper.
> 
> So I defined a custom size, "Letter with margins", and added margins to it.
> 
> The end result is that the web page image itself is within the margins 
> but the header and footer (which tell you the site in the printout and 
> the page number) are at the edges.
> 
> 
> I then changed my printer driver to use the hpijs version and printed 
> via Letter (not my custom size) again and that seems to work properly, 
> except that the header and footer aren't visible.
> 
> 
> So I guess if there's any bug here, it's that the print engine doesn't 
> account for the margins when placing the header and the footer, only the 
> content.

Yes, definitely. It looks like Epiphany doesn't set any margins between
the header/footer and the paper border.

@Glandium: do you know whether it is possible to define this with the
nsIPrintSettings API?

Cheers,
-- 
 .''`.
: :' :      We are debian.org. Lower your prices, surrender your code.
`. `'       We will add your hardware and software distinctiveness to
  `-        our own. Resistance is futile.

[signature.asc (application/pgp-signature, inline)]

Message #39 received at 430914-done@bugs.debian.org (full text, mbox, reply):

From: Jeremy Bícha <jbicha@debian.org>

To: 192221-done@bugs.debian.org, 218480-done@bugs.debian.org, 221772-done@bugs.debian.org, 428344-done@bugs.debian.org, 430914-done@bugs.debian.org, 438491-done@bugs.debian.org, 444974-done@bugs.debian.org, 463026-done@bugs.debian.org, 463683-done@bugs.debian.org, 474027-done@bugs.debian.org, 524899-done@bugs.debian.org, 548428-done@bugs.debian.org, 548601-done@bugs.debian.org, 557265-done@bugs.debian.org, 593449-done@bugs.debian.org, 799544-done@bugs.debian.org

Subject: closing ancient epiphany-browser bugs

Date: Sun, 9 Nov 2025 18:54:36 -0500

There have been many changes to Debian since this bug was originally
reported. If you are still experiencing this issue with Debian 13 (or
with Debian 12 or Testing or Unstable), please report a new bug.

Thank you,
Jeremy Bícha

Send a report that this bug log contains spam.