MASTER: [Feisty] Evolution always tries to print A4

I am attaching a mail from US-CERT that demonstrates the problem at work. Due to hardware limitations, the last line on page one doesn’t even print as it shows up in the PDF.

Can you attach the output of the printingbug info script for some basic information about your printing setup. The printingbug info script can be found here: https://wiki.ubuntu.com/PrintingBugInfoScript.

As per request in previous comment, I have downloaded and run this script…

However, there doesn’t appear to be anything of use in here—all other applications print just fine, so this is an Evolution-specific problem.

By the way, I did attempt adjusting /etc/papersize to be “letter” instead of “a4”. This had no effect (and I rather didn’t expect it to; the printer configuration resides on a Debian 4.0 server and is automatically loaded by CUPS on this machine when I am connected to my network at home).

Hello,

Perhaps I am misunderstanding what “unconfirmed” means, but does that mean that there is no confirmation that the problem exists?

If so, is there something else that I can show to demonstrate the problem, other than the PDF from the preview?

Thanks!

It means that somebody needs to confirm the problem happens on his computer. There is probably enough informations for that, there is thousand of desktop bugs open and only few people working on them so it might take some time though

Ahh. Thanks for the clarification!

I'm getting this, too. It's new in feisty.

I've been using evolution to keep track of my wedding invitation addresses and before upgrading, I had printed out the complete list of contacts with evo 2.8, which worked like a charm. After upgrading, I added some new addresses to the list and am finding this new problem.

There are a few things that need fixing:
1) There should be a way to select paper size
2) The renderer should never go outside the paper size's boundaries.
3) shrinking the job by a percentage should increase all margins, not just the right and bottom margins.

If any of those things were implemented, there would be a reasonable workaround. As such, printing is mostly useless in 2.9.91.

The only way around this seems to be to forward all my contacts to myself, load them into an evo 2.8 install on an edgy box and print from there.

I just went through the GNOME bugzilla for Evo, and I couldn't find this bug listed there, so it needs to be forwarded.

I have the same problem. Hoping it can be fixed.

If multiple users are having the problem, is that good enough to get the bug marked “confirmed”? This isn’t a problem that should be permitted for the release. I know that the release is scheduled for one week and one day from now, but Evolution is a major, major component of the overall Ubuntu system. If nothing else, from a user standpoint, it should work correctly. Printing might not be something that more technically knowledgeable users do terribly often, but I know some people whose e-mail filing system is “print it all out and put it in a filing cabinet.” As much as that makes me shudder, I do have the occasional need to print a message, and typically, that message is not less than one page in length, so it is subject to lossage on paper because of this issue.

Is there any way to have this fixed by or shortly after the release? Is there any more information that would be useful in attempting to get this problem figured out? It is easily reproduceable, by opening a mail message in Evolution longer than one printed page and attempting to print it or preview it. If it matters, my configuration is to use letter-sized paper, not A4. Also, the problem is reproduceable on printers other than my laser printer; it does the same for my locally connected ink jet printer, too.

Very good point Michael.

I had filed a similar bug report to this one and it hasn't even been looked at (or at least not commented on/status changed).

I don't print all of my emails, but this sort of a bug is a very major one, and very irritating.

Michael, Greg, actually all:

I do not have this problem. Both print preview and print do correctly show/print my e-mails. I _do_ remember something like what you report when I moved to Feisty alpha some few months ago: no matter what I did, Evolution would always print on A4 (or try to, with the assorted collection of errors and out-of-bound printing).

After a series of tries, I found that the system definition for my networked printer was set to A4. I corrected it, and after that all was good. I am not implying this is your case, but justpassing what I did. At this point in time I was still very much KDE; nowadays I am pretty much Gnome. YMMV.

On Wed, 2007-04-11 at 18:27 +0000, hggdh wrote:

> Michael, Greg, actually all:
>
> I do not have this problem. Both print preview and print do correctly
> show/print my e-mails. I _do_ remember something like what you report
> when I moved to Feisty alpha some few months ago: no matter what I
> did,
> Evolution would always print on A4 (or try to, with the assorted
> collection of errors and out-of-bound printing).
>
> After a series of tries, I found that the system definition for my
> networked printer was set to A4. I corrected it, and after that all
> was
> good. I am not implying this is your case, but justpassing what I did.
> At this point in time I was still very much KDE; nowadays I am pretty
> much Gnome. YMMV.

