Bug #43
/reconnect stalls the frontend [win32]
| Status: | Assigned | Start: | ||
| Priority: | Urgent | Due date: | ||
| Assigned to: |  Mirco Bauer |
% Done: | 0% |
|
| Category: | Engine IRC | |||
| Target version: | 0.8.0 | |||
| Resolution: | Complexity: | |||
| Votes: | 0 |
Description
/reconnect on a alive or dead connection hangs the whole frontend and never finishes it seems.
History
Updated by Mirco Bauer 744 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 666 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 666 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.