[kde] [Bug 489679] New: Editing a .desktop file in .local/share/applications creates a copy

Vitaliy bugzilla_noreply at kde.org
Wed Jul 3 15:33:00 BST 2024


https://bugs.kde.org/show_bug.cgi?id=489679

            Bug ID: 489679
           Summary: Editing  a .desktop file in .local/share/applications
                    creates a copy
    Classification: I don't know
           Product: kde
           Version: unspecified
          Platform: Other
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: unassigned-bugs at kde.org
          Reporter: silverunicorn2011 at yandex.ru
  Target Milestone: ---

SUMMARY
When I edit a .desktop file properties, e.g. to change the icon, instead of
changing the original file it creates a new one, stripping the first character
of the file name (so e.g. kate.desktop becomes ate.desktop).

STEPS TO REPRODUCE
1. In Dolphin, go to ~/.local/share/applications/
2. Open properties of any .desktop file there
3. Change anything, e.g. its icon, display name, etc.
4. Click OK

OBSERVED RESULT
A new .desktop file appears, with the first character stripped from the name
(e.g. if you edited kate.desktop, the new file is named ate.desktop).

EXPECTED RESULT
The original file is edited/replaced.

SOFTWARE/OS VERSIONS
Operating System: Void 
KDE Plasma Version: 6.1.1
KDE Frameworks Version: 6.3.0
Qt Version: 6.7.2
Kernel Version: 6.6.35_1 (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 5800X 8-Core Processor
Memory: 31.3 ГиБ of RAM
Graphics Processor: AMD Radeon RX 560 Series
Manufacturer: ASUS

ADDITIONAL INFORMATION
If you edit file permissions instead of other properties, it tries to change
them on the wrongly-named file, fails with an error message, and then creates
that file anyway.

The same happen if you edit an application entry from the launch menu IF the
corresponding .desktop file is in .local/share/applications/ already; otherwise
the new file is created there with the correct name.

Editing .desktop files in other locations is NOT affected.

Editing through kmenuedit is not affected but, it doesn’t show the very file I
needed to edit, userapp-Firefox-<...>.desktop.

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the Unassigned-bugs mailing list