Closed Bug 293664 Opened 21 years ago Closed 21 years ago

Temporary network's secure/non-secure properties don't get updated when trying to reconnect

Categories

(Other Applications Graveyard :: ChatZilla, defect)

defect
Not set
minor

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Gijs, Assigned: Gijs)

Details

(Whiteboard: [cz-patch][cz-0.9.68.5])

Attachments

(1 file)

Trying to connect to a server using a secure connection fails if you connected to the same server before using a normal connection. Steps to reproduce: 1. /attach irc.mozilla.org:6697 2. Watch it fail, since you're trying to attach normally using a port which is only available for SSL connections (note that not all secure servers will behave this way). 3. /attach ircs://irc.mozilla.org:6697 4. Watch it fail, saying this network does not have secure servers. To fix this, cmdServer and cmdSSLServer need to cope with temporary networks differently. Patch coming up. As a workaround, you can close ChatZilla and reopen it, or manually set e.network.primServ.isSecure to true.
Attached patch PatchSplinter Review
Patches cmdServer and cmdSSLServer to set the primServ's isSecure bit correctly if the server is temporary.
Attachment #183193 - Flags: review?(silver)
Whiteboard: cz-patch
Comment on attachment 183193 [details] [diff] [review] Patch r=silver
Attachment #183193 - Flags: review?(silver) → review+
Comment on attachment 183193 [details] [diff] [review] Patch Requesting approval for harmless CZ patches
Attachment #183193 - Flags: approval1.8b3?
Whiteboard: cz-patch → [cz-patch][cz-0.9.68.5]
Comment on attachment 183193 [details] [diff] [review] Patch a=shaver
Attachment #183193 - Flags: approval1.8b3? → approval1.8b3+
Checked in -> FIXED.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Product: Other Applications → Other Applications Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: