Version: 0.2 (using KDE 4.5.95) OS: Linux When the software updates and the regular Muon interfaces are both open and an error occurs while trying to update a package two error dialogs are shown, one for each instance of the program. The second (and perhaps unnoticed) error dialog may confuse the user. Reproducible: Always Steps to Reproduce: 1. Prepare the system somehow so an update will generate an error. 2. Open the software updates mode of Muon by clicking the update notification. 3. Open regular Muon. 4. In either window, try to update the system. Actual Results: Two error report dialogs are shown, one for each instance of Muon. Expected Results: Only the application from which the user initiated the update should show an error report dialog. OS: Linux (x86_64) release 2.6.35-24-generic Compiler: cc
Git commit 0c97ec7521dde286c059cc1da633a91c9ba09071 by Jonathan Thomas Pushed by jmthomas into branch master Only listen for signals from the worker if we requested a worker action ourselves by keeping track of when we have requested the worker and only connecting these signals when the worker has a) appeared and b) we requested it. This is a somewhat major behavioral change, so I will not backport it to the 1.1 branch for fear of causing regressions. Due to a lack of foresight when I originally designed the worker/backend mechanism, I failed to design a way for the backend to be notified about things it requested. Instead the backend gets sent signals indescriminately over DBus that any other application using a QApt::Backend could trigger. For QApt2 I plan on having the worker functions return a unique DBus object responsible for sending/recieving signals for a particular transaction. BUG:262742 M +33 -15 src/backend.cpp http://commits.kde.org/d5234754/0c97ec7521dde286c059cc1da633a91c9ba09071
Git commit 7b35c567a7754c8e40ced32d5bb4615974eead8a by Jonathan Thomas. Pushed by jmthomas into branch 'master'. Revert "only connect to worker signals when we've requested it" changes. It's too difficult to determine when to connect, causing a ton of regressions. This will just have to be addressed in QApt2, when the time is right for that. In the meantime, this issue is just a bit annoying. CCBUG:262742 M +14 -35 src/backend.cpp http://commits.kde.org/d5234754/7b35c567a7754c8e40ced32d5bb4615974eead8a