Dear Maintainer,

When printing mails with long lines, part of its content is lost. Print
Preview works fine though. I think it's easier to understand the problem
with a picture, so there are images attached.

Version 3.11.1-65-gd8a6df from hydra.debian.net is also tested: the same
problem.

Best Regards,
Manolo Díaz

Hi Manolo,

I've been not able to reproduce this on a wheezy system using also git
version when printing content to a PDF, so my bet is something is wrong
with the printing system, not with Claws Mail.

Are you using an up to date CUPS installation? Do you have any custom
setting which may affect printing? Have you tested printing text with
long paragraphs in other applications or text editors?

thanks in advance,

On Thursday, Feb 5 2015 at 12:58 UTC+1, Ricardo Mones wrote:

Hi Ricardo,

Yes, I did a simple test printing the same text using an editor (geany)
before sending the report: no line was truncated.

I've been playing for a while with claws-mail settings and I've
found that triggering the bug depends on font configuration.

Ricardo, could you please try the following font setting [1]?

	Message: monospace 10

	Enable "Derive small and bold fonts from Folder and Message
	List fonts"

	Disable "Use different font for printing"


[1] The default claws-mail font configuration, if I'm not wrong.

Thanks,

Dear Manolo, dear Ricardo,
I am experiencing the same Problem, using claws-mail on a recent Jessie
install. I have been testing a little and found that on a long line with
more then 72 characters, the first 72 characters are lost when
printing. All following chars of this long line are printed. Printing
text with long lines from command line works fine for me. Same as
printing text from any Browser.I checked the font-setting in claws as
advised, those are default the settings. Since i didn't change the
default, i am not sure if these settings trigger the bug.
Any help would be apreciated.

Thanks and best regards,

  Holger

Dear Holger,

Please, try this: enable different font for printing from
Configuration->Preferences->Display->Fonts. It worked for me even if
the default font (monospace 9) is used.

Best Regards,

Dear Maintainer,

yesterday I did a fresh clean install (8.0), with standart system , printserver
, ssh-server and LXDE
options in tasksel. Besides configuring the printer in cups and set claws-mail
to my account data i left all default settings.Localisation is German. Again I
tried to print an email with on line of text containing 99 characters a second
line containing 71 characters. Again the result was that the first 72
characters of the first line are missing, the line containig 71 chars was
printed as expected. I saved this email as a textfile, printed via commandline
and both lines were printed normally.

WANTED !
Mr. Claws Printbug
Dead ,not alive !

100.- Euros Reward

I want this Guy dead an I seriously will donate 100 Euros to
anyone who may fix the Problem.

Regards , Holger

long line. I can see some "Error", "failed" and "could not read" in the
output but I am not able to use this information to eliminate the bug.

Any help would be really apreciated.

Best Regards , Holger


imap.c:1518:message 582 has been already fully cached.
    message/rfc822 (offset:0 length:1732 encoding: 6)
        text/plain (offset:1560 length:172 encoding: 0)
textview.c:713:TIMING textview_add_part : 0s000ms
textview.c:1170:Viewing text content of type: plain (length: 172)
textview.c:819:TIMING textview_add_part : 0s001ms
textview.c:836:TIMING recursive_add_parts : 0s001ms
textview.c:882:TIMING recursive_add_parts : 0s001ms
textview.c:653:TIMING textview_show_part : 0s001ms

(claws-mail:1087): GLib-GObject-CRITICAL **: g_object_ref: assertion 'G_IS_OBJECT (object)' failed
printing.c:214:Printing: Could not read page setup from key file
printing.c:887:Preparing print job...
printing.c:1353:Error generating attribute list.
printing.c:977:Starting print job...
printing.c:1163:Sent page 1 to printer
printing.c:318:printing_print finished
messageview.c:1599:destroy messageview
hooks.c:90:unregisted hook 3 in 'msginfo_update'
imap.c:533:locking session 0x10a00f0 (0)
imap-thread.c:1023:imap noop - begin
imap-thread.c:393:found imap 0x1084e50
imap-thread.c:393:found imap 0x1084e50
[11:34:47] IMAP4> 141 NOOP
[11:34:48] IMAP4< 141 OK NOOP completed.
imap-thread.c:1009:imap noop run - end 0
imap-thread.c:409:generic_cb

