Description of problem: CUPS in a dual-stack environment insists upon some the use of an IPv6 address. Version-Release number of selected component (if applicable): $ rpm -q cups cups-1.3.11-4.fc10.i386 How reproducible: deterministic Steps to Reproduce: 1. The printer stops for long enoug ... it is declared "stopped" 2. This is annoying and difficult to explain to civilians 3. An IT supervisor goes to http://printers.example.com:631 and presses "restart" 4. The CUPS service requires a redirect to an IPv6 address but uses an incorrect syntax Actual results: CUPS responds with 426 Upgrade Required You must access this page using the URL https://2001:55c:4c15:7096:a00:46ff:fe16:bdb4:631/admin/?op=start-printer&printer_name=HP-Deskjet-960c. Expected results: The printer always works Failing that The correct URL syntax is: https://[2001:55c:4c15:7096:a00:46ff:fe16:bdb4]:631/admin/?op=start-printer&printer_name=HP-Deskjet-960c. With square brackets aroundt he IPv6 address Additional info: Client is Fedora 13 with Firefox 3.6.13 Server is Fedora 10 with cups 1.3 The LAN is dual stacked. IPv4 to broadcast the printer availabilities; IPv6 "can't do broadcast" (sic) IPv6 to transfer printer payloads.
Reported upstream. Please note that Fedora 10 is now at end-of-life.
Also affects cups-1.4.6-1.fc14.
Fixed on branch-1.4.
Should be fixed in this (test) update: https://admin.fedoraproject.org/updates/cups-1.4.7-2.fc14