#48 closed defect (fixed)
MSN issue - after chat partner's reconnect MSN does not see bitlbee's messages
| Reported by: | Owned by: | wilmer | |
|---|---|---|---|
| Priority: | major | Milestone: | |
| Component: | MSN | Version: | 1.0 |
| Keywords: | msn reconnect | Cc: | |
| IRC client+version: | Client-independent | Operating System: | Linux |
| OS version/distro: |
Description
my system: bitlbee 1.0 + akke patch (for 0.92) debian 2.4 kernel
my story: i just talked to someone at MSN, and she left the converstion (has setup hidden mode). i got 'MSN - Error: MSN: Error reported by switchboard server: Person is off-line or non-existent' message. after she come back i was able to write to the conversation but she has not seen my messages.
wilmer's opinion: <wilmer> but yeah, reproduced the bug
dy
Attachments (0)
Change History (4)
comment:1 Changed at 2005-12-06T00:42:06Z by
comment:2 Changed at 2005-12-06T00:45:48Z by
| Owner: | set to wilmer |
|---|---|
| Status: | new → assigned |
Yeah, seems that the message comes in on the switchboard. Clearing the who property is then the best solution, since it makes the sb available as a spare, so the next conversation can be set up q bit quicker. Yay! :-)
Should be a pretty trivial fix. Too bad it didn't come in before the 1.0 release.
comment:3 Changed at 2005-12-06T00:49:41Z by
| Component: | BitlBee → MSN |
|---|
comment:4 Changed at 2005-12-18T10:47:17Z by
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
[91] should fix this problem.
Most likely this can be solved by resetting the switchboard structure (clearing the who "property") so new messages aren't queued to a spare switchboard when the error comes in. Don't know for sure if the error can be easily connected to the switchboard though... If not, this could be a PITA to solve in a clean way.