> Interestingly, the new Chromium window now displays a "file not found" > error for file:///snap/chromium/1275/firstrun/snap-en.html when launched.
Oh, good catch, this is an (unrelated) regression, fixed with https://git.launchpad.net/~chromium-team/chromium-browser/+git/snap- from-source/commit/?id=0959d5f44d9ce6dbcac4b89228e7014e9b07e95f. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to chromium-browser in Ubuntu. https://bugs.launchpad.net/bugs/1892146 Title: [snap] Deleting the ~/snaps folder breaks Gnome dash window tracking for chromium Status in chromium-browser package in Ubuntu: Incomplete Bug description: Deleting the ~/snaps folder in ubuntu seems to permanently break gnome dash window tracking. Steps to reproduce: 1) Add chromium-browser.desktop to your dash / dock favourites. Chromium Windows get attributed to this favourite when created. 2) Delete the ~/snaps folder, quit all chromium processes and / or reboot 3) The ~/snaps folder gets recreated, but Chromium windows now get attributed to a new chromium-browser dash icon, ignoring the favourite created in step 1 I know I know, don't delete the ~/snaps folder then! Unfortunately, there are situations when this is beyond my control. These desktops are gonna get into the hands of normal users, like my dad and my colleagues. They will delete the folder by accident or because they don't know and don't care about snaps. Deleting it shouldn't permanently break window tracking. This is on a fully patched 20.04 system. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1892146/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
