Comment 6 for bug 744674

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.