Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 283295 - Attached pdf file cannot be printed
Summary: Attached pdf file cannot be printed
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Printing Team
URL: https://bugzilla.gnome.org/show_bug.c...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-31 06:22 UTC by Sergey S. Starikoff
Modified: 2013-03-24 17:54 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
Error message (evince-2.32.0_preview.png,8.50 KB, text/plain)
2010-12-27 09:24 UTC, Sergey S. Starikoff
Details
example test pdf (pdf_example.pdf,41.05 KB, application/octet-stream)
2011-03-16 11:02 UTC, Sergey S. Starikoff
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sergey S. Starikoff 2009-08-31 06:22:05 UTC
I'm using GNOME Office with XFce-4.6.1 DE (and app-text/evince-2.24.2 as selected pdf-viewer).

GNOME Office for print preview generates temporary pdf-file (opened by the selected pdf-viewer).
The issue is in the fact, that clicking to 'print'-command in preview window prints (really prints and don't crashes) only two symbols (looks rather similiar with 180-degree rotated letter 'A'), instead of the displayed file.

First the bug may looks like http://bugs.gentoo.org/show_bug.cgi?id=256954 (the problem with printing in AbiWord), but this bug covers not only AbiWord, but al least Gnumeric.
The behaviour is similiar both in AbiWord (currently 2.7.6) and Gnumeric (1.8.4-r1).

Reproducible: Always

Steps to Reproduce:
1. Open evince priview window for AbiWord or Gnumeric file (the Dia behaviour I've don't check);
2. Click the 'Print' button.
Actual Results:  
The soiled paper sheet.

Expected Results:  
The printed document.

$ emerge --info
Portage 2.1.6.13 (default/linux/x86/2008.0, gcc-4.3.2, glibc-2.9_p20081201-r2, 2.6.29-gentoo-r5 i686)
=================================================================
System uname: Linux-2.6.29-gentoo-r5-i686-Intel-R-_Pentium-R-_4_CPU_3.00GHz-with-gentoo-1.12.11.1
Timestamp of tree: Mon, 17 Aug 2009 01:45:01 +0000
app-shells/bash:     3.2_p39
dev-java/java-config: 2.1.8-r1
dev-lang/python:     2.6.2-r1
dev-util/cmake:      2.6.4
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.6-r2
sys-devel/autoconf:  2.13, 2.63-r1
sys-devel/automake:  1.8.5-r3, 1.9.6-r2, 1.10.2
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.27-r2
ACCEPT_KEYWORDS="x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /etc/env.d/50glib2 /var/bind"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-O2 -march=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="buildsyspkg collision-protect distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="ftp://ftp.corbina.net/pub/Linux/gentoo/                   ftp://mirror.aiya.ru/pub/gentoo/                 ftp://ftp.org.kemsu.ru/gentoo/                 http://ftp.chg.ru/pub/Linux/distributions/gentoo/                 ftp://ftp.chg.ru/pub/Linux/distributions/gentoo/"
LANG="ru_RU.KOI8-R"
LC_ALL=""
LDFLAGS="-Wl,-O1"
LINGUAS="ru en"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage-ftn"
SYNC="rsync://rsync.org.kemsu.ru/gentoo       rsync://rsync.asia.gentoo.org/gentoo-portage       rsync://mirror.aiya.ru/gentoo"
USE="X a52 ac3 acl alsa avi berkdb bzip2 cdr cli cracklib crypt cups dbus dri dvd flac fortran gdbm gif gtk iconv isdnlog jpeg jpeg2k mp3 mudflap ncurses nls nptl nptlonly ogg openmp pam pcre perl png pppd python readline reflection session spl ssl sysfs tcpd vorbis x86 xcb xorg xulrunner zlib" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="ru en" USERLAND="GNU" VIDEO_CARDS="sis"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Gilles Dartiguelongue (RETIRED) gentoo-dev 2009-09-17 08:27:36 UTC
could you try printing stuff from evolution and tell us if it behaves the same ?
Comment 2 Sergey S. Starikoff 2009-09-18 12:24:34 UTC
(In reply to comment #1)
> could you try printing stuff from evolution and tell us if it behaves the same
> ?
> 

No.

I'm using mozilla-thunderbird as mail client (it doesn't use the evince for preview function) and haven't entire GNOME installation.
But by experience know, that installing in Gentoo GNOME-oriented applications without GNOME may be followed by some additional bugs.
Thaits why I'm not shure, that installing evolution for test is a good idea.
Comment 3 Gilles Dartiguelongue (RETIRED) gentoo-dev 2009-09-18 14:26:51 UTC
the point is abiword uses the old libgnomeprint so it handles the preview on its own afaik and gnumeric might be using gtkprint but clicking on the print button in the preview simply does nothing here. Please find an example that is not firefox or thunderbird or the two previous apps.
Comment 4 Gilles Dartiguelongue (RETIRED) gentoo-dev 2009-09-21 20:56:35 UTC
please get back to us.
Comment 5 Sergey S. Starikoff 2009-09-22 05:28:25 UTC
(In reply to comment #3)
> the point is abiword uses the old libgnomeprint so it handles the preview on
> its own afaik and gnumeric might be using gtkprint but clicking on the print
> button in the preview simply does nothing here. Please find an example that is
> not firefox or thunderbird or the two previous apps.
> 

Excuse me, yesterday I was a little bit busy and hadn't time to check the idea.

Currently I can say, that my guess was right:
The root of this problem is in that the temporary pdf file for preview creates in 0600 mode with the owning of user, running [in current case] gnumeric.
So, I think, cups can't read it and thatis why can't print it (successfully printed by evince pdf files had the rather standard mode 0644).
Comment 6 Pacho Ramos gentoo-dev 2010-06-13 19:37:40 UTC
Do you still suffer this problem with 2.30?
Comment 7 Pacho Ramos gentoo-dev 2010-07-03 14:19:54 UTC
(In reply to comment #6)
> Do you still suffer this problem with 2.30?
> 

Comment 8 Sergey S. Starikoff 2010-08-27 09:33:25 UTC
> (In reply to comment #6)
> > Do you still suffer this problem with 2.30?
Excuse me the late answer.


app-text/evince-2.30.3
The same issue.

May be this info will be useful:
aboword-2.8 writes the window to select printer and after that prints OK.
evince as print previewer when receive "print" command sends the fake page on default printer (no window of printer selection).
Comment 9 Pacho Ramos gentoo-dev 2010-09-01 16:54:51 UTC
Reproduced and reported upstream:
https://bugzilla.gnome.org/show_bug.cgi?id=628530
Comment 10 Pacho Ramos gentoo-dev 2010-12-23 19:58:36 UTC
Looks to work fine for me now with Gnome 2.32, could you try if fixed also for you? Good luck!
Comment 11 Sergey S. Starikoff 2010-12-27 09:24:28 UTC
Created attachment 258157 [details]
Error message

Earlier I've seen the items, which work correctly in complete GNOME installation and don't work without it.
This bug is the same:
I'm using stable branch (x86) without complete GNOME installation.

For the test I've unmasked the following packages:
=app-text/evince-2.32.0 ~x86
=x11-libs/gtk+-2.22.1 ~x86
=dev-libs/glib-2.26.0-r1 ~x86
=x11-libs/gdk-pixbuf-2.22.1 ~x86
=x11-libs/cairo-1.10.0-r3 ~x86
=x11-libs/pixman-0.20.0 ~x86
=gnome-base/librsvg-2.32.1 ~x86

May be it's already another bug. But...
Trying to check with evince-2.32.0 showed the same error (see the attach: cannot open 'null' printer, no printer selection window is echoed).
Comment 12 Pacho Ramos gentoo-dev 2010-12-28 18:08:09 UTC
In my case I was getting no error at all, simply nothing was printed, then, maybe your issue is a bit different :-/

Have you tried on a new created user account? Please try to run "evince-previewer 'you pdf file'.pdf" from a terminal and look for any message reported in it when trying to reproduce.
Comment 13 Pacho Ramos gentoo-dev 2011-02-24 17:36:26 UTC
Gnome 2.32 is going to stable, please retry with it on a fully updated system
Comment 14 Sergey S. Starikoff 2011-03-01 07:47:22 UTC
(In reply to comment #13)
> Gnome 2.32 is going to stable, please retry with it on a fully updated system
> 

Yesterday I've updated the system (I have no complete GNOME installation).
The same issue (no window of printer selection and cannot open null printer error).

Perhaps the bug is not reproducable in native (GNOME) environment.
May be this bug is has the same root with #353166
Comment 15 Pacho Ramos gentoo-dev 2011-03-01 17:40:56 UTC
Did you tested directly running "evince-previewer"?
Comment 16 Sergey S. Starikoff 2011-03-02 10:12:12 UTC
(In reply to comment #15)
> Did you tested directly running "evince-previewer"?
> 

No.
Just now I've made recheck with direct invocation of "evince-previewer".
Error was the same (can't open 'null' printer, no window to select printer echoed).
No console output.

Should I try to rebuild evince with 'debug' USE and try to extract some additional info (how?)?
Comment 17 Pacho Ramos gentoo-dev 2011-03-02 18:16:49 UTC
Have you tried on a new created user account?
Comment 18 Pacho Ramos gentoo-dev 2011-03-13 17:54:03 UTC
ping
Comment 19 Sergey S. Starikoff 2011-03-14 06:54:32 UTC
(In reply to comment #17)
> Have you tried on a new created user account?

In newly created account the behaviour was like the very early (in my monitoring of this bug) one: the print goes, but on page is printed only two garbage symbols (far from appearance of oryginal page).
Comment 20 Pacho Ramos gentoo-dev 2011-03-14 08:52:03 UTC
(In reply to comment #19)
> (In reply to comment #17)
> > Have you tried on a new created user account?
> 
> In newly created account the behaviour was like the very early (in my
> monitoring of this bug) one: the print goes, but on page is printed only two
> garbage symbols (far from appearance of oryginal page).

Keep then on newly created account for testing:
1. Does "lpr file.pdf" work ok for you in that account?
2. Please attach a pdf for letting me to try to reproduce.
Comment 21 Sergey S. Starikoff 2011-03-16 06:10:30 UTC
(In reply to comment #20)
> Keep then on newly created account for testing:
> 1. Does "lpr file.pdf" work ok for you in that account?
> 2. Please attach a pdf for letting me to try to reproduce.
Both on newly created and current profiles the 
$ lpr file.pdf
produces a marked by two garbage symbols page (the same with evince-previewer file.pdf on clean profile).

Should I attach a file.pdf for checking?
Comment 22 Pacho Ramos gentoo-dev 2011-03-16 09:14:16 UTC
Yes, as I cannot reproduce and, if lpr is also failing, it would point a more general issue
Comment 23 Sergey S. Starikoff 2011-03-16 11:02:01 UTC
Created attachment 266091 [details]
example test pdf

(In reply to comment #22)
> Yes, as I cannot reproduce and, if lpr is also failing, it would point a more
> general issue
I do so.
The test pdf (I've checked lpr print on newly created test account --- the same issue).

But, because of this issue reproduces with most (all tested by me) pdf files this attach seems to be unnecessary to my mind.

In your case lpr works correctly?
About this weekend I'll try to make a check on another system.
Comment 24 Pacho Ramos gentoo-dev 2011-03-17 10:17:00 UTC
> (In reply to comment #22)
> > Yes, as I cannot reproduce and, if lpr is also failing, it would point a more
> > general issue
> I do so.
> The test pdf (I've checked lpr print on newly created test account --- the same
> issue).
> 

Do you get any error in lpr output? Please also take a look to /var/log/messages and /var/log/cups/error_log after reproducing

> But, because of this issue reproduces with most (all tested by me) pdf files
> this attach seems to be unnecessary to my mind.
> 
> In your case lpr works correctly?
> About this weekend I'll try to make a check on another system.

Works fine for me with lpr and evince-previewer, maybe it's a printer configuration problem, try to reconfigure it or use another driver if possible
Comment 25 Sergey S. Starikoff 2011-03-21 14:47:03 UTC
(In reply to comment #24)
Last check showed the following:
1. On my home PC I've a little bit misconfigurated printer.
After I've changed it's description in printers.conf to DefaultPrinter everything (i.e. lpr test.pdf) works correctly (the system is localized as recommended in UTF8).

2. On my workstation (where I still have to use KOI8-R locale) the original issue reproduces always.

So, I think the bug was fixed only for upstream (UTF8 locale), not for other ones (I know that it's very painful).
Comment 26 Pacho Ramos gentoo-dev 2011-03-22 11:10:18 UTC
I am not sure if this is a problem with LOCALEs (but would be interesting to confirm), anyway, it's clear to me that, specially after seeing lpr also failing, this is a more general issue related with printing system (cups, ghostscript...)
Comment 27 Sergey S. Starikoff 2011-03-22 13:23:40 UTC
(In reply to comment #26)
I disagree with your last commint in this bug.

The oryginal issue was reproduced on both of my PCs.
Also it was reproduced independently on reporter (im thic case --- me).
This issue was successfully solved.


While final check was discovered some another issue with printing system.
Which wasn't reproduced on my home PC (localised in UTF8).
On my workstation (localised in KOI8-R) it's reproduces always, with any tested pdf.

I think that the original bug should be renamed back and closed.
The discussion of current issue should be moved to another bug.

P.S. Working under currently seen issue it seems to me to be useful to try to print via lpr some plain text files. On both of my PCs.
Comment 28 Sergey S. Starikoff 2011-03-25 06:41:58 UTC
(In reply to comment #27)
In addition:

Generally (directly from browser (GNU/IceCat), mail client Mozilla Thunderbird, Office applications or evince itself) print function works well.

This issue for me looks very similiar with print issue with AbiWord (in about 2.4-2.6 versions).
Comment 29 Andreas K. Hüttel archtester gentoo-dev 2012-05-18 20:23:19 UTC
Is this still a problem?
Comment 30 Andreas K. Hüttel archtester gentoo-dev 2013-03-24 17:54:49 UTC
(In reply to comment #29)
> Is this still a problem?

Seems not.