All of my settings across the board here are for letter printers,
including /etc/papersize on both the client printing system and the
print server. The drivers are also configured to use letter printing by
default, so unless there is another setting hidden somewhere... I don't
know. What I do know is that it shows the print preview on a piece of
letter paper, but in the print preview window, it runs off the bottom.
It is almost as if the margin setting were negative, but I cannot find
anything in my configuration to corroborate that notion.

Michael, if several users have a bug you can mark it confirmed. If you want to get that bug fixed maybe you could try to work on it? It's easy to say it should be worked for 7.04, there is thousand of desktop bugs open and the desktop team is really small though, it would be hard to work on everything

One thing to look at is the PPD files for your printers. I am assuming (with all the associated risks) that you use CUPS, so the in-use PPDs would be at /etc/cups/etc. Browse them, and find out what are the paper size settings in place.

And/Or -- run System/Administration/Printing, select your printer, and check what are the paper size settings.

Thing is, it is listed as letter on there (under Admin/Printing)

On Wed, 2007-04-11 at 20:00 +0000, Sebastien Bacher wrote:

> Michael, if several users have a bug you can mark it confirmed. If you
> want to get that bug fixed maybe you could try to work on it? It's
> easy
> to say it should be worked for 7.04, there is thousand of desktop bugs
> open and the desktop team is really small though, it would be hard to
> work on everything

Understandable. If I were competent enough to do anything on the
programming side of things, I would be more than happy to help. I still
poke around when I find things, though I have yet to contribute
anything. Most things I encounter are things that I have not the
slightest clue what would cause the failure, even if I can narrow things
down to the component and get good with providing debugging info... :-)

