Bug #814
Core sets away state on auto-reconnect with connected client(s) if auto-away is enabled
0%
Description
With auto-away enabled, if the core to ircd connection is disconnected (e.g. by 24h dsl disconnect) and the core auto-reconnects, the core sets the user status "away" even if one ore more clients are connected to the core, and "away" was not set before the disconnect.
The client does not notice this automatically, nor does it notice it when switching buffers within the same network (got the first report by another user who asked me why I am marked as being away). It only notices it when switching to a buffer belonging to different network, and then it also notices it for the old network when switching back.
In order to get rid of this state, you either need to type /away in one buffer of each network, or disconnect the client from the core and reconnect. If you're using only a single network, disconnect/reconnect is probably the only option (since the client won't notice the "away"). Perhaps typing /away twice would also work.
History
#1 Updated by amiconn about 15 years ago
After updating the core to 0.5-rc2+1, the bug seemed to be gone. But that isn't the case, it is doing the opposite - it now removes auto-away status on auto-reconnect.
More detailed description: With the auto-away setting enabled, one of the following scenarios seems to happen:
Old scenario
- Core connected to IRC, client(s) connected to core
- Away status is not set
- Core is forcibly disconnected from IRC (24h DSL disconnect), client(s) stay connected (LAN)
- -> You're marked as being away, using the auto-away reason, although you shouldn't
New scenario
- Core connected to IRC, client connected to core
- Client is disconnected from the core -> core sets auto-away
- Core is forcibly disconnected from IRC (24h DSL disconnect)
- -> You're no longer away, although you should
It looks like the core doesn't keep auto-away status properly, but rather always sets it to the same value (determined randomly at core start) on auto-reconnect.