Hi everyone, below you will find the updates from the Desktop team from the last week.
If you’re interested in discussing a topic please start a thread in the Desktop area of the Community Hub (this site).
We also have our weekly meeting on IRC. We meet on Tuesday at 13:30 UTC in #ubuntu-desktop on Freenode. There will be an “Any Other Business” section at the end where you are welcome to raise topics. These topics might be discussed during the meeting, or afterwards depending on the time, depth of conversation, topic and so on.
Last week’s notes are here: https://discourse.ubuntu.com/t/monday-22nd-april-2019/10594
Next week’s notes are here: https://community.ubuntu.com/t/monday-6th-may-2019/10762
Very short week (only 2 days including today).
- Fixed AppIndicator scroll regression [upstream fix, released on extension store]
- Prepared Ubuntu upload for Disco and Eoan [Bileto ticket, please sponsor]
- Some fixes to PopupMenuItem’s refactory as GObject’s [MR]
new.target check fixes in abstract classes [MR, merged]
- More refactoring on the
- Upstream reviews
- gobject: Use auto-compartment on object when setting property, crash fix [MR, merged]
- Prepared mutter and gnome-shell 3.32.1 packaging for eoan and disco. Please sponsor:
- Synced unity branches with released code in bionic and xenial
- bugs marked as
rls-bb-tracking for 3.28 that were waiting SRU release, have been finally released, so moving now on working on missing one
- All dd tracking in progress
Short report: Sprint in Taipei
snapd icon theme support:
- Published snapd PR #6767, which is a work-in-progress branch adding support for snaps installing themed icons (e.g. to install an app icon to hicolor that can be overriden, or to provide their own theme-appropriate variant icons).
- The branch has some basic unit and spread tests, but still has a few todos:
- handle parallel installed snaps, including rewriting the icon line in corresponding desktop files.
- remove empty directories from the shared icon tree on package removal/upgrade.
- One piece of initial review feedback was about validating the icons before copying them to the icon directory. I hadn’t looked at doing this in the initial implementation because the same concerns exist for the existing way of referencing icons in desktop files.
snapd desktop file naming:
- I did some investigation into snapcraft forum topic MPRIS can not be used with snaps.
- The topic is not quite accurate: snap apps can be controlled via MPRIS, but the Spotify app in particular sets the wrong value for the
DesktopEntry property, leading to a sub-optimal experience on KDE.
- This is something that the snap could correct (at least if we ignore parallel installs).
- The long term answer to this might be to give snaps more control over their desktop file IDs, since this is not the only instance of the current naming causing problems. It’s not obvious what the new system should be though.