In any case, if I knew where to even begin on some of these bugs, I
would be happy to knock them out of the way. This and bug 104382, which
not everyone would feel comfortable working around, are bugs that I
would love to know how to fix. :-(

Marking as confirmed; reported by myself, confirmed by Michael R. Head and Greg Schneider. I meant to make this change the last time I commented on the bug, but I didn’t comment in the Launchpad interface itself and I’d forgotten about marking it.

I have the same problem, all settings under the printer properties are set to Letter, yet Evolution still tries to print to A4. Manually changing the DefaultXX lines in /etc/cups/ppd/xxxx.ppd to "Letter" from "A4" allowed it to print to Letter. Which indicates to me it is a problem outside of Evolution. I am no expert on CUPS, or the gnome printer configuration tools however.

I am using a fresh install of Ubuntu 7.04 on a new machine (x86_64 SMP).

rwilbur@rwilbur-desktop:/etc/cups/ppd$ ls
LaserJet-8000.ppd
rwilbur@rwilbur-desktop:/etc/cups/ppd$ grep Default LaserJet-8000.ppd | grep -i A4
rwilbur@rwilbur-desktop:/etc/cups/ppd$ grep Default LaserJet-8000.ppd | grep -i Letter
*DefaultPageSize: Letter
*DefaultPageRegion: Letter
*DefaultImageableArea: Letter
*DefaultPaperDimension: Letter
rwilbur@rwilbur-desktop:/etc/cups/ppd$

Firefox and print-manager test page both work at letter size. I can't print E-mail messages from Evolution as they are sent to the printer as 'A4' size pages and it asks me to load A4 paper of which I have none. I hit 'go' on the printer and it tries to print it on 'legal' size paper which also doesn't work well.

I used Evolution under Ubuntu 6.10 to print on letter size paper all the time for important messages. Something broke since then.

What other information can I provide to help solve this bug? Where should I look for the trouble?

I created a small test message and printed it to a PostScript file from within Evolution 2.10.1. I have attached the bzip2-compressed version of that file as it demonstrates:
1. output format is 'A4' as opposed to 'Letter'
2. painfully short, non-empty message formatted to print with empty trailing page

Let me know if there is any other information that would be useful in solving this bug.

The title of the bug is not really clear, what is the problem exactly described here? There is several printing bug on evolution and mixing them to a same bug is not going to work correctly

For clarity about the bug:

Evolution always prints in A4 despite what is in /etc/cups/ppd/ or /etc/papersize. I believe it may have to do with the cairo rendering engine as I also found this bug https://bugs.freedesktop.org/show_bug.cgi?id=4258.

Here is some more information that may help.

I am running Evolution 2.10.1 (the version that comes with Fiesty). Under an older version (2.6.1), when you go to print, the print dialog has a 'paper' tab. This tab allows you select, among other things, the paper size. This tab does not show up under 2.10.1. My guess is that if the tab showed up, we would be able to change the paper size to letter as I believe that's what I did when I first started printing with 2.6.1.

As a work-around, could someone figure out where this paper tab saves it's information. Perhaps we could edit this file manually to get letter size printing working until the print dialog is fixed.

I also implemented the chance in the/etc/papersize file and other gnome applications now print in letter size

I was able to reproduce this on a clean Feisty box that did not have any Evolution installed before. I will try to find out what is responsible for this, and will report back ASAP.

Can one of you try a test?

Delete the printer, and then re-add it in. Then try to print again.

Please post results, together with what was used to delete/add the printer (gnome-print-manager, etc).

I tried deleting/adding a printer with no effect. I am almost positive this is a bug in the evolution/cairo printing code because when I print to pdf I always get an A4 paper size.

Sigh. Yes, I sort of tend to agree with you. My personal issue is that I had it when I upgraded to beta Feisty, and eventually I got to correct it -- and I do not remember what I did :-(

If I could remember, this would at least point us to the general direction of this extremely bothersome bug.

I have been researching it, as some of the folks here, and I found a series of quite, but not completely, related bugs. I have not yet been able to pinpoint where this is done...

Bug 107536 has most of the duplicates, thanks to Matthew Koyle.

I went into System | Administration | Printing, which uses gnome-cups-manager and deleted my printers. I then edited /etc/papersize. That file had a single line A4, which I changed to Letter.

I reinstalled my printer using the gnome-cups-manager. My printer is actually connected to another computer. I installed a PPD file from the manufacturer (Brother). Now, most apps print to Letter size paper, but Evolution still uses A4. I installed a PDF printer and when Evolution prints to it, it also prints A4 size.

On Tue, 2007-06-26 at 18:46 +0000, hggdh wrote:

> Can one of you try a test?
>
> Delete the printer, and then re-add it in. Then try to print again.
>
> Please post results, together with what was used to delete/add the
> printer (gnome-print-manager, etc).

I have done this many times over the time since I installed Feisty's
testing releases, using both gnome-print-manager and the command line
(lpadmin) to work with the printer. It has no effect; you'll notice
that the PDF print preview that Evolution generates is affected by the
same problem. It would appear, given this, that the problem is
somewhere in Evolution's page generation mechanisms, but I certainly
cannot navigate the source to find out—it's huge, and I would have no
clue what to look for.

--
Michael B. Trausch
           <email address hidden>
Phone: (404) 592-5746
                          Jabber IM:
           <email address hidden>
Demand Freedom! Use open and free protocols, standards, and software!
Support free speech---it is the most valuable freedom we have!

I do not have a clue, either, but at least I am (huh, was) a programmer.

From a brief look this afternoon I do not think this is related to libcairo anymore. It is interesting this affects Evolution only (or so it seems). It seems to be related to how Evolution gets its printing defaults and GTK (GTK is used to print), but I am yet to find where these defaults are taken from.

Let's hope I find something -- or that a real Evolution maintainer pops up.

this will take slightly longer than I expected -- I had to downgrade Firefox & related due to no source being available for the current 2.0.4 firefox version. I am now building Evolution & GTK2.0. When I am done with that I will go into gdb to backtrack the A4 thingy.

Well, well, well... nothing beats having a nice debugger & the code build to reference the source... it took me about 15 minutes (after building & installing my versions) to zero in it.

It is possible this has been resolved somewhere between Evolution 2.10.1 (Feisty version) and Evolution 2.11.4 (Gutsy version).

AT 2.10.1 we have this, in ./mail/em-format-html-print.c, in function emfhp_complete()

(...)
 page_setup = gtk_page_setup_new ();
 paper_size = gtk_paper_size_new ("iso_a4");/*FIXME paper size hardcoded */
 print = gtk_print_operation_new ();
(...)

So there you go. A4 always as the default. Of course, this does not completely pinpoint the problem: although we start with a default of A4, Evolution should still be able to find out the current printer settings, and update the paper size accordingly (which, of course, does not seem to happen, at least not always).

Still digging in.

BTW, 2.11.4 does not have this hardcoded value.

it seems Evolution sets a hardcoded default, and GTK does not override it with the actual printer settings. I wonder what would happen on printers that can load two or three different paper sizes... mine does not -- one single size.

So. Time to look usptream, on GTK for a change.

Yes, this is a mix of lack of an option to set up a page on Evolution 2.10.1 and a lack of an option to set up a page size on GTK...

For reference on GTK, see bugs http://bugzilla.gnome.org/show_bug.cgi?id=427748 and http://bugzilla.gnome.org/show_bug.cgi?id=344517

In other words, I am not sure what can be done here short-term. I will now look upstream at Evolution -- chances of backporting the File/Print Setup option we have on Evolution 2.11.4.

But I really am not holding my breath -- right now -- on any of the above making it to Feisty or previous any time soon. Evolution 2.11 is still beta, to my knowledge.

re:
page_setup = gtk_page_setup_new ();
 paper_size = gtk_paper_size_new ("iso_a4");/*FIXME paper size hardcoded */
 print = gtk_print_operation_new ();

Great catch! As an interim fix, is it possible to re-compile evolution with a hard-coded letter size setup?

Well, I'm relieved to know that it'll be fixed in gutsy. That's probably good enough for me. I imagine others might want to back off of feisty if printing in evo is necessary.

Sigh. I have no idea where I found a "Page Setup" option, but certainly it was not on Evolution. Please disregard the comment above regarding Page Setup availability on Evo 2.11.4.

On the other hand, http://bugzilla.gnome.org/show_bug.cgi?id=446894 does have a patch for this, but I guess it will take a while to go thru (it has just been proposed, and not yet reviewed).

Not sure where to go from here.

Mark Erbaugh, for you on your computer modifying the hard-coded page size and recompiling should serve, but for a distro package I suggest to do something like

page_setup = gtk_page_setup_new ();
paper_size = gtk_paper_size_new (<call function of libpaper to get default paper size>);
print = gtk_print_operation_new ();

Then the paper size from /etc/papersize will be used.

This is still a very quick and dirty hack, as it serves only for people with one printer with their countries standard paper size loaded. For anyone working with more than one paper size a paper size option (in print dialog or in page setup dialog) is needed.

I'm willing to try hardcoding the paper size as Letter to see if that will work. I'm familiar with the./configure; make; make install process of compiling source code.

Where is the source code for the Feisty version of Evolution. I enabled the source code repository and did a search in Synaptic and didn't find anything that looked like source.

You want to use:

apt-get build-dep evolution; apt-get source evolution

This should get any dependencies, download the package and extract it in the current directory.

Add to yout /etc/apt/sources.list the following lines:

deb-src ftp://us.archive.ubuntu.com/ubuntu feisty main universe multiverse restricted
deb-src http://archive.ubuntu.com/ubuntu/ feisty-proposed universe main multiverse restricted
deb-src http://archive.ubuntu.com/ubuntu/ feisty-updates universe main multiverse restricted

Adjust the FTP site as needed for your country; you most probably do not need multiverse and restricted, but you will need main and universe.

After that run:

sudo apt-get update
sudo apt-get build-dep evolution # this will load on your machine all needed dependencies for a successful build of evolution
mkdir evolution
cd evolution
apt-get source evolution # thsi will get the current Evolution source package

Then play around :-) . You probably want to start finding out all the places where A4 is specified:

pwd
~/evolution
grep -R iso_a4 * 2>/dev/null

Then change the occurances of 'iso_a4' to 'na_letter', and you are set. I am betting you will find them in the Addressbook, Tasks, etc.

A point: if you are running Firefox 2.0.4, you will have to downgrade to Filrefox 2.0.3 and libnss 2.0.3 -- I did not find the sources for the new firefox, and the current Evolution depends on libnss 2.0.3 -- which depends on Firefox 2.0.3... Do that *before* running 'apt-get build-dep'.

Well...

I just backported the Evolution from Gutsy to my system, and I am slightly disappointed.

The paper size is fixed... but the other problems that are shown in the PDF that I attached (the printing running off the page, the extra page at the end) are not fixed. If Gutsy were to be released tomorrow, it's Evolution would be broken, too, it looks like. I used Prevu to do the backporting.

Attached is the PDF that Evolution generated for the print preview for a newer CERT e-mail. I just did this today.

@Michael Trausch: paper size fixed... but *probably* still using an A4 template -- this is probably why we see the output running off the page. So the problem still persists (Evolution prints on -- no, FOR -- A4 always).

Now the extra page at the end... this is a different bug. Do you have it open already in LP? Reason I am asking is that we should track one single issue per bug. If you do not have one, could you please open it & give me the bug #?

@all: please bear in mind that we do not have -- to my knowledge -- any Evolution developer here. This means we have no option but to upstream the bugs we find. I will look around to see if this has been reported already under Debian, SuSE, or RH (and others), but I am guessing it has not.

Ugh. Tried to upadate the remote tracker, succeeded in creating a complete mess. Sorry. Will find out what I actually should do *before* trying to get it done, for a change ;-)

