Confirmed that it is working with our Toshiba eStudio after the cups-
filter update. Awesome works from you guys. Glad to be able to help make
Trusty a tiny bit better.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Okay, so it's clear that the Toshiba has an issue with how we handle
TrueType/Type42 fonts - I know I'm repeating myself, but the Postscript
is *totally* correct, many other interpreters from many source handle it
happily, and both myself and another engineer with a great deal of
Postscript
Reported the issue, linking here, to info.se(at)toshibatec-tnd.com in
Sweden.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To manage
Chris, Tomas, thank you very much. I have applied Chris' GS command line
workaround to the pdftops filter in cups-filters now, so that it will be
present in version 1.0.50.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Tomas,
Thanks for taking the time to report it to the manufacturer (not many
users do!).
If I'm honest, I doubt you'll get much response (based on past
experience), but as I said before, I think we need to start making it
clear to printer makers that these broken implementations aren't
Thanks to all of you for putting the effort in. I had been away for a
while and came back the other day to a flurry of activity on this after
nearly forgetting about it.
I doubt it'll make any difference as well, but I work for a Toshiba
authorized dealer and will also report it. This problem has
Yes, that works!
I tested twice, with a non-working ps in the middle just to make sure it
wasn't some random success :-)
lpr -P TOSHIBA-TEC-TOSHIBA-e-STUDIO-Series -o raw
printout_testpage_noncompressed_chris_nottf_20140325.ps
works!
lpr -P TOSHIBA-TEC-TOSHIBA-e-STUDIO-Series -o raw
So, it is *definitely* to do with how ps2write emits Type42/TrueType
fonts - that's a pain. As I said before, what ps2write does is slightly
ls odd for this, but it *totally* standard Postscript.
Anyway, can you try this one, too, please? Depending on the result of
this, I can make a
That one works as well:
lpr -P TOSHIBA-TEC-TOSHIBA-e-STUDIO-Series -o raw
printout_testpage_noncompressed_chris_nottf_20140326.ps
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Tomas,
Can you give this one a try, and tell us how it behaves, please?
Thanks
** Attachment added: Uncompressed file with no ttf font
https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/978120/+attachment/4043114/+files/printout_testpage_noncompressed_chris_nottf_20140325.ps
--
(lpstat -v it should say above)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To manage notifications about this bug go to:
I am getting identical error message using Toshiba eStiduo 2050c.
A fresh installed Trust Tahr, 14.04 beta. Using a Toshiba eStudio 2050c
printer over network. I was using this printer since a long time before
on different Ubuntus, until I now reinstalled clean with 14.04.
Adding printer works
** Attachment added: Attached printout on cloned queue,
printout_tomas_20140324
https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/978120/+attachment/4040859/+files/printout_tomas_20140324
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Sorry that was a bad attachment, it was a self test, not a print test
page. Find another one attached. printout_testpage_tomas_20140324.
** Attachment added: printout_testpage_tomas_20140324
Okay. so the next thing I'll ask you to do is to try step 10 from this section:
http://tinyurl.com/p5cb4kf
And see if that works better, and if not, attach the non-compressed
file.
Thanks!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Didn't work. Attaching uncompressed file.
** Attachment added: printout_testpage_noncompressed_tomas_20140324
https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/978120/+attachment/4040872/+files/printout_testpage_noncompressed_tomas_20140324
--
You received this bug notification
Commands used:
lpr -P test -o psdebug printout_testpage_tomas_20140324
lpr -P TOSHIBA-TEC-TOSHIBA-e-STUDIO-Series -oraw /tmp/printout
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Hmm, that's not producing a non-compressed file - hopefully, Till will
pipe up to tell us what's going wrong (as mentioned elsewhere, I'm not a
CUPS guy, I'm a Ghostscript guy.).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
OKay, I have manually decompressed the various parts of the contents
of the file (you'll note it is now double the size!). If you could
follow the procedure to send this file directly to the printer (-oraw)
and let me know the result. Thanks.
Note that, once again, five different Postscript
lpr -P TOSHIBA-TEC-TOSHIBA-e-STUDIO-Series -oraw
printout_testpage_really_noncompressed_chris_20140324
produces the same error result.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Tomas did exactly the right to obtain uncompressed PostScript. the
option is -o psdebug as he did. I do not know why the PostScript came
out compressed. Perhaps confused output files of different test runs? Or
mistyped the option?
Tomas, to make sure that your further tests do actually deliver
A sidenote: Adding the printer as a generic PCL6 printer also produces
proper test printouts.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To
Tomas, can you try this one, too, please - same procedure.
FWIW, I'm expecting this to fail in the same way as the previous one.
** Attachment added: Cut down file
root@donake:~# lpadmin -p TOSHIBA-TEC-TOSHIBA-e-STUDIO-Series -o
pdftops-renderer-default=gs
root@donake:~# lpadmin -p test -o pdftops-renderer-default=gs
(press print testpage)
root@donake:~# ll /tmp/printout
-rw--- 1 root root 338990 mar 24 16:02 /tmp/printout
root@donake:~# mv
Correct, the same error happens.
lpr -P TOSHIBA-TEC-TOSHIBA-e-STUDIO-Series -o raw
printout_testpage_really_noncompressed_chris_20140324_2
Identical error papers printed.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Hrm, that's not a surprise, but it is a pain. I need to give this some
thought.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To manage
Frank,
We've made changes to address problems with Konica-Minolta printers, but
you may have found another problem.
We know how to track these problems down, but they take a lot of time
and effort (and paper!) on the part of the users as well as us, and so
far, no one has seemed willing to see
Happens with the E-Studio printer series as well as other Postscript
based printers (Konica-Minolta C353...)
Workaround at the top allows things to work right again. Seems to be a
regression with 13.04 (Which is what I'm on right now.)
--
You received this bug notification because you are a
It's weird. I don't seem to be able to go back to the problematic state
(it used to not work again when I did lpadmin -p printer -R pdftops-
renderer-default).
On 13.04, it was not working when I installed (from scratch but without
reformatting /home). I think (but the paper is gone to trash)
The file you attached in comment #71 definitely comes from Ghostscript (the
meta-data comments at the head of the file show that), and not from poppler, so
that was the configuration that gave you the error in 12.10.
If you grab the attachment from #71, decompress/untar it, then do:
lpr -P
I am back with the same file, this one from the same installation on
13.04 (the problem still appears and is corrected in the same way).
** Attachment added: printout.tar.gz
https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/978120/+attachment/3677409/+files/printout.tar.gz
--
You
Laurent,
Could you post the error message you get from that file, please? I'm a
bit confused because the file you posted in comment #71 seems different
to the ones I remember looking at before in this bug - it's *much*
simpler, which is good, but I need to be sure where I should look before
I
As an alternative workround these printers do accept PCL - I have
happily printed to e-Studio printers by selecting Generic PCL5 (mono)
and PCL6XL drivers from the Cups Generic selection. The printers
print happily and fast no matter what font I use.
--
You received this bug notification
Should this bug be re-filed or re-opened so it's not forgotten about [as
this bug is marked fixed]?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver
Same problem on Xerox WorkCentre M20
The workaraund worked:
lpadmin -p printer -o pdftops-renderer-default=pdftops
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230
At last, here it is and it seems to be the correct format (thank you
@clj and @till-kamppeter)
lcottere@dsi-cottereau:~/temporaire$ file 20130121-toshiba
20130121-toshiba: PostScript document text conforming DSC level 3.0, Level 2
Hope it works out.
** Attachment added: PS file of a 2 page PDF
cliddell, the new file is attached (it is for printing a 2 pages PDF
file with text). This is a file that gives me an error when I try to
print it on my printer with default configuration
** Attachment added: printout.tar.gz
Once again, that is a PDF from the CUPS print queue, not the Postscript
that is actually being sent to the printer.
Note you are not supposed to be using the *default* configuration, you
have to apply the settings from Till in post #57.
--
You received this bug notification because you are a
I am so sorry to be that messy. I am getting very confused. The last file I
sent (now that I look at it, it is indeed PDF) was obtained by printing a PDF
document through the printer created by
lpadmin -p test -E -v file:/tmp/printout -o
~/temporaire/TOSHIBA_EST455_855_CUPS.ppd
as explained in
Sorry, I know I'm repeating myself, but I'm *not* a CUPS developer (I
work on Ghostscript), so I don't know the ins and outs of getting the
data out of CUPS.
Hopefully, Till will pipe up...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Laurent, the command in comment #64 is wrong. There must be a -P
before the PPD file path, not -o:
lpadmin -p test -E -v file:/tmp/printout -P
~/temporaire/TOSHIBA_EST455_855_CUPS.ppd
After having created the queue with this command, apply the commands
from #61 to it:
lpadmin -p test -R
Till, apparently my previous test with a text file was not relevant
enough. I have now tried it with a PDF and it doesn't work anymore...
The error is the one shown at the top of the bug history.
cliddel, I am sorry but since the tests I did with you were about a text
file, does it mean that we
Laurent,
If you follow Till's instructions above, and do:
lpadmin -p printer -R pdftops-renderer-default
lpadmin -p printer -o psdebug-default=true
Then do whatever you did in post #43 to capture the data being sent to
the printer, and then post it here again.
Then I can check the result is
This indeed worked for me, but it was slow to the extent that it is
almost unusable...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To manage
Till
I also confirm that your two commands indeed seem to totally fix the
printing problem with the Toshiba 230. However, I also have an extremely
slow printing speed now.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
What has to be done is to make the pdftops filter send uncompressed
PostScript to Toshiba PostScript printers. Please try the following
commands:
lpadmin -p printer -R pdftops-renderer-default
lpadmin -p printer -o psdebug-default=true
Now try to print the regular way out of applications. Does
It works with Toshiba e-Studio 2500c.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To manage notifications about this bug go to:
Ok, in 12.10 64 bit straight install on a Toshiba Studio 230
Printing simply does not work as per my original post (top of the
thread)
If I do
lpadmin -p printer-name-here -o pdftops-renderer-default=pdftops
Then printing seems to work but it does not really. If I try to print
the attached
Does this info help to narrow down the problem ?
No, it does not.
If you run the test I posted in comment #44 and report the results, that
*would* help narrow down the problem.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I am not sure I understand exactly what you want me to try ? If I try to
print the Hello World .ps file in post #44 it works file form with Linux
12.10. So I do not need to do
lpr -P printer name -oraw ko-nodebug-cut001.ps, since there is no
problem
I also cannot send the problem file (the one I
So, how are you printing the PS file in post #44 if not with the lpr
command?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To manage
If I double click on it, Document Viewer is launched and it has print in
the file menu. I use print and get a copy on the printer.
On Thu, Dec 13, 2012 at 11:57 AM, cliddell 978...@bugs.launchpad.netwrote:
So, how are you printing the PS file in post #44 if not with the lpr
command?
--
You
Opening the file in Document Viewer and printing it from there is
completely useless in context because it just goes through the CUPS
filters, which I specifically said we needed to avoid for this test.
Your original problem, as reported, came about as a result of changing
the CUPS Postscript
I did follow your instructions exactly as you gave them (follow my test in
post #44)
lpr -P printer name -oraw ko-nodebug-cut001.ps works perfectly I get the
Hello World printout
I then answered your question exactly : So, how are you printing the PS
file in post #44 if not with the lpr
command?
Jacques,
Sorry, but I don't see anywhere above that you confirmed that the test I asked
for in post #44 worked for you. In fact, you said (post #51):
'So I do not need to do lpr -P printer name -oraw ko-nodebug-cut001.ps,
since there is no problem'
To me, that sounds like you didn't use lpr,
Chris, just tested that file with a Toshiba eStudio 2540 CSE and it
prints ok, no errors.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To
Realy?!?!? I did *not* expect that.
That suggests that there is a bug either with the LZW decode filter, or
with that filter's interaction with other aspects of the interpreter. I
have seen such things before.
Thanks for testing it Marty.
Okay, so if I can ask as many interested parties
It works for me too. It is very long however before the page gets
printed.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To manage
One more confirmation that the following works:
lpadmin -p printer-name-here -o pdftops-renderer-default=pdftops
for Toshiba e-Studio 2820c too.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
cliddell, I have captured the information thanks to
https://wiki.ubuntu.com/DebuggingPrintingProblems#Capturing_print_job_data
The data sent is a simple text file containing the text Hello World.
It is printed through Firefox.
OK is the data that works
both KO and KO-nodebug do not work (never
Hum, attachment didn't work out great. I am now attaching the 4 files in
an archive.
** Attachment added: the original text file and the 3 files containing the
data sent to the printer
https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/978120/+attachment/3457429/+files/print.zip
--
Laurent.
I'm afraid that
https://wiki.ubuntu.com/DebuggingPrintingProblems#Capturing_print_job_data;
is wrong, or at least misleading these days.
What it captures is the file(s) from the cups print queue, which is
printer independent (PDF, as a matter of fact), and not the final page
description
OK. I was finally able to configure lpadmin to accept FileDevice (for
your information, cupsctl FileDevice=yes doesn't work because it changes
the file /etc/cups/cupsd.conf where the correct file to update is
/etc/cups/cups-files.conf)
With that, I have tried again to capture the information,
Huh, debug option doesn't do everything I thought it did - never mind, that
gave me enough I could get what I need with a little manual hacking.
First of all, your printer is broken!!! Four different Postscript
interpreters, all from different vendors (include Adobe) all agree that
this is
1 - when I try to run the commands on #35, I get the following error message
lpadmin: Unknown argument /etc/cups/ppd/Palier.ppd.
2 - Can you tell me how to come back to the default configuration :
what is the default value of pdftops-renderer-default (since I changed
it to pdftops to make it
Laurent,
1 - Erm, dunno! As I said, I just copied the instruction from a comment
from Till on another bug. I don't know the best way to find which PPD
your printer is actually using, but the PPD name *usually* reflects the
make/model of the printer - for example, mine is HP-
Officejet-h470.ppd.
Just for the record, this worked fine for me:
lpadmin -p TOSHIBA-e-STUDIO2330C -o pdftops-renderer-default=pdftops
TOSHIBA-e-STUDIO2330C was the name taken directly from the gnome
printers GUI.
Cheers.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
The problem seems to have comeback exactly as before when I changed
computer from Ubuntu 12.04 to Ubuntu 12.10 !!??
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230
Jacques,
Did the:
lpadmin -p printer -o psdebug=true
have any effect?
Also, can you try a different font from Ubuntu-Medium? Myabe one of the
DejaVu ones if you have them.
If we have to really debug this, it will take quite a bit of effort from
both us (and possible a fair amount of paper!).
Hello, my comment #30 was not very detailled. I had the problem on 12.04
and lpadmin -p printer -o pdftops-renderer-default=pdftops resolved
it. The problem came back when I installed 12.10 and the same command
resolved it.
If you want me to try some things out, I should be able to help.
--
You
What normally happens is that someone posts the Postscript that is sent
to the printer from the Ghostscript workflow, preferably uncompressed by
using the psdebug=true option. Ideally, in cases like this, also from
the Postscript from the Poppler workflow.
We then go through a process where I cut
Aha, assuming nothing has changed, grabbing the printer PS can be done
like this (originally from Till):
cupsctl FileDevice=yes
lpadmin -p test -E -v file:/tmp/printout /etc/cups/ppd/your printer's PPD.ppd
Now print the job which failed on the printer test and as soon as the
job disappears from
I had the same problem with a Canon eStudio 455 and comment #26 resolved
it.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To manage
As per comment #26 switching to pdftops fixes the problem.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To manage notifications about this bug
I'm seeing this error on 64bit 12.10 with an eSeries 2500c.
Tried the settings in comment #27 but they made no difference.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba
Btw.:
lpadmin -p printer -o pdftops-renderer-default=pdftops
helps..
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To manage notifications
dac922, Did you (or could you) try the:
lpadmin -p printer -o pdftops-renderer-default=gs
lpadmin -p printer -o psdebug
As I understand it, the psdebug option disables a bunch of compression
stuff in the Ghostscript output. It seems lots of printers have really
bad decompression implementations
Same error with Ubuntu 12.10 64bit and Toshiba EStudio 2500c.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To manage notifications about this
This bug is present in Ubuntu 12.10 64-bit and 32-bit. I'm trying to
add the Toshiba 4540c using the default ppd available, and from
Toshiba's website, and I'm getting the exact same error as described in
this bug.
--
You received this bug notification because you are a member of Ubuntu
Bugs,
This bug was fixed in the package cups-filters - 1.0.18-0ubuntu0.1
---
cups-filters (1.0.18-0ubuntu0.1) precise-proposed; urgency=low
[ Till Kamppeter ]
* New upstream release
- pdftops: Allow selection whether Ghostscript or Poppler is used
at runtime, setting the
From what you said, I made some additional tests.
I printed a high resolution (2000dpi more Than
http://farm8.staticflickr.com/7151/6760135001_14c59a1490_o_d.jpg) with
Gimp and made a pdf with this image and text added, printed with
evince.
lpadmin -p printer -o
Thank you for testing. Marking the bug as verified.
Thank you also for testing the different configurations. Please keep the
following configuration:
lpadmin -p printer -o pdftops-renderer-default=gs
lpadmin -p printer -o pdftops-max-image-resolution-default=0
lpadmin -p printer -R psdebug
as
Hello Jacques, or anyone else affected,
Accepted cups-filters into precise-proposed. The package will build now
and be available in a few hours. Please test and give feedback here. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed. Thank you in
** Branch linked: lp:ubuntu/precise-proposed/cups-filters
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To manage notifications about this bug
Another test you should try:
After having tested the proposed package without changing any default
settings, run the following commands in a terminal window
lpadmin -p printer -o pdftops-renderer-default=gs
lpadmin -p printer -o pdftops-max-image-resolution-default=1440
lpadmin -p printer -o
Hello,
thanks to your good work. Success, This fixes the bug.
So I've made several test with LibreOffice Writer, text and images :
==
lpadmin -p printer -o pdftops-renderer-default=pdftops
lpadmin -p printer -o pdftops-max-image-resolution-default=1440
lpadmin -p printer -o
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To manage notifications
You suffered the problem with Ghostscript being used for turning PDF to
PostScript and no limit in the image rendering resolution (resolution
used when non-bitmap parts of the PDF input get converted to bitmap
images in the PostScript output). In addition, Ghostscript compresses
the page data
Chris, in this bug report a user has problems with Ghostscript's
PostScript on a Toshiba printer and the problem goes away when
suppressing Ghostscript's page compression (psdebug option for the
pdftops CUPS filter). So it is possible that the compatibility of
Ghostscript's PostScript with PS
** Package changed: cups (Ubuntu) = cups-filters (Ubuntu)
** Changed in: cups-filters (Ubuntu)
Importance: Undecided = High
** Changed in: cups-filters (Ubuntu)
Status: Confirmed = Fix Released
** Changed in: cups-filters (Ubuntu)
Milestone: None = quantal-alpha-1
** Also
To the SRU team: The relevant changes for the fix are in the file
filter/pdftops.c. The file in the debdiff looks very cluttered as there
are many lines where only white space (indentation) changed. Attached to
this comment is a cleaner diff for this file with white space changes
ignored (diff
The problem is most probably caused by switching the pdftops CUPS filter
from Poppler to Ghostscript and allowing higher image rendering
resolutions when the pdftops filter has to turn graphical structures of
the PDF input file into bitmaps when converting to PostScript and
PostScript does not
Toshiba-e-Studio-2330c is also affected.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To manage notifications about this bug go to:
I tried the CUPS driver from Toshiba on my 202L and it still prints the
error page with print test page, but otherwise, is working so far.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Is not a definitive workaround but to continue to use our Toshiba
e-Studio with new Ubuntu distrib (12.04), first I've removed the cups
package (and dependency) to install cups 1.5.0 (ubuntu 11 version).
Then download the source at
I can confirm this affects the E-Studio 202L as well. Worked fine with
10.04 and 11.10.
Identical error as those above when printing a test page, pdf,
Libreoffice... etc.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I can confirm this affects E-Studio-520 as well. Worked fine with 11.10, 11.04,
10.10, 10.04
Identical error as those above when printing a test page, pdf, Libreoffice...
etc.
tried different ppd files e.g. from former release. which did not solve the
problem.
any work around available?
--
Toshiba-e-Studio-2500c is also affected.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver bug
To manage notifications about this bug go to:
Same Problem with Toshiba e-Studio 165, even using latest ppd from
http://business.toshiba.com/support/downloads.jsp?site=usa . (-- GA119x CUPS
Driver)
I can print the printer test page, but no more documents from libreoffice.
I can print by printing form libreoffice to a pdf and then print by
Sorry, i have to correct myself: Problem occurs not with ubuntu 10.4,
but occurs with debian testing.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/978120
Title:
Toshiba Estudio 230 printer driver
1 - 100 of 106 matches
Mail list logo
