Bug 198702

Summary: print/cups: unable to print when a job name is not in UTF-8
Product: Ports & Packages Reporter: emz
Component: Individual Port(s)Assignee: FreeBSD Office Team <office>
Status: Closed FIXED    
Severity: Affects Some People CC: lwhsu, ml, tijl
Priority: ---    
Version: Latest   
Hardware: Any   
OS: Any   

Description emz 2015-03-19 12:09:58 UTC
Since 1.7.x it's unable to send print jobs which contain invalid UTF-8 symbols, like jobs containing KOI8-R symbols, for example. And these job names are often created automatically, like LibreOffice does, for example.

Since FreeBSD doesn't fully support UTF-8 and developing UTF-8 capable environment is still in process, lots of peaople can step onto this.

Symptom:

===Cut===
D [19/Mar/2015:16:49:05 +0500] [Client 16] POST /printers/Mita HTTP/1.1
D [19/Mar/2015:16:49:05 +0500] cupsdSetBusyState: newbusy="Active clients", busy="Not busy"
D [19/Mar/2015:16:49:05 +0500] [Client 16] No authentication data provided.
D [19/Mar/2015:16:49:05 +0500] [Client 16] 2.0 Create-Job 23
D [19/Mar/2015:16:49:05 +0500] Create-Job ipp://localhost:631/printers/Mita
D [19/Mar/2015:16:49:05 +0500] Create-Job client-error-attributes-or-values-not-supported: Bad job-name value: "job-name": Bad name value "акт работ февраль 2015" - bad UTF-8 sequence (RFC 2911 section 4.1.2).
E [19/Mar/2015:16:49:05 +0500] [Client 16] Returning IPP client-error-attributes-or-values-not-supported for Create-Job (ipp://localhost:631/printers/Mita) from localhost
D [19/Mar/2015:16:49:05 +0500] [Client 16] Content-Length: 248
D [19/Mar/2015:16:49:05 +0500] [Client 16] cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=248, response=0x80313f380(IPP_IDLE), pipe_pid=0, file=-1
D [19/Mar/2015:16:49:05 +0500] [Client 16] Writing IPP response, ipp_state=DATA, old wused=0, new wused=0
D [19/Mar/2015:16:49:05 +0500] [Client 16] bytes=0, http_state=0, data_remaining=0
D [19/Mar/2015:16:49:05 +0500] [Client 16] Waiting for request.
D [19/Mar/2015:16:49:05 +0500] cupsdSetBusyState: newbusy="Not busy", busy="Active clients"
===Cut===

Workaround: make a job name with latin1. In LO, for example, this can be done by saving a file with a latin filename.
Comment 1 Tijl Coosemans freebsd_committer freebsd_triage 2016-03-11 14:53:48 UTC
I'll assign this to office@.  I believe this is a bug in LibreOffice.  It should not create print jobs with non-UTF8 characters in job-name.
Comment 2 ml 2017-04-03 09:52:11 UTC
It just happened to me while trying to print a PDF document with Okular (graphics/okular), so it's not (only) a problem with LibreOffice.
However I'm not sure it's a cups' bug either.
Should I file a separate PR?
Comment 3 emz 2017-04-03 16:15:14 UTC
It doesn't happen to me since I switched to the UTF-8 locale, FreeBSD has full support of it. So I guess this bug is less important now.
Comment 4 ml 2017-04-05 17:54:52 UTC
What do you mean with "I switched to the UTF-8 locale".
Could you outline what you exactly did to solve this?
Thanks.
Comment 5 Mark Linimon freebsd_committer freebsd_triage 2017-07-19 11:55:32 UTC
Port was renamed.  Assign to new maintainer.
Comment 6 Tijl Coosemans freebsd_committer freebsd_triage 2017-07-20 12:36:47 UTC
Back to office@.  It's an application bug, not a bug in cups.
Comment 7 Li-Wen Hsu freebsd_committer freebsd_triage 2018-03-17 09:45:59 UTC
Hi, cloud you check if this issue still exists in 6.0.2 and newer supported versions of FreeBSD?  Thanks!
Comment 8 emz 2018-03-18 09:43:17 UTC
I think it can be closed, because UTF-8 is now fully supported as the system charset, so there is no need to stick to the KOI8-R. At least I switched long ago, the problem doesn't exist for me. It still can exist for those who still use KOI8-R, but I doubt there are any; so in case there are - they should reopen this bug.