Summary: | entryPath for KCModules is not absolute | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-kservice | Reporter: | scott.borisch |
Component: | general | Assignee: | David Faure <faure> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | a.samirh78, francisbrwn9, kde, kdelibs-bugs, mph, notmart, sitter |
Priority: | NOR | ||
Version: | 5.38.0 | ||
Target Milestone: | --- | ||
Platform: | Kubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
attachment-31168-0.html
attachment-16620-0.html |
Description
scott.borisch
2016-05-15 00:20:06 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. 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. Okay, no problem. I'll close this bug, if it happens again, please reopen and attach the info needed. Thanks! 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. > kickoff -> search for display -> right click kcm and add to desktop -> broken same for panel works for apps, broken for all KCMs though 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? 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 Re-assigning to KService, the entryPath() is just the name and docs are very helpful by saying "the factory should know relative to what". This seems to work now; feel free to reopen if you still see this issue. |