Hi Holger,

Output is normal, though the failed assertion error should be fixed, probably
tonight.

The bug is not in claws-mail, as discussed in earlier messages, if you don't
want to workaround it by changing the default font in Claws Mail you can
simply:

# apt-get remove --purge fonts-dejavu-core

And it should work again. This of course also changes default font, because the
buggy monospace font is removed :)

regards,

Hi Ricardo,

That's not my experience. On the one hand, I can print using the dejavu
mono font and the geany editor without problems. On the other hand,
dejavu mono is not the only font that makes claws printing fail.

The mail used for the test and the results table are attached.

Best Regards,

Dear All,

I have the same printing problem.  In my case any line with
more than 71 characters in it gets cutoff or mangled.  This
even happens with monospaced fonts.  Font size does not seem
to be involved.  I have also tried with Bitstream Vera Serif
Roman 12 as the printing font.  If the maximum line length
is 72 characters or more, it mangles the lines, if it is no
more than 71 characters, it prints properly.   I conclude
that the font choice is not involved with the bug, nor is
font size.

Most of my E-mail comes from users of non-Linux computers,
and often there seem to be very long lines, because some
sort of auto-wrap is used on them.  Printing these, for
others to read, will be a significant problem:-(

I cannot remove fonts-dejavu-core, because my window
manager, icewm, depends on it!  Therefore, I have not tried
that fix.

This all happened on a Wheezy system upgraded to Jessie, on
Saturday.

Hope some fix can be found.

                   Thanks,
                      Delbert

Hi Manolo,

Well, I've never said it was the only one. But it's the one which appears as
default with a clean install of jessie for some desktops (and I don't have
tested all clean install desktop possibilities :)

Font/Size             │ 8  │ 9  │ 10 │ 11 │ 12 │ 13 │ 14 │
━━━━━━━━━━━━━━━━━━━━━━┿━━━━┿━━━━┿━━━━┿━━━━┿━━━━┿━━━━┿━━━━┿━
DejaVu Sans Mono Book │ ×  │ ok │ ×  │ ok │ ×  │ ok │ ok │
──────────────────────┼────┼────┼────┼────┼────┼────┼────┼─
Droid Sans Mono       │ ×  │ ok │ ×  │ ok │ ×  │ ok │ ok │
──────────────────────┼────┼────┼────┼────┼────┼────┼────┼─
Freemono              │ ok │ ok │ ok │ ×  │ ok │ ok │ ok │
──────────────────────┼────┼────┼────┼────┼────┼────┼────┼─
Liberation Mono       │ ×  │ ok │ ×  │ ok │ ×  │ ok │ ok │
──────────────────────┼────┼────┼────┼────┼────┼────┼────┼─
Monospace             │ ×  │ ok │ ×  │ ok │ ×  │ ok │ ok │
──────────────────────┼────┼────┼────┼────┼────┼────┼────┼─

From the table you collected seems there's font sizes which are more
affected than others. That's not much, I know.

I've been able to reproduce the problem in sid, so I'm wondering if that
could be also present on wheezy but it was never noticed?
Having the same table for it could be interesting.

I've also looked at how geany editor does printing¹ and seems there's not
much differences with Claws Mail², or at least not that I can see :(

I've tried to add some initializations (wrapping, ellipsizing) but the
problem still appears when printing. Curiously enough the problem does not
appear when previewing, which makes it even more weird. Any idea is welcome.

best regards,

¹ https://github.com/geany/geany/blob/master/src/printing.c
² http://git.claws-mail.org/?p=claws.git;a=blob;f=src/printing.c

On Saturday, May 9 2015 at 20:30 UTC+2, Ricardo Mones wrote:

Hi Ricardo,

Sorry, I missunderstood your mail.

Unfortunately debootstrap failed for me to try the amd64 arch. This
is the table for the i386 wheezy 7.8:

Font/Size             │ 8  │ 9  │ 10 │ 11 │ 12 │ 13 │ 14 │
━━━━━━━━━━━━━━━━━━━━━━┿━━━━┿━━━━┿━━━━┿━━━━┿━━━━┿━━━━┿━━━━┿━
DejaVu Sans Mono Book │ ok │ ok │ ok │ ok │ ok │ ok │ ok │
──────────────────────┼────┼────┼────┼────┼────┼────┼────┼─
Droid Sans Mono       │ ok │ ok │ ok │ ok │ ok │ ok │ ok │
──────────────────────┼────┼────┼────┼────┼────┼────┼────┼─
Freemono              │ ok │ ok │ ok │ ok │ ok │ ok │ ok │
──────────────────────┼────┼────┼────┼────┼────┼────┼────┼─
Liberation Mono       │ ok │ ok │ ok │ ok │ ok │ ok │ ok │
──────────────────────┼────┼────┼────┼────┼────┼────┼────┼─
Monospace             │ ok │ ok │ ok │ ok │ ok │ ok │ ok │
──────────────────────┼────┼────┼────┼────┼────┼────┼────┼─

Running 'claws-mail --debug' I can see messages like theses:

	printing.c:887:Preparing print job...
	printing.c:1353:Error generating attribute list.
	printing.c:977:Starting print job...
	printing.c:1163:Sent page 1 to printer
	printing.c:318:printing_print finished
	messageview.c:1599:destroy messageview

but they are *always* shown when printing, I mean, even when
successfully printed. So it's likely unrelated.

Best Regards,
--
Manolo Díaz

claws-mail (3.8.1-2). This time only tested Droid Sans Mono 10 font:
*FAILED*.

So the culprit could be one of the packages on which claws depends.

Dear All,

another "me too" from my side - unfortunately without any new info. I
upgraded from wheezy to jessie recently and it did work before the upgrade.

I tried different monospace fonts/sizes as suggested but no go, I also have
the truncation issue and also in my case printing from editors (or
textfiles directly via lpr) works without problems.


cheers

Georg

Hi Ricardo,

Good news: to reproduce this bug I have to downgrade libcairo2 to
1.14.0-2.1. With the current libcairo (1.14.2-2) claws-mail passes the
test as did on Wheeze.

Best Regards,

Hi Manolo,

Indeed, these are very good news! I'l try to reproduce your results during
this week and reassign the bug accordingly.

Many thanks for testing! :)

Dear Customer,

Your item has arrived at December 12, but our courier was not able to deliver the parcel.

Please review delivery label in attachment!

All the best,
Greg Byrne,
USPS Chief Delivery Manager.

Grüße an dich, mein lieber Freund,

Mein Name ist Mariam Maalouf, ich schreibe Ihnen diese Nachricht mit
Tränen in den Augen. Der andauernde Bürgerkrieg in meinem Land Syrien
hat mein Leben so sehr beeinflusst. Ich habe letztes Jahr meine
Familie verloren. Mein Vater war vor seinem Tod ein reicher
Geschäftsmann, er machte Öl- und Gasgeschäfte, er machte auch
Goldgeschäfte. Er hat ein großes Geld verdient (25 MILLIONEN
DREIHUNDERT TAUSEND US-DOLLAR). Das Geld ist bei der First Gulf Bank
in Dubai, VAE, hinterlegt. Ich bin der nächste Angehörige, aber ich
kann das Geld wegen nicht abrufen oder nach Syrien zurückgeben der
Krieg und das Töten in Syrien jetzt.

Bitte helfen Sie mir, das Geld zu erhalten, und wir können
vereinbaren, dass Sie es investieren, bis ich mich von meiner
Krankheit erholt habe und zu Ihnen komme.

Ich möchte Sie zum Geschäftspartner meines verstorbenen Vaters
ernennen, und die First Gulf Bank in Dubai überweist Ihnen das Geld.
Ich werde Ihnen alle Unterlagen und Informationen zur Einzahlung des
Geldes zusenden.

Bitte lassen Sie mich wissen, ob Sie dies für mich tun können. Dies
ist meine wahre Geschichte. Bitte, ich brauche Ihre Hilfe.

Sie können mich per E-Mail kontaktieren (mis.mariam.maalouf2@gmail.com)

Mit freundlichen Grüßen,

Mis Mariam Maalouf