For every app that is started with appmenu button turned on, the button is correctly shown. After placing it to the systray (eg konversation, kmail, akregator) and calling it back, the button disappears.
Steps to Reproduce:
1. Place the app in the systray
2. Open it back
Appmenu is gone
This cannot be reproduced with applications using the KStatusNotifier API. Can you confirm this observation?
At least konversation and ktorrent behave as originally described, so i can't confirm. So far i didn't found exception
strange I used KTorrent for the test
To eliminate the possibility of a corrupted config, i have tried with a new user, and the issue is also there. Tested Amarok and KTorrent
Cannot reproduce here too: tested with amarok on Kubuntu with project-neon
Please give us more informations:
- What distro ?
- A screenshot of your kwin buttons placement
Created attachment 75214 [details]
Buttons before closing to systray
Distro is openSUSE, but this is reproducible for me with both vanilla, self-compiled KDE, and also using precompiled binaries (which utilize openSUSE patches)
I have reproduced it with ktorrent...
Initially seems to work... but after few times opening and closing ktorrent the button with the menu vanishes... it is the same for konversation...
@Alin: please give your distro
@Hrvoje Senjan: Please give me OpenSuse version and repository to test this...
Here on Trunk + Kubuntu and kdebase-workspace-appmenu-4.9 + ArchLinux, i can't reproduce...
the same as Hrvoje
opensuse factory with kde trunk from this repo...
If i was unclear before, by placing in systray, i meant closing it to systray (with the X button), not minimizing. Also, the top panel menubar correctly works after i restore the app.
I really do not understand how openSUSE works...
Can you give me zypper commands to to the update ?
Ok, got it, repo is only for x64 :( Reinstall :-/
# zypper ar http://download.opensuse.org/repositories/home:/rwooninck:/UNSTABLE_KDE4/KDE_Qt48_openSUSE_Factory/ unstable_kde
# zypper ref
# zypper dup --from unstable_kde
Note that the repo is for Factory only, not 12.2
Can't install x64 hosts in my virtualbox...
What appmenu-qt version are you using ?
"Minimizing" or "closing" to systray effectively destroys the window but NOT the widget (ie. client process logic).
Loosely scanning the diff i'd say the menuAvailable signal isn't sufficiently emitted by the client (has to happen on each show event of the window)
Btw, how do you cover a kwin restart? (kwin --replace)
(In reply to comment #14)
> What appmenu-qt version are you using ?
Cedric, the issue is present with both 0.2.4 and 0.2.6
(In reply to comment #16)
> (In reply to comment #14)
> > What appmenu-qt version are you using ?
> Cedric, the issue is present with both 0.2.4 and 0.2.6
Actually 0.2.6 did it. It needed a logout/in for it to work. It would be great if that could be added to CMake output, eg "appmenu-0.2.6 required for appmenu to work properly"
I have also found appmenu br:
On kwin restart, dbusmenu registrar emit a windowRegistered() signals and kded-appmenu forward it to kwin with a menuAvailable() signal.
I am re-opening, as i’m again experiencing the same issue with current master and appmenu-qt 0.2.6.
Git commit 844264ea3b6a67b747387386c8d9238ba21756b6 by Cedric Bellegarde.
Committed on 12/12/2012 at 12:34.
Pushed by cedric into branch 'master'.
M +10 -6 appmenu/appmenu.cpp
M +6 -3 appmenu/menuimporter.cpp
M +1 -0 appmenu/menuimporter.h