[opensuse-kde] KDE glitches found by openQA
Hi, I'm trying to get KDE green in openQA and need your help to resolve some issues. - In an upgrade from 42.1 via DVD GTK apps are wrongly themed: https://openqa.opensuse.org/tests/235183#step/gnucash/37 Missing package? Which one? Where? - Upgrade from 13.2 via DVD, libreoffice looks different: https://openqa.opensuse.org/tests/235161#step/oomath/7 also khelpcenter and amarok: https://openqa.opensuse.org/tests/235161#step/khelpcenter/4 https://openqa.opensuse.org/tests/235161#step/amarok/16 Also some theme package missing? - zypper dup from 13.2 ends up with a desktop without the desktop folder open: https://openqa.opensuse.org/tests/235170#step/boot_to_desktop/8 The folder was open in the original image: https://openqa.opensuse.org/tests/235170#step/setup_zdup/2 The test using the NET iso works: https://openqa.opensuse.org/tests/235118#step/boot_to_desktop/2 There's no difference actually, both tests do zypper dup from the online repo, the iso shouldn't actually matter. What's going on there? I've retriggered the job to see if it's reproducible at least. - A general problem in KDE is vlc: https://openqa.opensuse.org/tests/235172#step/vlc/21 One cannot see it from the screenshots but maybe in the video. openQA tries to press alt-p to play but that shortcut is taken globally by KDE somehow. Can that be made to work? cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Ludwig Nussel schrieb:
I'm trying to get KDE green in openQA and need your help to resolve some issues.
And another one: https://openqa.opensuse.org/tests/235435#step/multi_users_dm/15 So SDDM cannot handle more users again. I thought that was fixed? cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On 03/08/16 11:54, Ludwig Nussel wrote:
Ludwig Nussel schrieb:
I'm trying to get KDE green in openQA and need your help to resolve some issues.
And another one: https://openqa.opensuse.org/tests/235435#step/multi_users_dm/15
So SDDM cannot handle more users again. I thought that was fixed?
Yes, it was fixed. Then the patch was removed because upstream added a fix for this problem in a beta version but before the final 5.7.0 release, upstream removed the feature and our patch wasn't reapplied. Anyway, I reapplied the patch some days ago since fvogt noticed this problem last week: https://build.opensuse.org/request/show/416440 Note that if you want to test this in a staging project, the plasma5-openSUSE branding package has to be recompiled after plasma5-workspace I just noticed 42.2 still has plasma 5.7.0 while KDE:Frameworks5 has 5.7.3. Should I submit all the plasma 5.7.3 packages from KDE:Frameworks5 to Leap:42.2 ? Greetings, -- Antonio Larrosa -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Hi, Am Freitag, 5. August 2016, 18:43:31 CEST schrieb Antonio Larrosa:
On 03/08/16 11:54, Ludwig Nussel wrote:
Ludwig Nussel schrieb:
I'm trying to get KDE green in openQA and need your help to resolve some issues.
And another one: https://openqa.opensuse.org/tests/235435#step/multi_users_dm/15
So SDDM cannot handle more users again. I thought that was fixed?
Yes, it was fixed. Then the patch was removed because upstream added a fix for this problem in a beta version but before the final 5.7.0 release, upstream removed the feature and our patch wasn't reapplied.
Just so you know, they completely rewrote the login design (and broke logging in completely in the process...) for Plasma 5.8.
Anyway, I reapplied the patch some days ago since fvogt noticed this problem last week: https://build.opensuse.org/request/show/416440
Note that if you want to test this in a staging project, the plasma5-openSUSE branding package has to be recompiled after plasma5-workspace
I just noticed 42.2 still has plasma 5.7.0 while KDE:Frameworks5 has 5.7.3. Should I submit all the plasma 5.7.3 packages from KDE:Frameworks5 to Leap:42.2 ?
Greetings,
-- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Fabian Vogt schrieb:
Am Freitag, 5. August 2016, 18:43:31 CEST schrieb Antonio Larrosa:
On 03/08/16 11:54, Ludwig Nussel wrote:
Ludwig Nussel schrieb:
I'm trying to get KDE green in openQA and need your help to resolve some issues.
And another one: https://openqa.opensuse.org/tests/235435#step/multi_users_dm/15
So SDDM cannot handle more users again. I thought that was fixed?
Yes, it was fixed. Then the patch was removed because upstream added a fix for this problem in a beta version but before the final 5.7.0 release, upstream removed the feature and our patch wasn't reapplied.
Just so you know, they completely rewrote the login design (and broke logging in completely in the process...) for Plasma 5.8.
Hmm, doesn't sound like a good argument for Plasma 5.8 then :-/ Are there any alternatives to SDDM? Looks like the KDE plugin for lightdm isn't well maintained either. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
On 08/08/16 13:17, Ludwig Nussel wrote:
Fabian Vogt schrieb:
Am Freitag, 5. August 2016, 18:43:31 CEST schrieb Antonio Larrosa:
On 03/08/16 11:54, Ludwig Nussel wrote:
Ludwig Nussel schrieb:
I'm trying to get KDE green in openQA and need your help to resolve some issues.
And another one: https://openqa.opensuse.org/tests/235435#step/multi_users_dm/15
So SDDM cannot handle more users again. I thought that was fixed?
Yes, it was fixed. Then the patch was removed because upstream added a fix for this problem in a beta version but before the final 5.7.0 release, upstream removed the feature and our patch wasn't reapplied.
Just so you know, they completely rewrote the login design (and broke logging in completely in the process...) for Plasma 5.8.
Hmm, doesn't sound like a good argument for Plasma 5.8 then :-/
I just asked about the status of the login theme redesign on #plasma and I don't have the same view of the situation. I was told that the Visual Design Group created a new design for 5.7. It was implemented but Reddit hated the design, so it was reverted. Then VDG made a new design and that's WIP. Nothing more. On the good news department, it seems that Plasma developers in general are quite open to accept my proposal for a schedule change with nobody saying any objection and some of them supporting it.
Are there any alternatives to SDDM? Looks like the KDE plugin for lightdm isn't well maintained either.
5.7.2 with the breeze patch was already accepted (minutes ago) in Factory. So it should be working fine now. -- Antonio Larrosa -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
In data lunedì 8 agosto 2016 13:17:03 CEST, Ludwig Nussel ha scritto:
Hmm, doesn't sound like a good argument for Plasma 5.8 then :-/ Are there any alternatives to SDDM? Looks like the KDE plugin for lightdm isn't well maintained either.
This is a misunderstanding. Actually, this is a WIP that started *early* in the 5.8 cycle to ensure that everything will look OK once done. As Antonio mentioned earlier, the original "new" design was rushed and attracted heavy criticism, and then it was reverted. Now it's been put back in master (unreleased), and the original commit had flaws that we pointed out and they were fixed within 24 hours of us notifying the Plasma developers. So, development as usual, the sky's not falling. ;) -- Luca Beltrame - KDE Forums team GPG key ID: A29D259B
On Monday 08 August 2016 14:36:20 Luca Beltrame wrote:
In data lunedì 8 agosto 2016 13:17:03 CEST, Ludwig Nussel ha scritto:
Hmm, doesn't sound like a good argument for Plasma 5.8 then :-/ Are there any alternatives to SDDM? Looks like the KDE plugin for lightdm isn't well maintained either.
This is a misunderstanding. Actually, this is a WIP that started *early* in the 5.8 cycle to ensure that everything will look OK once done. As Antonio mentioned earlier, the original "new" design was rushed and attracted heavy criticism, and then it was reverted.
Now it's been put back in master (unreleased), and the original commit had flaws that we pointed out and they were fixed within 24 hours of us notifying the Plasma developers.
So, development as usual, the sky's not falling. ;)
And *if* it does, we would see it much earlier now taking into account that Krypton is tested by openQA: https://openqa.opensuse.org/group_overview/23 ;-) -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Montag, 8. August 2016, 14:58:12 CEST schrieb Oliver Kurz:
On Monday 08 August 2016 14:36:20 Luca Beltrame wrote:
In data lunedì 8 agosto 2016 13:17:03 CEST, Ludwig Nussel ha scritto:
Hmm, doesn't sound like a good argument for Plasma 5.8 then :-/ Are there any alternatives to SDDM? Looks like the KDE plugin for lightdm isn't well maintained either.
This is a misunderstanding. Actually, this is a WIP that started *early* in the 5.8 cycle to ensure that everything will look OK once done. As Antonio mentioned earlier, the original "new" design was rushed and attracted heavy criticism, and then it was reverted.
Now it's been put back in master (unreleased), and the original commit had flaws that we pointed out and they were fixed within 24 hours of us notifying the Plasma developers.
So, development as usual, the sky's not falling. ;)
And *if* it does, we would see it much earlier now taking into account that Krypton is tested by openQA: https://openqa.opensuse.org/group_overview/23 ;-)
We actually wouldn't. The Lives have autologin enabled :P -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Antonio Larrosa schrieb:
On 03/08/16 11:54, Ludwig Nussel wrote:
Ludwig Nussel schrieb:
I'm trying to get KDE green in openQA and need your help to resolve some issues.
And another one: https://openqa.opensuse.org/tests/235435#step/multi_users_dm/15
So SDDM cannot handle more users again. I thought that was fixed?
Yes, it was fixed. Then the patch was removed because upstream added a fix for this problem in a beta version but before the final 5.7.0 release, upstream removed the feature and our patch wasn't reapplied.
Anyway, I reapplied the patch some days ago since fvogt noticed this problem last week: https://build.opensuse.org/request/show/416440
Note that if you want to test this in a staging project, the plasma5-openSUSE branding package has to be recompiled after plasma5-workspace
I just noticed 42.2 still has plasma 5.7.0 while KDE:Frameworks5 has 5.7.3. Should I submit all the plasma 5.7.3 packages from KDE:Frameworks5 to Leap:42.2 ?
From my perspective go ahead, the Factory staging is ready so everything passed. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Sorry for the late reply. Am Mittwoch, 3. August 2016, 11:23:34 schrieb Ludwig Nussel:
- In an upgrade from 42.1 via DVD GTK apps are wrongly themed: https://openqa.opensuse.org/tests/235183#step/gnucash/37
Missing package? Which one? Where?
Probably the same as http://bugzilla.opensuse.org/show_bug.cgi?id=994832. I have submitted a patch that will hopefully fix it to the devel project: https://build.opensuse.org/request/show/421012
- Upgrade from 13.2 via DVD, libreoffice looks different: https://openqa.opensuse.org/tests/235161#step/oomath/7 also khelpcenter and amarok: https://openqa.opensuse.org/tests/235161#step/khelpcenter/4 https://openqa.opensuse.org/tests/235161#step/amarok/16
Also some theme package missing?
LibreOffice uses GTK as well. khelpcenter and amarok are KDE4 applications though. No idea at the moment what could cause this, the user config for KDE4 should be switched to breeze on first login after the upgrade. And breeze4-style is required by plasma5-session (in the current 5.7.3 packages at least), so cannot be missing really. Maybe fixed meanwhile?
- zypper dup from 13.2 ends up with a desktop without the desktop folder open:
Maybe the timing issue that affected Plasma 5.7: https://bugs.kde.org/show_bug.cgi?id=365989 As it was a race condition, it could work properly by chance too. Should be fixed meanwhile though, in 5.7.3.
- A general problem in KDE is vlc: https://openqa.opensuse.org/tests/235172#step/vlc/21 One cannot see it from the screenshots but maybe in the video. openQA tries to press alt-p to play but that shortcut is taken globally by KDE somehow. Can that be made to work?
Hm, I cannot see an Alt+p shortcut in (current) VLC's default config, and pressing Alt+p doesn't have any effect in VLC on my 13.2/KDE4 system either (even after deleting the VLC config). So probably a change in VLC? Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
PS: Am Montag, 22. August 2016, 14:50:25 schrieb Wolfgang Bauer:
LibreOffice uses GTK as well.
However, this is only partly true. If libreoffice-kde4 is installed (which should be by default if a KDE desktop is installed), it will indeed use the KDE(4) settings/style. (I somehow confused it with Firefox, which will always use the GTK style, even with the KDE integration) So this seems to be the same problem as with amarok and khelpcenter. Although, ibus will disable libreoffice-kde4 and force it to use GTK even in KDE (if libreoffice-gnome is installed), but that shouldn't be there on a KDE installation, and the style used on the failed tests' screenshots do look like KDE's Oxygen theme.
Maybe the timing issue that affected Plasma 5.7: https://bugs.kde.org/show_bug.cgi?id=365989
Sorry, wrong bug report. It's this one: https://bugs.kde.org/show_bug.cgi?id=365606 The mentioned fix should be in 5.7.2, but there have been some more changes/fixes in this regard afterwards in 5.7.3. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Montag, 22. August 2016, 14:50:25 schrieb Wolfgang Bauer:
No idea at the moment what could cause this, the user config for KDE4 should be switched to breeze on first login after the upgrade.
I had a look at that helper application's source code, that is used to switch the KDE4 style to breeze. The problem seems to be that it only does so if the look-and-feel is set to breeze too, but we use "openSUSE" as look-and-feel by default in the openSUSE branding. I will try to come up with a fix and submit it. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Montag, 22. August 2016, 15:57:28 schrieb Wolfgang Bauer:
I had a look at that helper application's source code, that is used to switch the KDE4 style to breeze. The problem seems to be that it only does so if the look-and-feel is set to breeze too, but we use "openSUSE" as look-and-feel by default in the openSUSE branding.
On second look, this cannot be the problem, i misinterpreted the code on the first glance. What the code actually does is to read the default values from the look-and- feel if the look-and-feel is not the default (breeze). I did notice something fishy there though, it used "Breeze" as default value when reading the widget style, but the style is named "breeze" (i.e. with a lower case 'b'). So if the value cannot be read from the look-and-feel, it would set a non-existent style, which would likely cause a fallback to KDE4's default "oxygen". I'm just wondering why this hasn't been a problem before (i.e. upgrade from 13.2 to 42.1 or Tumbleweed), this code hasn't been touched in one and a half years. And as we do set the widget style to "breeze" in the openSUSE look-and-feel, this can actually only be a problem if the upstream branding is used, i.e. plasma5-workspace-branding-openSUSE is not installed. That cannot be the problem here either though, as then the application menu would not have the openSUSE logo as icon (which it does have on the screenshot). In any case, I'll do the upgrade in a VM, and try to reproduce and investigate the problem. Will take some time though... Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Montag, 22. August 2016, 16:47:53 schrieb Wolfgang Bauer:
In any case, I'll do the upgrade in a VM, and try to reproduce and investigate the problem. Will take some time though...
I did the upgrade, and was able to reproduce the issue. The problem merely is that the update script (that should change the KDE4 widget style to breeze) doesn't set the widget style at all, and kdelibs4/Qt4 falls back to the default oxygen. The reason why it doesn't set it, is explained by this debug message in .xsession-errors: [Script] setting widget style: "breeze" false The "false" means that it doesn't find "breeze" in the list of available widget styles, likely because the name is actually "Breeze" (upper case). The obvious fix would be to set the widget style to "Breeze" (not "breeze") in the openSUSE look-and-feel. I'll submit that change. Although, I have to say that this is all a bit inconsistent. Both "Breeze" and "breeze" work in the actual config file, and upstream's "breeze" look-and-feel also contains "breeze" as widget style. In this case it's not a problem though, as the update script handles the "breeze" look-and- feel specifically and doesn't load it but uses "Breeze" as widget style... Regarding VLC: I meanwhile realized that this is about pressing Alt+p in the "Open" dialog, and only if the language is set to english (the button shortcuts are defined by the translations). I am able to reproduce the problem in 13.2/KDE4 too, if I start VLC in english, choose "Open network stream", type in an URL, and press Alt+p, I get an error dialog about an ambigous shortcut. But the same problem does occur in IceWM too, though it doesn't display an error dialog, it just prints this error message to the xterm from where I ran it: QAction::eventFilter: Ambiguous shortcut overload: Alt+P So, the problem is not that the (KDE) desktop grabs the Alt+p shourtcut. This is rather a "bug" in VLC, unrelated to KDE. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Wolfgang Bauer schrieb:
Am Montag, 22. August 2016, 16:47:53 schrieb Wolfgang Bauer:
In any case, I'll do the upgrade in a VM, and try to reproduce and investigate the problem. Will take some time though...
I did the upgrade, and was able to reproduce the issue.
The problem merely is that the update script (that should change the KDE4 widget style to breeze) doesn't set the widget style at all, and kdelibs4/Qt4 falls back to the default oxygen.
The reason why it doesn't set it, is explained by this debug message in .xsession-errors: [Script] setting widget style: "breeze" false The "false" means that it doesn't find "breeze" in the list of available widget styles, likely because the name is actually "Breeze" (upper case).
The obvious fix would be to set the widget style to "Breeze" (not "breeze") in the openSUSE look-and-feel. I'll submit that change.
Thanks a ton! Those kind of issues are really a PITA and hard to grasp in openQA.
Regarding VLC: I meanwhile realized that this is about pressing Alt+p in the "Open" dialog, and only if the language is set to english (the button shortcuts are defined by the translations). I am able to reproduce the problem in 13.2/KDE4 too, if I start VLC in english, choose "Open network stream", type in an URL, and press Alt+p, I get an error dialog about an ambigous shortcut. But the same problem does occur in IceWM too, though it doesn't display an error dialog, it just prints this error message to the xterm from where I ran it: QAction::eventFilter: Ambiguous shortcut overload: Alt+P
So, the problem is not that the (KDE) desktop grabs the Alt+p shourtcut. This is rather a "bug" in VLC, unrelated to KDE.
Hmm, CC Dominique... cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Am Donnerstag, 25. August 2016, 13:56:15 schrieb Ludwig Nussel:
Wolfgang Bauer schrieb:
The obvious fix would be to set the widget style to "Breeze" (not "breeze") in the openSUSE look-and-feel. I'll submit that change.
Thanks a ton! Those kind of issues are really a PITA and hard to grasp in openQA.
After submitting the fix, I noticed that I can easily reproduce it here on my system too by just creating a new user account. If I run a KDE4 application immediately on first login to Plasma5, it uses Oxygen instead of Breeze (if you change settings in Plasma5, they will also get synced back to KDE4, so the problem will "fix" itself). The reason why this only happens in the tests when upgrading from 13.2 is simple: we don't install the Oxygen style by default any more, so it cannot be used of course on a fresh (default) installation (or upgrade from 42.1) and kdelibs4 uses Breeze instead like it should. Anyway, should be fixed meanwhile...
So, the problem is not that the (KDE) desktop grabs the Alt+p shourtcut. This is rather a "bug" in VLC, unrelated to KDE.
Hmm, CC Dominique...
The problem seems to be that the "Play" button has a popup menu with the 4 possible actions ("Enqueue", "Play", "Stream", "Convert"), and the menu entries have explicitly assigned shortcuts, e.g. Alt+P for "Play". With the english translation, the button itself gets assigned (Alt+)P as well as shortcut, so it's ambiguous. If you open e.g. the "Convert" dialog (which is basically the same, but the button is set to "Convert" then), Alt+P works but Alt+O (for "Convert") is ambiguous. It should work to press Return instead of Alt+P though, that would probably be the quickiest/easiest way to "fix" the tests. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
participants (6)
-
Antonio Larrosa
-
Fabian Vogt
-
Luca Beltrame
-
Ludwig Nussel
-
Oliver Kurz
-
Wolfgang Bauer