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.
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"
Workaround: make a job name with latin1. In LO, for example, this can be done by saving a file with a latin filename.
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.
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?
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.
What do you mean with "I switched to the UTF-8 locale".
Could you outline what you exactly did to solve this?
Port was renamed. Assign to new maintainer.
Back to office@. It's an application bug, not a bug in cups.
Hi, cloud you check if this issue still exists in 6.0.2 and newer supported versions of FreeBSD? Thanks!
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.