On Thu, 2007-06-28 at 13:56 +0000, hggdh wrote:

> @Michael Trausch: paper size fixed... but *probably* still using an A4
> template -- this is probably why we see the output running off the
> page.
> So the problem still persists (Evolution prints on -- no, FOR -- A4
> always).
>
> Now the extra page at the end... this is a different bug. Do you have
> it
> open already in LP? Reason I am asking is that we should track one
> single issue per bug. If you do not have one, could you please open it
> &
> give me the bug #?

I am not sure that it is a different bug... I would guess that it is the
result of running-over on the previous pages, and assuming that it needs
another page of output. It could be a different bug, I suppose, but I
think that if the printing issues are fixed with regard to actually
printing on the page as it is supposed to, that the extra page will
disappear.

It looks like it has already been filed, though—see bug 94774.

    — Mike

--
Michael B. Trausch
           <email address hidden>
Phone: (404) 592-5746
                          Jabber IM:
           <email address hidden>
Demand Freedom! Use open and free protocols, standards, and software!
Support free speech---it is the most valuable freedom we have!

A bit more of research at bugzilla.gnome.org revealed http://bugzilla.gnome.org/show_bug.cgi?id=426816. On http://bugzilla.gnome.org/show_bug.cgi?id=425973 (marked as duplicate of 426816) there is a statement that this will be fixed on 2.12/2.20.

