Description of problem: Russian printing is not possible with the default setting. However, changing the settings similar to CJK will allow applications to print russian characters properly. Version-Release number of selected component (if applicable): system-config-printer-0.6.116-1 How reproducible: Always Steps to Reproduce: 1.in ru_RU.UTF-8 run system-config-printer 2.set up the printer and print ps file containing russian characters 3. Actual results: russian characters are not printed (blank) Expected results: russian characters gets printed Additional info: Modified the setting in system-config-printer manually similar to CJK will allow russian to print properly.
Russian main feature is ACKed (bug 130962), but it is missing acks on this individual bug. Confirmed with PM/QA/Devel stakeholders on adding back the missing acks and add to U2CanFix tracker.
Need information on how to do this. Here is what the 'cjktexttops' filter does for each "special" locale: MPAGE_PARAMS=-m18lr36bt if [ "x$LANG" == "xja_JP" ]; then mpage -b$PAPERSIZE -1 -o $MPAGE_PARAMS -P- "$INPUT" elif [ "x$LANG" == "xko_KR" ]; then h2ps -q -1 -p -D "$INPUT" elif [ "x$LANG" == "xzh_CN" ]; then mpage -b$PAPERSIZE -1 -o $MPAGE_PARAMS -P- "$INPUT" | bg5ps -en gb2312 -nps y elif [ "x$LANG" == "xzh_TW" ]; then mpage -b$PAPERSIZE -1 -o $MPAGE_PARAMS -P- "$INPUT" | bg5ps -en big5 -nps y else # unknown locale /usr/lib/cups/filter/texttops "$@" fi What should it do for "ru_RU"?
Tim, sorry for not being clearer. For this bug we are not refering to text printing for Russian but it is refering to the graphical for enabling "re-render postscript" option by default. This fix should not be more than 5 lines patch. This patch is needed mainly for firefox printing.
Can you give me a more detailed "how to reproduce"? What precisely is not working now that you expect "re-render postscript" to fix? Several different files need changing for this, so it is important to have a test case so that I can really see that it works.
Um, also -- why do we need an update for this at all? If it is just a case of twiddling a configuration setting, there is a clear work-around.
Based on my printer setup, the following are my steps to reproduce: On the assumption we dont have a printer queue set up. Set to next section if print queue has been setup. 1. in gnome-terminal, LANG=ru_RU.UTF-8 system-config-printer 2. click on 'New' to create a new print queue 3. click 'Forward' to create a new print queue 4. click 'Forward' to accept the default queue name 5. select 'Networked JetDirect' as the queue type 6. printer name 'gryffindor' (for BNE office) 7. click forward to select the printer model 8. click ok to finish the setup After the print queue sets up, 1. edit the print queue by clicking on Edit 2. go to the Driver Option tab Actual Result: 'Prerender Postscript' is not selected Expected Result: 'Prerender Postscript' is selected Additional Info: Reason why russian cant print is because 'Prerender Postscript' option is not selected.
To try the actual printing, 1. starts up firefox 2. go to http://www.google.com.ru/ search for linux 3. print the result page to printer
llch: please verify that the changes in system-config-printer-0.6.138-1 in Fedora Core devel rectify the problem there. Then I can backport them to 0.6.116. Thanks.
Sorry for the confusion, but this problem may seems to depend on which printer are used. We, Tokyo office has a Canon LBP-880 which requires lisp4v driver to get it working. and when I configure it with s-s-p on ru_RU.UTF-8 and doing a test printing, it didn't work at all and said "There was a problem sending CUPS test page to 'printer' queue: lpr: error - unable to print file: server-error-service-unavailable". However I can get it working with turning on "Assume Unknown Data is Text" only. and the Russian printing from firefox works fine without enabling "Prerender Postscript" option. *OR* when I turned on "Prerender Postscript" option only instead of enabling "Assume Unknown Data is Text" option, it also works though. Lawrence or Leon, is this a symptom of your problem as well?
server-error-service-unavailable would seem to be a transient error of some kind. It indicates that the client could not connect to the server. If that problem is reproducible, it sounds more like a CUPS bug than a system-config-printer problem, and is not to do with printer settings at all.
it sometimes appeared but it wasn't related to this. when I tried to configure a printer and printing some times, actually the Russian printing works without any additional options here. Sorry, ignore that error for now. This problem surely depends on the printer anyway.
Closing.
hmm, closing it as NOTABUG looks like to me an immediate decision. just reminds me why we've turned on some options, including "Prerender Postscript" for CJK is, there is the printers which doesn't have CJK fonts in the printers. right now I'm quite not sure whether or not this problem is rare. if mine is rare, it means most people won't get the Russian printing working then. so Tim, just a question for you, does the Russian printing work for you as well? and which printer are you using BTW?
Using system-config-printer-0.6.116.4-1 from dist-4E-qu-candidate to create a new printer profile in the ru_RU locale, I was able to print CJK and Russian correctly from firefox. So I dont think it is not a bug. Thanks.
Tried to create a new profile in CJK locale with the previous CJK and Russian printout. No regression observed.
Used to russian printer profile to print multi-lingual document (CJKI + Russian) on gedit and gtkhtml (html and non-html mode). No regression error found.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2005-715.html