Version: 0.5.1 (using KDE KDE 3.0.99) Installed from: Gentoo Packages Compiler: gcc 3.2 very conservative compiling parameters While choosing an option in the pull down list box, the other party rejected the trade, and the dialog box was trying to get destroyed. Yet it couldn't because i was choosing a property in the list to trade with. Thus my whole KDE environment froze because of this "race" condition. I had to kill atlantik from a remote terminal. No real crash was detected.
The widget isn't destroyed, but I can reproduce that a whole KDE session freezes when setEnabled(false) is called on a KComboBox (or its container, the QHGroupBox in this case) while a user is selecting an item from it. Might be a KWin issue.. or I should simply not disable the trade combo boxes, even when a trade has been rejected already so manipulation is no longer useful. I'll do that, but will still ask the KWin guys if this might be a more generic problem.
Fixed in CVS, both branches (KDE 3.1.x / Atlantik 0.5.2 and KDE HEAD / Atlantik 0.6.0).
*** Bug 53870 has been marked as a duplicate of this bug. ***
I've checked the CVS tags, and this one was fixed in time for KDE 3.1. :)
Subject: Re: UI freezes when other party closes Request for Trade dialog I am happy I saved the day. My first sort of contribution to the KDE team Nhar Il-Ħadd, 2 ta' Frar 2003 01:40, inti ktibt: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > You are a voter for the bug, or are watching someone who is. > > http://bugs.kde.org/show_bug.cgi?id=52881 > > > > > ------- Additional Comments From cap@capsi.com 2003-02-02 01:40 ------- > I've checked the CVS tags, and this one was fixed in time for KDE 3.1. :)