-
Notifications
You must be signed in to change notification settings - Fork 469
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
ipp backend incorrectly inherits IPP_PORT environment variable #852
Comments
CUPS.org User: mike Hmm, I'm auditing this patch right now, and I'm not sure that it is a complete fix. In looking at the directory services code (aka browsing), it looks like we are not sending the port number as part of the advertisement, which means that a non-standard port assignment will cause this patch to disable remote printing (since it won't get the port number change...) It looks like we need to update httpSeparate() to use port 631 when it sees the "ipp" scheme and pass the port number in the URI for any advertisements to get this to work properly. Will post a new patch once we have this implemented... |
CUPS.org User: mike Please try the attached patch and let me know if it resolves things for you... |
CUPS.org User: mike Fixed in CVS - the anonymous CVS repository will be updated at midnight EST. |
"cups-no-propagate-ipp-port.patch": --- cups-1.1.21rc1/backend/ipp.c~ 2004-08-12 18:54:45.000000000 -0400
/*
|
"str852.patch": Index: cups/http-support.cRCS file: /development/cvs/cups/cups/http-support.c,v
|
Version: 1.1.21rc1
CUPS.org User: walters.redhat
The ipp backend will use the value of the IPP_PORT environment variable, which is wrong - if the scheudler is listening on a nonstandard port then the ipp backend will attempt to contact remote printers on that port too.
The text was updated successfully, but these errors were encountered: