Version: (using KDE 4.1.3) Compiler: gcc 4.3.2 OS: Linux Installed from: SuSE RPMs Follow these steps on any window (in KDE env with desktop effects ON) - 1. Minimize the window 2. Hide the window (gtk_widget_hide) 3. Show the window (gtk_widget_show) Observe the window-state-events produced. For the step 3 we get 3 state change events (when only one was expected) we get - state change from 3 to 2 // This is correct and expected then, state change from 2 to 0 // This was not expected (wrong) and gain, state change from 0 to 2 // This was not expected (wrong)
Created attachment 33233 [details] sample gtk app Sample gtk app to demostrate the bug. 1. Run the app - (will show two windows - " Hello" and "World") 2. Minimize the "World" window 3. click hide button on the "Hello" window 4. click show button on the "World" window 5. Observe the state change events Produced (on console)
Created attachment 33234 [details] Source code for the attached sample app. Source code for the attached sample app.
Could this report be moved to kdelibs or kwin product?
Sorry for the late reply. No idea why this is set "HI" but it's a tricky one. The reason is that setupCompositing() in manage() is called before the desktop (and activity) is assigned. As a result updateVisibility() will call internalKeep(). @Damanjit Why is this an issue?
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.