On Thursday, October 15, 2015 07:06:31 AM mournblade wrote:
On 10/12/2015 02:06 AM, mournblade wrote:
The following patches to qt55 are supposed to provide the missing data needed to allow a plasma 5 session to properly manage Qt5-based apps. Without these patches to qt55, only gtk and qt4-based apps are restored on login:
0001-Fix-QWidget-setWindowRole.patch 0006-xcb-set-SM_CLIENT_ID-property.patch
These patches have,indeed, been applied to the openSUSE package, but are not actually functioning for some reason. openSUSE is still exhibiting the unpatched behavior. (i.e. only non-qt-based apps are restored on login).
Would someone please look into this?
I'm using 13.2, and have confirmed with a Tumbleweed user that they are seeing the same behavior, and it is most likely broken in Leap 42.1 as well. It would be a shame to have Leap 42.1 KDE debut with broken session management.
No comment from anyone? Is the problem being investigated?
From openSUSE KDE team community members - no. AFAIK same answer can be applied to SUSE people, as well to KDE people upstream. TBH, i think only a few enthusiast that really miss, and use the session restore feature have invested time to fix the issues in Qt. We do have patches that should improve the situation, but to my knowledge they aren't declared as 100% cure. There are also many client/per application bugs left. I haven't seen any activity in this area recently in various project though.
At this point, it looks like RC1 will be released with broken session management. I realize everyone is really busy working on the release, but at least an acknowledgment of the problem would be appreciated.
The stack of patches is getting so high I wouldn't be surprised if one of the recently added patches is conflicting with the session management patches. Did the session management patches work at any point in time, or were they just applied, but never tested? It would be nice if Qt would pick up the pace and incorporate some of these patches so openSUSE could rebase.
I don't quite understand this section =) IIRC there are 2 patches in our qtbase package, one of which is commited upstream, and another one has a green light. Regarding testing, i myself only tried once or twice and noticed restoration is still random (or not random, but didn't notice the pattern). Normally, session restore is the first thing i disable when doing a clean install/testing stuff on clean config. As said above, only place where this can be resolved is upstream at Qt and possibly at KDE (on a application basis) Cheers, Hrvoje