Bug #43
/reconnect stalls the frontend [win32]
| Status: | Closed | Start: | ||
| Priority: | Urgent | Due date: | ||
| Assigned to: |  Mirco Bauer |
% Done: | 100% |
|
| Category: | Engine IRC | |||
| Target version: | 0.7.2 | |||
| Complexity: | Found in Version: | |||
| Votes: | 0 |
Description
/reconnect on a alive or dead connection hangs the whole frontend and never finishes it seems.
History
Updated by Mirco Bauer 5973 days ago
Probably related to my Thread.Abort() issue. Couldn't reproduce it with a different user, thus postponing to 0.7.0.
Updated by Mirco Bauer 5895 days ago
- Status changed from New to Assigned
I can reproduce this freeze issue on Windows XP. It continues though about after 20 to 30 seconds but is still very annoying.
Updated by Mirco Bauer 5895 days ago
Looks like GNOME tries to connect to gconfd at startup. Supplying gconfd-2.exe and lib\GConf\2\libgconfbackend-xml.dll seems to fix this issue. But gconfd-2.exe needs to be spawned before starting smuxi (which is ugly, double ugly for dos window). So either I need to ship those + a startup script or convince GNOME to not use gconf at all.
Updated by Mirco Bauer 5223 days ago
- Status changed from Assigned to Closed
- % Done changed from 0 to 100
This issue was fixed with the 0.7.2 release in 73cfc926c88ab89277c8a5d76b9b8b9336a30ba4