Web Links ("Shortcuts") make a mess, are a mess

Description of the issue:
Web Links (“Shortcuts”) created by Brave for Ubuntu MATE (at least) create a mess that doesn’t get cleaned up, and are unreasonably difficult to use.

How can this issue be reproduced?

  1. Take Brave to a webpage (any will do)
  2. The best you can do for now is Menu (3 bars, upper right) → More tools → Create shortcut… and Create.
  3. Explore what you’ve gotten:
    3a. Drag the ‘shortcut’ into Pluma - it is actually a ‘.desktop’ file, using a magic 32 character identification. Webpage ‘community.brave.com/categories’ creates a rather complex ‘.desktop’ file
    3b. Look around for (a part of) that magic number: ‘sudo find / -name "xxxxxxx -print’
    3c. We find:
    A directory in
    ‘~/.config/BraveSoftware/Brave-Browser/Default/Web Applications/Manifest Resources’
    ‘.desktop’ files scattered about in
    ‘~/.local/share/applications/’
    ‘~/.gnome/apps/’
    ‘~/Desktop/’
    and multiple icon files in ‘~/.local/share/icons/hicolor/x/apps/’ directories.
  4. Delete the Desktop ‘shortcut’, empty the Trash, and look around again.
    4a. They are ALL still there, except the ‘.desktop’ in ‘~/Desktop’ - this clutter builds up.

Expected result:
It should at least clean up its mess after itself; it’s not practical to clean up by hand.
It should also be easier to make/maintain/manage the links, e.g.,
Drag the location bar contents to the desktop (or a file folder window),
Create a file with that has it as its content with a mime time that goes to Brave.
Also be nice if the context menu of the tab offered ‘Create Shortcut’.

Brave Version( check About Brave):
Version 1.38.115 Chromium: 101.0.4951.64 (Official Build) (64-bit)
Ubuntu 20.04.4 LTS (64-bit), Kernel 5.16.19-76051619-generic x86_64,
MATE 1.24.0

Additional Information:
I (try to) use a vast number of these links, as documentation in amongst the files and notation I keep in file folders for projects. This is the most difficult - actually, the only difficult - system for doing so.
The exploration/testing for this has created large numbers of orphaned files, and lots of time…

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.