Bug 363090 - entryPath for KCModules is not absolute
Summary: entryPath for KCModules is not absolute
Status: RESOLVED FIXED
Alias: None
Product: frameworks-kservice
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 5.38.0
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-05-15 00:20 UTC by scott.borisch
Modified: 2021-08-25 21:54 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
attachment-31168-0.html (1.37 KB, text/html)
2016-05-26 12:02 UTC, scott.borisch
Details
attachment-16620-0.html (2.34 KB, text/html)
2016-05-30 14:44 UTC, scott.borisch
Details

Note You need to log in before you can comment on or make changes to this bug.
Description scott.borisch 2016-05-15 00:20:06 UTC
Launching "Display Configuration" (aka kscreen) on Kubuntu 16.04 64-bit LTS results in error message:

"Unable to run the command specified.  The file or folder /usr/share/plasma/plasmoids/org.kde.plasma.icon/contents/ui/kcm_kscreen.desktop" does not exist."

I see the same problem on 2 different brand new Kubuntu 16.04 installations (one native, one on a VirtualBox VM).

I am not sure of the kscreen version.

Reproducible: Always

Steps to Reproduce:
1. Launch "Display Configuration"
2.
3.

Actual Results:  
Dialog box reads:  "Unable to run the command specified.  The file or folder /usr/share/plasma/plasmoids/org.kde.plasma.icon/contents/ui/kcm_kscreen.desktop" does not exist."

Expected Results:  
"Display Configuration" (aka kscreen) launches.
Comment 1 Sebastian Kügler 2016-05-24 15:09:29 UTC
Hi Scott!

Thanks for your report.

Could you have a look if you have said file (kcm_kscreen.desktop), and if so, where it's installed? The path it's loaded from seems weird to me, it should be installed to 

/usr/share/kservices5/kcm_kscreen.desktop

This is likely a packaging bug, which would need to be looked into by the Kubuntu team.
Comment 2 scott.borisch 2016-05-26 12:02:47 UTC
Created attachment 99201 [details]
attachment-31168-0.html

Hi,

I'm not sure what happened, but I can no longer reproduce this problem.
I'll let you know if something changes.


- Scott

On Tue, May 24, 2016 at 10:09 AM, Sebastian Kügler via KDE Bugzilla <
bugzilla_noreply@kde.org> wrote:

> https://bugs.kde.org/show_bug.cgi?id=363090
>
> --- Comment #1 from Sebastian Kügler <sebas@kde.org> ---
> Hi Scott!
>
> Thanks for your report.
>
> Could you have a look if you have said file (kcm_kscreen.desktop), and if
> so,
> where it's installed? The path it's loaded from seems weird to me, it
> should be
> installed to
>
> /usr/share/kservices5/kcm_kscreen.desktop
>
> This is likely a packaging bug, which would need to be looked into by the
> Kubuntu team.
>
> --
> You are receiving this mail because:
> You reported the bug.
Comment 3 Sebastian Kügler 2016-05-26 12:17:02 UTC
Okay, no problem.

I'll close this bug, if it happens again, please reopen and attach the info needed.

Thanks!
Comment 4 scott.borisch 2016-05-30 14:44:58 UTC
Created attachment 99272 [details]
attachment-16620-0.html

Hi,

I figured out the issue:

New information -- this only happens when you create a desktop shortcut to
"Display Configuration" and launch from the desktop shortcut. Launching
from the "Type to search" option works fine.

I also filed the bug here:

https://bugs.launchpad.net/ubuntu/+source/kscreen/+bug/1581897

So let me know if this is sufficient or if a KDE bug should be
opened/reopened.
Thanks.

- Scott

On Thu, May 26, 2016 at 7:17 AM, Sebastian Kügler via KDE Bugzilla <
bugzilla_noreply@kde.org> wrote:

> https://bugs.kde.org/show_bug.cgi?id=363090
>
> Sebastian Kügler <sebas@kde.org> changed:
>
>            What    |Removed                     |Added
>
> ----------------------------------------------------------------------------
>              Status|UNCONFIRMED                 |RESOLVED
>          Resolution|---                         |FIXED
>
> --- Comment #3 from Sebastian Kügler <sebas@kde.org> ---
> Okay, no problem.
>
> I'll close this bug, if it happens again, please reopen and attach the info
> needed.
>
> Thanks!
>
> --
> You are receiving this mail because:
> You reported the bug.
>
Comment 5 Harald Sitter 2016-06-14 08:30:12 UTC
kickoff -> search for display -> right click kcm and add to desktop -> broken

same for panel

works for apps, broken for all KCMs though
Comment 6 Marco Martin 2016-06-14 12:49:34 UTC
the difference seems:
kservice::entryPath() seems to be an absolute path for apps
while is a relative path (just the filename of the desktop file) for kcms

so would be a problem in kservice/ksycocaentry in this case?
Comment 7 mph 2017-09-13 16:52:14 UTC
Not sure if this needs to be renamed, but I wanted to add that I have the same issue on Debian 4.9.0-3-amd64 (Stretch), KDE Plasma 5.8.6.

kickoff -> search for displays -> right click kcm and add to desktop -> broken
Comment 8 Kai Uwe Broulik 2017-09-14 09:00:07 UTC
Re-assigning to KService, the entryPath() is just the name and docs are very helpful by saying "the factory should know relative to what".
Comment 9 Ahmad Samir 2021-08-25 21:54:10 UTC
This seems to work now; feel free to reopen if you still see this issue.