cgiirc uses different perl modules depending on the detected browser: $ dpkg -L cgiirc |grep -w interfaces |grep -v css$ /usr/lib/cgi-bin/cgiirc/interfaces /usr/lib/cgi-bin/cgiirc/interfaces/opera7.pm /usr/lib/cgi-bin/cgiirc/interfaces/opera.pm /usr/lib/cgi-bin/cgiirc/interfaces/nonjs.pm /usr/lib/cgi-bin/cgiirc/interfaces/mozilla.pm /usr/lib/cgi-bin/cgiirc/interfaces/konqueror.pm /usr/lib/cgi-bin/cgiirc/interfaces/ie.pm /usr/lib/cgi-bin/cgiirc/interfaces/default.pm
There is also: $ dpkg -L cgiirc |grep cgi$ /usr/lib/cgi-bin/cgiirc/client-perl.cgi /usr/lib/cgi-bin/cgiirc/client.cgi /usr/lib/cgi-bin/cgiirc/irc.cgi /usr/lib/cgi-bin/cgiirc/nph-irc.cgi I checked the GET query strings from the http referer (sic) from when Wolfgang (who experiences the problem) and Jim (who does not), and noticed that Jim was using: "?interface=nonjs". Wolfgang restarted IE with security / custom / active scripting: disable, and that fixed the problem for him. Javascript isn't the problem, but enabling it causes use of a more limited interface, which happens to allow transmission of '+'. Debian folk: has anyone else contacted upstream about this issue? I mailed David Leadbeater <[EMAIL PROTECTED]>, but never got any response. Maybe someone else wants a turn? -- Clear skies, Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
