Description of problem: running fedora 19 on arm i am unable to click on any plasma widgets, normal kde widgets are fine, most noticeable when getting notifications of package updates, you cant click on install, unable to remove notifications of people coming online in kopete Version-Release number of selected component (if applicable): i saw this with both qt-4.8.4-17.fc19 and qt-4.8.4-18.fc19 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Is this still valid? Especially on f20? If so, should probably consider it a blocker, and dedicate some more resources/manpower into it.
Confirmed on irc for f20. :(
Proposed Blocker for F20 - Default panel functionality "All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in typical use. "
Possible upstream match for this, https://bugs.kde.org/show_bug.cgi?id=312578
ah, and this older one, https://bugs.kde.org/show_bug.cgi?id=282975
it seems a bug in plasma, but not in qt. reassign to correct component
It doesn't work probably only for applets in panel and written in QML (device notifier, NM applet etc.). I tried to put device notifier to desktop and here it works correctly. Tested on my Nexus 7 with Plasma active (KDE 4.10.x).
Discussed at 2013-11-27 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-11-27/f20-blocker-review-3.2013-11-27-17.01.log.txt . Accepted as a blocker per criterion cited in c#3 (or several others, really - makes KDE basically unusable on ARM).
updating summary, per irc debugging yesterday determined this only seems to affect qml-based plasma widgets embedded in the systray
i have build qt/kdelibs/kde-workspace with -O0, jcapik tested qt build and still see the issue. He or pwhalen will test kdelibs/kde-workspace build today. I will post results here when the test is done.
kdelibs/kde-workspace tested -> didn't help
As a workaround - could we put important Plasma widgets out of the panel to the desktop - for ARM images only? It's less than nice but could unblock us in case we would not be able to find the root for this issues as it seems upstream is fighting it too for some time.
since we don't know the root for this issue and i don't think we have time to resolve this issue till 2013-12-10 for f20 release. I full agree with jaroslav's suggestion that we should make such workaround.
(In reply to Ngo Than from comment #13) > since we don't know the root for this issue and i don't think we have time > to resolve this issue till 2013-12-10 for f20 release. > > I full agree with jaroslav's suggestion that we should make such workaround. We discussed it with Kevin on #fedora-kde - he suggested possible solution, if you could try it, it would be great. On the other hand, I still believe we can find a proper solution for this one.
1. Do we have confirmation that putting these applets outside of the systray works? If so, what's an exhaustive list of applets that require moving? So far, I think this includes: * network management * battery monitor any others? 2. Currently, kde-settings is a noarch package shared among all archs, we'd likely have to re-engineer the packaging to put in arch-specific changes (unless plasma scripting can somehow handle that part for us). Any other implementation suggestions?
Per original submission, add to the existing list of affected applets: * notifications
I can confirm that they work on desktop (at least on Nexus 7 with Plasma Active). The list of applets should include also device notifier applet.
(In reply to Rex Dieter from comment #15) For 1 - as far as I know, we have and see comment #17 For 2 - from Kevin from this morning: "Tweaking the Plasma configuration for ARM only isn't so straightforward, but I guess %ifarch in kde-settings, dropping a Plasma init script there, could work…"
I'm not sure whether it will work for networkmanagement applet and battery monitor, because when you put them on desktop, they are still collapsed to the icon (only device notifier is not and I was able to try only this one on my Nexus 7). So it's still basically popup applet.
Bad news!! I've just tried to put battery monitor to desktop (on ARM machine with F20) and there is the same regression so putting all widgets to desktop as a workaround won't help. It looks like there is a bug somewhere in Plasma popup applet.
It looks like upstream has a fix for that, see: http://mail.kde.org/pipermail/active/2013-November/007228.html
trying out hackish workaround used on mer, http://goo.gl/ph8OqQ
the kdelibs with the upstream workaround is in the build. http://koji.fedoraproject.org/koji/taskinfo?taskID=6247897
kdelibs-4.11.3-3.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/kdelibs-4.11.3-3.fc20
Confirming that the new build works, I've just tested it on jcapik's Pandora ARM machine.
Package kdelibs-4.11.3-3.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing kdelibs-4.11.3-3.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-22657/kdelibs-4.11.3-3.fc20 then log in and leave karma (feedback).
Confirmed working in F20-TC4 on the Trimslice.
kdelibs-4.11.3-9.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/FEDORA-2013-23008/kdelibs-4.11.3-9.fc19
kdelibs-4.11.3-9.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
kdelibs-4.11.3-9.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.
*** Bug 928049 has been marked as a duplicate of this bug. ***