Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

printing a document named with umlaute by ipp doesn't work. #1837

Closed
michaelrsweet opened this issue Jul 13, 2006 · 11 comments
Labels
Milestone

Comments

@michaelrsweet
Copy link
Collaborator

@michaelrsweet michaelrsweet commented Jul 13, 2006

Version: 1.3-current
CUPS.org User: migmedia

A printjob created with OpenOffice printing a 'SigTest�.odt' named document stays in queue for ever. The printer receives no data at all.
After a while ipp wents crazy and consumes all proc-time.

ps -Af|grep ipp

root 24037 5358 0 11:45 ? 00:00:00 ipp://192.168.73.21:631/ipp 626 mig SigTestü 1 InputSlot=Middle PageSize=A4 job-uuid=urn:uuid:f9be7752-fe8d-3cba-77aa-2b94c3089e98

If I rename the document in 'SigTest.odt' or sending the same namend doc to a printer by lpd://192.168.73.177/queue the document is printed.

Maybe there is a problem in the ipp part?

@michaelrsweet

This comment has been minimized.

Copy link
Collaborator Author

@michaelrsweet michaelrsweet commented Jul 13, 2006

CUPS.org User: mike

What version of CUPS are you using?

What operating system?

Are you printing to a printer or another CUPS server?

What version of CUPS is the server using?

@michaelrsweet

This comment has been minimized.

Copy link
Collaborator Author

@michaelrsweet michaelrsweet commented Jul 14, 2006

CUPS.org User: migmedia

Im using Gentoo compiled cups-1.2.1-r2
and printing to a "HP 5100" via its Network-Device.

Device: HP LaserJet 5100 Series
Page Count: 37092
Status: POWERSAVE EIN
Host Name: NBS-HP5100
System Up Time: 26 days, 02h:43m:52s
HP JetDirect: J6057A
Firmware Version: R.25.09
IP Address: 192.168.73.21
Hardware Address: 0001E6B3E881
LAA: 0001E6B3E881

@michaelrsweet

This comment has been minimized.

Copy link
Collaborator Author

@michaelrsweet michaelrsweet commented Jul 18, 2006

CUPS.org User: mike

At this point I'd just recommend using the socket backend instead of IPP for this printer. Not sure what we can do to fix this without seriously breaking things for conforming IPP servers/devices.

@michaelrsweet

This comment has been minimized.

Copy link
Collaborator Author

@michaelrsweet michaelrsweet commented Jul 23, 2006

CUPS.org User: roben

Same problem here. Im running the newest cups from debian64/testing.

All printers (hp laserjet 4050, 4350 and 4650) are connected via http/ipp.

I event can't print a text-file containing an umlaut:
[code]
$ cat lptest
Das ist ein schöner Test.
$ lp lptest
-> makes the printer print "Das ist ein sch" and stop
[/code]

I have not seen any suspicious warings or errors, even with a high log level.

As a hotfix i am running a self-baked cups 1.1.23 now but that makes my apt/dpkg go crazy because of some nasty dependencies...

@michaelrsweet

This comment has been minimized.

Copy link
Collaborator Author

@michaelrsweet michaelrsweet commented Jul 23, 2006

CUPS.org User: roben

Oh I forgot: printing using lpd://... leads to the same problem here.

@michaelrsweet

This comment has been minimized.

Copy link
Collaborator Author

@michaelrsweet michaelrsweet commented Aug 3, 2006

CUPS.org User: estartu

The same Problem when I tray to print a Page from Firefox with umlauts in the PageTitle.

Maybe the problem is solved when als noascii char are filterd from the Jobsname.

@michaelrsweet

This comment has been minimized.

Copy link
Collaborator Author

@michaelrsweet michaelrsweet commented Aug 24, 2006

CUPS.org User: mike

roben: the LPD backend normally sanitizes the job name passed in the request to only contain ASCII characters - if you are using OSX you'll need to add "?sanitize_title=yes" to the device URI. If that doesn't work, please open a separate STR as this one is for IPP printing...

Everyone else: try the attached patch to the IPP backend and let me know if you still experience difficulties...

@michaelrsweet

This comment has been minimized.

Copy link
Collaborator Author

@michaelrsweet michaelrsweet commented Aug 25, 2006

CUPS.org User: migmedia

I got folowing error by compiling cups-1.2.2 after patching backend/ipp.c (svn: $Id: ipp.c 5724 2006-07-12 19:42:35Z mike $) with your patch str1837.patch!

ipp.c: In function 'main':
ipp.c:784: error: 'copied_sup' undeclared (first use in this function)
ipp.c:784: error: (Each undeclared identifier is reported only once
ipp.c:784: error: for each function it appears in.)
make[1]: *** [ipp.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make: *** [all] Error 1

@michaelrsweet

This comment has been minimized.

Copy link
Collaborator Author

@michaelrsweet michaelrsweet commented Aug 25, 2006

CUPS.org User: mike

Sorry, change the "copied_sup" on line 784 to "copies_sup"...

@michaelrsweet

This comment has been minimized.

Copy link
Collaborator Author

@michaelrsweet michaelrsweet commented Aug 25, 2006

CUPS.org User: migmedia

With "copies_sup" it works as expected. Thanks!

@michaelrsweet

This comment has been minimized.

Copy link
Collaborator Author

@michaelrsweet michaelrsweet commented Aug 25, 2006

"str1837.patch":

Index: ipp.c

--- ipp.c (revision 5871)
+++ ipp.c (working copy)
@@ -784,7 +784,13 @@

 fprintf(stderr, "DEBUG: requesting-user-name = \"%s\"\n", argv[2]);
  • if (argv[3][0])
  • /*
  • * Only add a "job-name" attribute if the remote server supports
  • * copy generation - some IPP implementations like HP's don't seem
  • * to like UTF-8 job names (STR #1837)...
  • */
  • if (argv[3][0] && copied_sup)
    ippAddString(request, IPP_TAG_OPERATION, IPP_TAG_NAME, "job-name", NULL,
    argv[3]);
@michaelrsweet michaelrsweet added this to the Stable milestone Mar 17, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
1 participant
You can’t perform that action at this time.