Additionally, http://bugzilla.gnome.org/show_bug.cgi?id=446894 builds on 426816, with the stated purpose of fixing "pagination and rendering issues when printing emails".

Given the amount of changes, I do not see an option of backporting these two Evolution bugs to current (i.e. Feisty 2.10 and Gutsy 2.11) levels. So I will change the upstream tracking here to the current bug at Gnome.

@all: right now I think the only real option is to change the iso_a4 setting to whatever paper size you would like to use, and rebuild Evo. Note that for US Letter the string is "na_letter", all lower case.

@Michael Trausch: you are correct, the extra page is reported on that bug. Thanks for pointing it out to me.

@all: an update -- upstream developer has asked for his printing fixes to be included in Evo 2.11.5. If this happens, I think we may get it soon. Of course, this will fix an upcoming version of Evo, *not* Feisty's -- right now. But if it does indeed work, we can hope for a backporting to Feisty.

This is a bad bug. As a work around until it is fixed, I found I could print to file (.pdf will work), then open acroread and print from there and retain all the output as it should be.

On Mon, 2007-07-09 at 21:15 +0000, James D. Freels wrote:

> This is a bad bug. As a work around until it is fixed, I found I
> could
> print to file (.pdf will work), then open acroread and print from
> there
> and retain all the output as it should be.

That might work for you, but it does not work for me: My printer throws
an error any time it detects that the application is trying to print
outside of the hard range for whatever page type is currently in the
feeder.

