** Attachment added: debdiff to fix this problem
http://launchpadlibrarian.net/27134780/poppler_0.11.0-0ubuntu1_0.11.0-0ubuntu2.debdiff
--
libpoppler is missing the /usr/include/poppler/fofi/*.h header files
https://bugs.launchpad.net/bugs/380187
You received this bug notification because
Public bug reported:
I am working on adding the Poppler-based pdftoopvp filter to the CUPS
package, as this provides a printer driver interface (OpenPrinting
Vector) required by the LSB and some Japanese printer manufacturers have
written drivers based on this filter.
To compile the filter the
** Package changed: cupsys (Ubuntu) = cups (Ubuntu)
--
Doesn't print (large) PDF files
https://bugs.launchpad.net/bugs/44989
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to evince in ubuntu.
--
desktop-bugs mailing list
kikl, it does not matter who the owner of the filter is (you can change
it to root with sudo chown root.root /usr/lib/cups/filter/pdftops) and
it also does not matter whether it is a compiled program or a shell
script. My test pdftops is a shell script so that users can simply put
it up,
See more about my alternative pdftops filter in bug 369503.
--
Doesn't print (large) PDF files
https://bugs.launchpad.net/bugs/44989
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to evince in ubuntu.
--
desktop-bugs mailing list
can you replace your /usr/lib/cups/filter/pdftops file by the attached
one (do not forget to make the new file executable with chmod 755
/usr/lib/cups/filter/pdftops) and print again. Do your files print all
correctly now, from all applications?
** Attachment added: Modified pdftops CUPS filter
I could reproduce the bug now.
It is not a CUPS problem. If you send a multiple-page PostScript or PDF
file directly to CUPS (with the lp or lpr command) the printout is
always correct.
The problem is in Evince or even in the GTK printing framework. If the
user checks Reverse on the first tab of
kpdf, which prints without any problems sends PDF to CUPS (as all KDE/Qt
applications), as lpr does (lpr does no file conversion at all). Evince
converts the PDF into PostScript when printing. As our CUPS is PDF-
centric (page management is done on PDF data) it converts everything to
PDF. So the
Please try the update for Jaunty following the instructions in bug
#357732.
--
printer prints page at wrong position, page cut
https://bugs.launchpad.net/bugs/293832
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to poppler in ubuntu.
--
*** This bug is a duplicate of bug 310854 ***
https://bugs.launchpad.net/bugs/310854
** This bug has been marked a duplicate of bug 310854
Printing Photos with Canon original drivers stopped working in Intrepid
--
erroneous print area for HP photo tray
** Also affects: brother-cups-wrapper-extra (Ubuntu)
Importance: Undecided
Status: New
** Also affects: brother-lpr-drivers-extra (Ubuntu)
Importance: Undecided
Status: New
** Changed in: brother-lpr-drivers-extra (Ubuntu)
Importance: Undecided = High
** Changed in:
I will see what projector I will get next week on the OpenPrinting
Summit. If there are any irregularities I will report.
--
Sony Vaio laptop does not behave correctly when connecting a projector
https://bugs.launchpad.net/bugs/324867
You received this bug notification because you are a member
It is possible but I am not sure. Please try the update and see whether
it helps.
--
hp laserjet postscript text print does not print some characters
https://bugs.launchpad.net/bugs/277404
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
Zeno, which OS is your client and which OS your server? Note that CUPS
processes the jobs on the server.
** Changed in: libgnomeprint (Ubuntu)
Status: New = Incomplete
--
Copies and Two-sided options interact incorrectly
https://bugs.launchpad.net/bugs/325436
You received this bug
CUPS itself treats custom paper sizes correctly. You can do it via the
command line
lpr -o PageSize=Custom.10x20cm file
The problem is the GUI implementation (most probably in GTK) for setting
a custom size from the printing dialog.
Moving to GTK ...
** Changed in: gtk+2.0 (Ubuntu)
Milestoned it, a bug with patches already available should get fixed in
Jaunty.
** Changed in: poppler (Ubuntu)
Target: None = ubuntu-9.04
--
[gutsy] [regression] Evince has very bad quality when printing pdf files.
https://bugs.launchpad.net/bugs/150187
You received this bug
Calbocano, the GTK fix was only done for Jaunty. Are you using Jaunty?
If there are printing problems with Firefox (check whether printing from
OpenOffice.org, eog, f-spot, and others is OK), open a new bug. If no
application prints correctly for you, the problem is most probably the
Canon driver
Milestoning becuase it is an important problem. It also affects other
applications, not only system-config-printer.
** Changed in: pygtk (Ubuntu)
Importance: Undecided = High
Target: None = ubuntu-9.04-beta
** Changed in: gtk+2.0 (Ubuntu)
Importance: Undecided = High
Target:
I have checked all GTK-based applications mentioned here now (GIMP with
standard dialog, eog, f-spot) and they all work correctly now. The
dialogs show the layout of the photos correctly and the photo comes out
of the printer according to the adjusted layout. The fix in GTK really
solved the
Dave. I have updated the bug report closing all tasks concerning the PPD
files. It works well on Jaunty where Poppler is replaced by Ghostscript
to convert PDF to PS. I will keep Jaunty this way and so the PPDs from
HP do not need to be changed.
** Changed in: hplip
Status: New = Invalid
The output is correct. You have run the cupsfilter command on the
client (Intrepid)?
Can you also run it on the server (Hardy) and attach the output, too?
--
Copies and Two-sided options interact incorrectly
https://bugs.launchpad.net/bugs/325436
You received this bug notification because you
** Tags added: verification-done
** Tags removed: verification-needed
--
hp laserjet postscript text print does not print some characters
https://bugs.launchpad.net/bugs/277404
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gtk+2.0 in
Thank you, rbmorse, the fixed package will soon be added to the official
updates for Intrepid.
--
hp laserjet postscript text print does not print some characters
https://bugs.launchpad.net/bugs/277404
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
Miika, thanks.
seb128, the bug cited by Miika is marked as fixed. Is this fix included
in Jaunty? If not, it would be great if you could backport this fix into
Jaunty as a patch.
--
Printing Photos with Canon original drivers stopped working in Intrepid
https://bugs.launchpad.net/bugs/310854
rbmorse, please check on an Intrepid box whether the package in
-proposed fixes the problem for Intrepid. We need this information to
check the integrity of the package. Note also that the Intrepid and
Jaunty packages of CUPS use different solutions for this problem.
--
hp laserjet postscript
pitti, the fix in CUPS is a workaround. It simply makes the pdftops
filter of Intrepid (Poppler-based) never generating PostScript level 3
(pdftops of Jaunty is Ghostscript-based).
The HPLIP task is for HP to fix the PPDs of all HP PostScript printers
which are faulty in PostScript Level 3.
The
Tim, I have looked more deeply into it. It can be also a GTK bug or a
bug in the Python bindings for GTK.
The widget for entering LPD host and queue is a GtkComboBoxEntry.
According to the documentation
http://library.gnome.org/devel/gtk/unstable/GtkComboBoxEntry.html
every character typed and
Johan, can you try the patch to see whether evince printing works better
then? Thanks.
--
GTK apps should send PDF to CUPS when printing
https://bugs.launchpad.net/bugs/258421
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to evince in
** Also affects: evince (Ubuntu)
Importance: Undecided
Status: New
--
GTK apps should send PDF to CUPS when printing
https://bugs.launchpad.net/bugs/258421
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to evince in ubuntu.
--
evince and several other applications are not affected by the GTK patch
applied here. They need additional patches to output PDF instead of
PostScript when printing, perhaps also in the individual applications.
--
GTK apps should send PDF to CUPS when printing
pdftops is part of the CUPS package, but in Debian and Ubuntu it is
replaced by the current snapshots of the pdftops filter of CUPS 1.4.
This is done to avoid duplication of the source code of Poppler/XPDF as
CUPS 1.3.x contains a complete copy of XPDF to implement the pdftops
filter. These
** Bug watch added: freedesktop.org Bugzilla #20420
https://bugs.freedesktop.org/show_bug.cgi?id=20420
** Also affects: poppler via
https://bugs.freedesktop.org/show_bug.cgi?id=20420
Importance: Unknown
Status: Unknown
--
Poppler's pdftops fails to convert a PDF file to
** Summary changed:
- foomatic-rip fails to rip PDF
+ Poppler's pdftops fails to convert a PDF file to PostScript
--
Poppler's pdftops fails to convert a PDF file to PostScript
https://bugs.launchpad.net/bugs/335397
You received this bug notification because you are a member of Ubuntu
Desktop
So with the generic PPD you have the same behavior with and without the
*cupsEvenDuplex: True line?
For me it looks like that the copies get generated and also extra blank
pages so that the next copy starts on a new sheet, but it also seems to
me that when this is sent to the printer the printer
Can you try again the generic PPD file (Foomatic/Postscript) but with
the *cupsEvenDuplex: True line removed? Do not forget to restart CUPS
after editing the PPD file.
Does this work correctly for you?
--
Copies and Two-sided options interact incorrectly
https://bugs.launchpad.net/bugs/325436
Can you please attach the PPD file of your print queue (it is in
/ec/cups/ppd/)? Can you also tell which printer model you have and
whether it supports multiples copies and/or collated copies by hardware?
--
Copies and Two-sided options interact incorrectly
https://bugs.launchpad.net/bugs/325436
First, the PPD file selected for your printer on the print server is not
the best one. Perhaps on the server (whatever distro it is running) the
manufacturer-supplied PPDs (part of either the HPLIP or the foomatic-db
package) are not installed there. You can get also the single
I did not have Num Lock on. As on my 13-inch notebook the number pad is
on the normal keyboard this would have prevented me from typing several
letters. This was really not the case during my tests.
If on another laptop the program launcher keys stop working with Num
Lock on, this is also a bug.
On my laptop the Num Lock key switches teh num pad emulation on the
normal keyboard, without needing to press Fn. A numerical keyboard as on
a normal PC does not exist, therefore it does not make sense to switch a
numerical keyboard between cursor control and numbers.
--
I can configure extra
If you print directly to CUPS with something like
lpr -o Duplex=DuplexNoTumble -#2 /usr/share/system-config-
printer/testpage-a4.ps
or from a non-GNOME app like OpenOffice.org it comes out correctly?
--
Copies and Two-sided options interact incorrectly
https://bugs.launchpad.net/bugs/325436
** Also affects: gnome-settings-daemon (Ubuntu)
Importance: Undecided
Status: New
** Changed in: gnome-settings-daemon (Ubuntu)
Importance: Undecided = High
--
Sony Vaio laptop does not behave correctly when connecting a projector
https://bugs.launchpad.net/bugs/324867
You received
Public bug reported:
Binary package hint: gnome-settings-daemon
My Sony Vaio laptop has two extra keys for launching applications,
marked S1 and S2. The operating system recognizes them as I can
assign these keys to functions with System - Preferences -
Keyboard Shortcuts. For example I click on
Peter, did you do all updates on your Intrepid system? The mentioned
problem is caused by a bug in Poppler which produced invalid PDF. Please
check which Poppler version you have installed via
dpkg -l | grep poppler
The version must be 0.8.7-1ubuntu0.1 (or newer).
--
Array too big when
During the investigations for this bug I have printed photos on an HP
printer and I could print borderless (I have tested with F-Spot). So
there are two possibilities:
1. The GTK printing infrastructure causes the problem. What happens if
you choose borderless printing in the printing dialog or
The CUPS package in Jaunty uses a Ghostscript-based pdftops filter and
so the problem should not occur there. To get the problem solved in
Intrepid I suggest an SRU on CUPS letting pdftops only producing
PostScript level 2. This is understood by all PostScript level 3
printers and is sophisticated
Attached is a debdiff for the cups package of Intrepid to fix this
problem.
** Attachment added: debdiff for an Intrepid SRU to fix this bug
http://launchpadlibrarian.net/21683029/cups_1.3.9-2ubuntu7_1.3.9-2ubuntu8.debdiff
--
hp laserjet postscript text print does not print some characters
** Tags removed: pet-bug
--
hp laserjet postscript text print does not print some characters
https://bugs.launchpad.net/bugs/277404
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu.
--
desktop-bugs mailing list
** Changed in: poppler (Ubuntu)
Status: Triaged = Invalid
--
Printing Photos with Canon original drivers stopped working in Intrepid
https://bugs.launchpad.net/bugs/310854
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to eog in
krisse, probably you had only the Poppler problem and this happens only
for rather big files, so some of your printouts were under and others
over the threshold. So with having libpoppler and poppler-utils up to
date, you should be on the safe side.
--
Printing Photos with Canon original drivers
krisse, the Poppler packages in -proposed fix a problem of printing big
photos (large format and/or high resolution) on any printer where the
pdftops CUPS filter is called somewhere in the filter chain. These are
all PostScript printers, the printers using the foo2... drivers (foo2zjs
package),
Yes, libpoppler3-0.8.7-1ubuntu0.1 is the correct one. Please update also
the poppler-utils to the same version, as I do not know in which of the
two the fix exactly is. If it still does not help this is really another
problem.
--
Printing Photos with Canon original drivers stopped working in
** Tags added: pet-bug
--
hp laserjet postscript text print does not print some characters
https://bugs.launchpad.net/bugs/277404
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu.
--
desktop-bugs mailing list
Seems that here we have more than one bug:
1. Make sure that you ahve installed all updates. There were other
printing-related bugs in Intrepid.
2. If you get nothing out of the printer if you print in large format
and/or high resolution, take Poppler from -proposed. See bug 311982.
Report your
kriss, please install the poppler-utils with
sudo apt-get install poppler-utils
You will perhaps get asked to uninstall the xpdf-utils. Say yes so that
the xpdf-utils get rplaced by the poppler-utils. You must have the
version from -proposed (0.8.7-1ubuntu0.1).
--
Printing Photos with Canon
Can you try to make your application do the exact same printout but with
another font? How does the printout look then?
** Changed in: gtk+2.0 (Ubuntu)
Sourcepackagename: foomatic-db = gtk+2.0
** Changed in: hplip
Status: Incomplete = Invalid
--
hp laserjet postscript text print does
You can try to add
psEmbedTrueTypeFonts no
to /etc/xpdf/xpdfrc, but note that it can cause font problems with other
documents. This is only a workaround, not a fix.
Another possibility is that the bug is in font embedding done by
pdftops.
** Also affects: poppler (Ubuntu)
Importance:
To easily reproduce the problem do
wget http://launchpadlibrarian.net/21294491/d00022-001
pdftops -level3 -paper A4 d00022-001 l3.ps
pdftops -level2 -paper A4 d00022-001 l2.ps
pdftops -level2 -noembtt -paper A4 d00022-001 l2noembtt.ps
Then send the files unfiltered to a PostScript printer
The HP LaserJet P3005 even crashes on the faulty PostScript Level3
output of pdftops.
** Changed in: gtk+2.0 (Ubuntu)
Status: Incomplete = Invalid
--
hp laserjet postscript text print does not print some characters
https://bugs.launchpad.net/bugs/277404
You received this bug notification
Reported upstream to Poppler:
https://bugs.freedesktop.org/show_bug.cgi?id=19640
** Bug watch added: freedesktop.org Bugzilla #19640
https://bugs.freedesktop.org/show_bug.cgi?id=19640
** Also affects: poppler via
https://bugs.freedesktop.org/show_bug.cgi?id=19640
Importance: Unknown
You can do
sudo perl -p -i -e s/level3/level2/g /usr/lib/cups/filter/pdftops
as a workaround for the time being.
--
hp laserjet postscript text print does not print some characters
https://bugs.launchpad.net/bugs/277404
You received this bug notification because you are a member of Ubuntu
This is persistent until the next time when the CUPS package gets
updated.
--
hp laserjet postscript text print does not print some characters
https://bugs.launchpad.net/bugs/277404
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gtk+2.0
** Changed in: hplip
Status: Invalid = New
--
hp laserjet postscript text print does not print some characters
https://bugs.launchpad.net/bugs/277404
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu.
--
As lp3.ps displays correctly with Ghostscript (gs l3.ps) it is
possible that we are hitting a bug of the PostScript interpreters in
many HP printers here (or even more than one bug, as the HP LaserJet
P3005 crashes). So it is not necessarily to be fixed in Poppler but by
perhaps by HP in their
** Tags added: verification-done
** Tags removed: verification-needed
--
Array too big when printing large image
https://bugs.launchpad.net/bugs/311982
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to poppler in ubuntu.
--
desktop-bugs
Print to PDF in GNOME has nothing to do with CUPS and Ghostscript.
GNOME does not send any thing to CUPS but it generates the PDF by
itself. So an update of libgnomeprint, libcairo, or libgtk has most
probably introduced the fix.
Note that PDFs once generated are broken, re-rendering with evince
Note the Poppler fix is only to address the f-spot and perhaps also the
GIMP (Gutenprint dialog only) problem.
--
Printing Photos with Canon original drivers stopped working in Intrepid
https://bugs.launchpad.net/bugs/310854
You received this bug notification because you are a member of Ubuntu
Please try the Poppler packages in -proposed. See the instructions in
the last comments in bug 311982.
--
Printing Photos with Canon original drivers stopped working in Intrepid
https://bugs.launchpad.net/bugs/310854
You received this bug notification because you are a member of Ubuntu
Desktop
digikam does not show any problems of the ones observed with the GTK
applications. You naturally have to choose the correct paper size for
the print job and there are also some little issues, as auto-rotating
does not work (printing from image editor, you have to make the correct
The Gutenprint dialog for the GIMP, f-spot, and digikam produce correct
PDF files of the photos and send them to CUPS. An example of f-spot is
attached.
Problem is that the example photo is corrupted in the further filtering,
by CUPS' cpdftocps filter which calls CUPS' pdftops filter and this one
I have reported the pdftops problem to Poppler upstream:
https://bugs.freedesktop.org/show_bug.cgi?id=19438
** Bug watch added: freedesktop.org Bugzilla #19438
https://bugs.freedesktop.org/show_bug.cgi?id=19438
** Also affects: poppler via
In eog it seems that the paper dimensions in mm (6x4 inches are
152.4x101.6 mm) are considered as PostScript points (152.4x101,6 points
are 53.8x35.8 mm). This gives the small page size in the Image
Settings tab of the printing dialog. The PDF's ImageableArea lines
foresee a lower border of 12.8mm
With f-spot I succeeded to print a 4x6 photo on my HP PhotoSmart C8100.
Perhaps the problems reported here are more a usability issue of setting
the correct paper size with f-spot (and generally apps which use the GTK
printing dialog). Important is that you set paper size and orientation
either
GIMP (original printing dialog, File/Print has exactly the same
problem as eog, but in addition, the preview shows only the upper left
corner of the picture (the print job contains the full picture). So as
in eog a very small-sized PDF is sent to CUPS. The sent attributes,
especially the paper
Federico Belvisi, can you do the following: In the dialog for the paper
sizes (Photo/Page Setup or Set Page Size and Orientation) do not
choose the 4x6 photo page size under Any Printer but choose it under
your printer. So select your printer in the upper drop-down box at
first, then choose the
Ghostscript developer Ralph Giles tells in the referenced Ghostscript
upstream bug report that the 64K array size limit is standard in
PostScript according to Adobe's specs. Therefore the bug is in Poppler
(the creator of the PostScript file with the too big array). Moved bug
appropriately.
**
** Bug watch added: freedesktop.org Bugzilla #19368
https://bugs.freedesktop.org/show_bug.cgi?id=19368
** Also affects: poppler via
https://bugs.freedesktop.org/show_bug.cgi?id=19368
Importance: Unknown
Status: Unknown
--
Array too big when printing large image
The Poppler developers have already fixed the bug. I have applied the
upstream patch to Jaunties Poppler package and this solves the problem.
A debdiff is attached. Please someone with appropriate upload privileges
uploadthe fixed Poppler package to Jaunty and to Intrepid -proposed.
--
Array too
** Attachment added: debdiff to make Poppler outputting correct PostScript on
big images from Cairo/GTK-based apps.
http://launchpadlibrarian.net/20861528/poppler_0.8.7-1_0.8.7-1ubuntu1.debdiff
--
Array too big when printing large image
https://bugs.launchpad.net/bugs/311982
You received
** Changed in: poppler (Ubuntu)
Status: Confirmed = Fix Committed
--
Array too big when printing large image
https://bugs.launchpad.net/bugs/311982
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to poppler in ubuntu.
--
For reproducing this bug in Intrepid an Jaunty and for confirming that
the new version fixes the bug I attach some files.
** Attachment added: Test picture, taken with a 10 MP camera.
http://launchpadlibrarian.net/20864740/testphoto-reichstag.jpg
--
Array too big when printing large image
Open the file with eog and print it with a large page size (A3, or
custom 30x40 inches, use File/Page Setup in eog) into a PDF file.
This PDF file displays OK wth Ghostscript, evince and Acrobat Reader.
The file is attached.
** Attachment added: PDF generated by eog when printing the attached
If you convert this test file to PostScript with the currently installed
Poppler (pdftops testphoto-reichstag.pdf), you get a line
114642 array dup /ImData_7_0 exch def
(or similar) in the PostScript file. This line defines a too big
PostScript array which makes Ghostscript crash. After appying
xpdf duplicates the code of pdftops and of Poppler. Here the patch needs
to get applied most probably, too.
** Changed in: xpdf (Ubuntu)
Importance: Undecided = High
Status: New = Triaged
--
Array too big when printing large image
https://bugs.launchpad.net/bugs/311982
You received
Confirmed that pdftops of xpdf has the same problem.
--
Array too big when printing large image
https://bugs.launchpad.net/bugs/311982
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to poppler in ubuntu.
--
desktop-bugs mailing list
The above-mentioned Poppler patch also fixes the pdftops of XPDF.
debdiff for Jaunty (and Intrepid) attached. Please can someone with
appropriate upload rights upload the new package to Jaunty and also to
Intrepid -proposed? Thanks.
** Attachment added: debdiff to fix pdftops in XPDF so that it
** Changed in: xpdf (Ubuntu)
Status: Triaged = Fix Committed
--
Array too big when printing large image
https://bugs.launchpad.net/bugs/311982
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to poppler in ubuntu.
--
desktop-bugs
** Attachment added: Corrected debdiff for XPDF. The first one contained an
unneeded file.
http://launchpadlibrarian.net/20865821/xpdf_3.02-1.4ubuntu1_3.02-1.4ubuntu2.debdiff
--
Array too big when printing large image
https://bugs.launchpad.net/bugs/311982
You received this bug
I cannot reproduce the problem in digikam in Intrepid and Jaunty, but in
eog and GIMP also with HP PPD files. For me it looks like a problem of
the GTK printing infrastructure. Reassigning ...
** Changed in: cups (Ubuntu)
Status: Triaged = Invalid
** Changed in: gtk+2.0 (Ubuntu)
For me your attached files print correctly if
1. You have installed the latest CUPS package (1.3.9-2ubuntu6). Note
that 2ubuntu5 is broken. Do not use it.
2. Either the default paper size for your print queue is set to A3 or
you select A3 paper size when sending the job.
The following test
This means that any PDF-to-PostScript conversion from pdftops,
independent whether based on Poppler or XPDF is not able to convince a
Brother PostScript printer to switch to A4 paper size and that the
pdfSetup function in the PostScript output is not the culprit.
--
printer prints page at wrong
** Changed in: cups (Ubuntu)
Assignee: (unassigned) = Till Kamppeter (till-kamppeter)
--
printer prints page at wrong position, page cut
https://bugs.launchpad.net/bugs/293832
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to poppler
linuxtest, first, you should report a separate bug about your problem
instead of adding a comment to an unrelated bug. I assume that you do
not use f-spot to print invoices.
For continuous printing the chosen page size must have exactly the same
length as your invoice paper. As it seems that this
Serge, somebody74, can you also try what Adrian Johnson is suggesting in
comment #21 of the upstream bug report:
https://bugs.freedesktop.org/show_bug.cgi?id=18711#c21
--
printer prints page at wrong position, page cut
https://bugs.launchpad.net/bugs/293832
You received this bug notification
Intrepid (and probably Hardy, too) contains /usr/bin/pdftops in two packages:
poppler-utils and
xpdf-utils. By default the one from poppler-utils is installed. For testing I
have switched to the one from xpdf-utils now and repeated the conversion of
testpage-a4-orig.pdf with this version.
The
somebody74, Serge, to exclude any problems caused by Brother's PPD file
can you set up a Generic PostScript printer? and try to print through
this queue using the original pdftops filter?
--
printer prints page at wrong position, page cut
https://bugs.launchpad.net/bugs/293832
You received this
somebody74, Serge, if you are on Hardy, is the shift of the output the
same independent whether you print a PDF with evince or via lpr PDF
file?
--
printer prints page at wrong position, page cut
https://bugs.launchpad.net/bugs/293832
You received this bug notification because you are a member
somebody74, Serge, can you print all the PostScript files which are
attached to the upstream bug report
https://bugs.freedesktop.org/show_bug.cgi?id=18711
without any filtering to your printer, using one of the following
commands:
lpr -P printer -o raw file
nc -w1 printer's IP 9100 file
sudo
I have done some tests what happens when the printer-internal
configuration is wrong. On my HP LaserJet P3005 A4 paper is loaded into
the main input tray (Tray 2). In the front panel manues of the printer I
have entered that Tray 2 contains Letter paper. Then I have printed the
PostScript files
Reported Poppler problem upstream:
https://bugs.freedesktop.org/show_bug.cgi?id=18711
But please still do the test with my second Ghostscript-based pdftops
filter.
** Changed in: poppler (Ubuntu)
Sourcepackagename: foomatic-db = poppler
** Also affects: cups (Ubuntu)
Importance: Undecided
somebody74, can please activate debug logging with
cupsctl LogLevel=debug
print a job and after the job got completely processed (job disappears
or goes into Stopped state) post your /var/log/cups/error_log file
here?
Can you also look for messages containing audit in /var/log/syslog and
post
701 - 800 of 1018 matches
Mail list logo