Bug 177960 - on start get away-status from server
Summary: on start get away-status from server
Status: RESOLVED NOT A BUG
Alias: None
Product: konversation
Classification: Applications
Component: general (show other bugs)
Version: 1.0.1
Platform: openSUSE Unspecified
: NOR wishlist
Target Milestone: ---
Assignee: Konversation Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-12-17 05:59 UTC by Emil Obermayr
Modified: 2008-12-18 12:37 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Emil Obermayr 2008-12-17 05:59:00 UTC
Version:           1.0.1 (using KDE 3.5.9)
Installed from:    SuSE RPMs

When logging on to a server that activates /away per default konversation is in the wrong state because it assumes /away is off.

This most likely happens with bouncers/proxies.

Solution: get the away-status from the server at startup
Comment 1 Eike Hein 2008-12-18 12:37:03 UTC
It doesn't work that way. IRC is server-as-authority, i.e. the client reacts to what the server tells it to do. A client is correct to assume that it isn't in away state unless the server tells it that it is after a connection has been established. In the case of a bouncer/proxy, it's the bouncer's job to relay the away state to a connecting client; the client shouldn't have to ask for it. Please file a bug report with the developers of your bouncer/proxy.

To further exemplify the server-as-authority nature of IRC:
- When a user issues a /join command, the client actually only opens a channel in response to being told by the server that it has joined that channel.
- When a user issues a /away <reason> comment, the client actually only switches into the away state in response to being told by the server that it has entered the away state.