Unfortunately for me, the local Wal*Mart doesn't carry A4 paper. If
they did...

I would buy it. Just to work around this bug.

    — Mike

--
Michael B. Trausch
                                Web:
              http://www.trausch.us/
Phone: (404) 592-5746
                    Jabber IM/Email:
           <email address hidden>
Demand Freedom! Use open and free protocols, standards, and software!
Support free speech---it is the most valuable freedom we have!

2.11.5 has just been released, and it will be available shortly. Again, due to the size of the fix I do not believe we will be able to backport it to 2.10.1. For those of you willing to try it... please do so, and report back here. I am changing the status of this bug to fix commited.

You will most probably need to upgrade e-d-s and evolution. I can guarantee you that *I* will be trying it :-)

evolution (2.11.5-Oubuntu1) gutsy; urgency=low

  * New upstream version:
    New in 2.11.5:
    - Hook for plugging into Send/Receive dialog for the Evolution RSS plugin.
    - Attachment reminder plugin
    - Tnef attachment plugin
    - Exchange Delegation support
    - Improved email printing with support of most of the Gtk+ print options
    Bug fixes:
    - Junk and Trash folders now list number of selected emails correctly
    - Fix prompting for IMAP password a second time after
      canceling first request
    - When loading images from an html message, the download status
      is shown correctly (LP: #57115)
    - Allow vFolder to search on the different states of a flag
    - Default date for appointment or meeting is now set to current date
    - Changing the color of a calendar wasn't getting reflected correctly
    - Add EPlugin hook for checking just written mail
    - Fixed a crash when replying to a mail with "Automatic Contacts"
      are enabled
    - Fixed copy behavior in the Contact Preview Pane (LP: #38803)
    - Fixed display of gpg/pgp encrypted error message as S/MIME (LP: #52804)
    - Fixed a crash when selecting a default S/MIME certificate
    - Fix invalid time and date values
    - Location of perl binaries are now configurable
    - Improve display of IMAP headers plugin's configuration window
    - Fixed configure options beautification
    - Sensitivity of alarm dialog widgets has been fixed
    - Clean up printing in Evolution's Mailer
    - Fixed alignment issue in the contact editor
    - Fixed a crash during startup
    - Fixed magic spacebar break when using caret mode
    - Add an empty line at the beginning of the mail body when relpying a mail
    - Fixed the alignment of mail notification popup with tray icon
    - Fixed attachment name garble on locale 8859-1
  * debian/evolution-plugins.install:
    - list new attachment-reminder
  * debian/patches/04_autoconf.patch,
    debian/patches/70_no-mail-remote-plugin.patch:
    - updated

@all: please keep this as Fix Committed -- upstream is keeping the bug open waiting on feedback.

Attempted to use Prevu (https://wiki.ubuntu.com/Prevu) to backport 2.11 but the build fails. My results are identical to those posted here:
http://sharkattack.media.mit.edu/inventory/view_log/83

Any suggestions?

try to first install the evolution*-dev package:

sudo prevu evolution-data-server-dev
sudo prevu update
sudo prevu evolution-data-server

You will also need the updated gtkhtml package, since part of the fix seems to have been performed there.

On 08/13/2007 11:39 AM, hggdh wrote:
try to first install the evolution*-dev package:

sudo prevu evolution-data-server-dev
- successful
sudo prevu update
- successful
sudo prevu evolution-data-server
- successful

You will also need the updated gtkhtml package, since part of the fix
seems to have been performed there.

sudo prevu gthtml3.14
-successful

sudo prevu evolution & sudo prevu evolution-common fail. Example:

$ sudo prevu evolution-common
[snip]
-> Considering build-dep evolution-data-server-dev (>= 1.11.90)
      Tried versions: 1.10.1-0ubuntu1.1 1.10.1-0ubuntu1
   -> Does not satisfy version, not trying
E: Could not satisfy build-dependency.
[snip]
Traceback (most recent call last):
  File "/usr/bin/prevu", line 177, in <module>
    BackportFromAPT(sys.argv[1],DIST).backport()
  File "/usr/bin/prevu", line 115, in backport
    self.do_compile()
  File "/usr/bin/prevu", line 96, in do_compile
    raise ValueError("Build failed.")
ValueError: Build failed.
Error in sys.excepthook:
Traceback (most recent call last):
  File "/var/lib/python-support/python2.5/apport_python_hook.py", line
44, in apport_excepthook
    binary = os.path.realpath(os.path.join(os.getcwdu(), sys.argv[0]))
OSError: [Errno 2] No such file or directory

I've pretty well given up & now just using print to PDF & then adjust
from there.

Thanks anyway. Note: I'm willing to keep trying as I have a test system
that I can try on, but I think that any fixes for this bug should be
backported to Feisty from the repos.

@NoOp: perhaps it would be better for us to move this discussion to the Ubuntu Forums, since prevu-ing is not actually related to this bug.

If you wish to do so, please open a Forum entry, and email me the link: hggdh2 at gmail dot com.

On 08/15/2007 06:26 PM, hggdh wrote:
@NoOp: perhaps it would be better for us to move this discussion to the
Ubuntu Forums, since prevu-ing is not actually related to this bug.

If you wish to do so, please open a Forum entry, and email me the link:
hggdh2 at gmail dot com.
====

Agreed & thanks for the previous suggestions.

This bug, and bug #124860 and bug #123011 may possibly be the same bug.

Printing from Evolution Mail worked for me previously with Dapper, but
about a month ago I updated to Fiesty. I'm not sure because I don't
print a lot of email, but it is most likely when things broke.

When I print from Evolution Mail to my directly connected HP Laserjet
4m, the job appears to go ok, but when starting to print, the printer
LCD displays the message "Load A4." This printer only has one paper
cartridge in it and is set up to print on US Letter.

All the usual apps that I've tried so far (OO.o, Firefox, gedit, Evince)
print fine.

Will the fix for this ever be backported to Fiesty?

Seems unlikely, since gutsy will be out in a month and non-LTS releases get few non-security related fixes backported.

Can anyone confirm that the bug has been fixed in Gutsy?

Indeed it is. I just printed a single page mail, and did not get the problem of the blank page afterwards, and then I printed a mail that spanned multiple pages, and it printed precisely as I expected it to.

I think that the bug can now be tagged "Fix Released, if others can confirm that the problem is indeed solved.

@NoOp: this indeed seems fixed on Gutsy (Evo 2.12.0/E-D-S 1.12.0). Also, backporting this fix to Feisty will require backporting GtkHTML3.14 as well, and this is a rewrite of the printing code on Evo... rather extensive change. Unfortunately, I do not have the time I would need to look at the backporting right now (and indeed had to throttle down my involvement with Ubuntu... pity...). But you can request a backport: file a new bug asking for it (see https://wiki.ubuntu.com/BackportRequestProcess?highlight=%28backport%29 for details).

@all: I originally asked that this bug be kept on "Fix Committed" -- upstream had asked comments on the changes. But, given that I have seen no problems reported against the fix, I am now setting it as "Fix Released". Of course, this bug can be reopened if we find it did not fix printing on Evo.

On 09/30/2007 03:34 PM, hggdh wrote:
> @NoOp: this indeed seems fixed on Gutsy (Evo 2.12.0/E-D-S 1.12.0). Also,
> backporting this fix to Feisty will require backporting GtkHTML3.14 as
> well, and this is a rewrite of the printing code on Evo... rather
> extensive change. Unfortunately, I do not have the time I would need to
> look at the backporting right now (and indeed had to throttle down my
> involvement with Ubuntu... pity...). But you can request a backport:
> file a new bug asking for it (see
> https://wiki.ubuntu.com/BackportRequestProcess?highlight=%28backport%29
> for details).

Thanks for the info. I am however confused re GtkHTML3.14 as that
package is already in Feisty:
http://packages.ubuntu.com/feisty/gnome/gtkhtml3.14

I'll give Gutsy a try once it's released.

Yes, it is in Feisty, but the fix for the A4 (and other) printing issues has also changed gtkhtml3.14. So, simply backporting Evolution will not do the trick: we also need to backport gtkhtml3.14.

On the other hand,... it seems gtkhtml3.14 is only used by Evo, so this would be a no-brainer. The real problem is checking if the Evo fix can be backported to 2.10.