https://bugs.kde.org/show_bug.cgi?id=433731
Bug ID: 433731
Summary: Double clicking Icons on New or Custom Activity
Desktop does nothing if using a custom Location
instead of the default Desktop Folder
Product: kactivitymanagerd
Version: 5.21.0
Platform: openSUSE RPMs
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: ivan.cu...@kde.org
Reporter: enlightenme...@cock.li
CC: plasma-b...@kde.org
Target Milestone: ---
SUMMARY: Double clicking Icons on New or Custom Activity Desktop does nothing
if using a custom Location instead of the default Desktop Folder
STEPS TO REPRODUCE:
1. Create a New Activity
Right Click on the desktop
Select 'Show Activity Switcher'
At the very bottom, click on '+ Create Activity...'
Give the new Activity an Icon, a Name & Description
Press OK
Change the "Location:" from the default settings of 'Desktop' to a custom made
folder
Configure Desktop and Wallpaper > Location: Change this to custom location
Apply
2. Add an app icon to the desktop via right-clicking on an app from the
Application Launcher menu and choosing
Add to Desktop
3. Double click on the app icon on the desktop
OBSERVED RESULT:
The .desktop file is treated as a normal file with an attempt to open it up
with another app
EXPECTED RESULT:
To run the actual app the icon represents, just like on the normal default
activitys desktop
SOFTWARE/OS VERSIONS:
Linux/KDE Plasma:
Operating System: openSUSE Tumbleweed 20210223
KDE Plasma Version: 5.21.0
KDE Frameworks Version: 5.79.0
Qt Version: 5.15.2
Kernel Version: 5.11.1-2.g992837b-default
OS Type: 64-bit
Graphics Platform: X11
Processors: 4 × Intel® Core™ i5-3570K CPU @ 3.40GHz
Memory: 15.5 GiB of RAM
Graphics Processor: AMD PITCAIRN
ADDITIONAL INFORMATION:
Double clicking Icons on New or Custom Activity Desktop does nothing if using a
custom Location instead of the default Desktop Folder:
CONCLUSION:
Double clicking on .desktop files, either in the original Desktop folder or
ones that have been copied into another folder
will not result in the application launching
Properties in any normal icon on the desktop, under TAB: Application, in field
'Command:' will show just an application name to run,
but no PATH from which to run it from
The only explanation i can think of for the application(s) being able to run in
the normal default activity, is because the applications executables are
already in the PATH (possibly the PATH Environment variable)
File Managers will just treat all .desktop files as a 'file to be run with an
application'
It does not matter if the folder its either the normal Desktop folder or the
path /usr/share/applications/ where there are also .desktop files
Custom Activitys also assume this same behavior as file managers, and treat all
.desktop files as files to be 'opened' with an application
There is no recognition that the .desktop files are themselves pointers/links
to actual executable apps.
Presumably the PATH to these apps is not seen in custom Activitys
--
You are receiving this mail because:
You are watching all bug changes.
