snapd

Reading gsettings key don't work locally (writing does)

Bug #1600154 reported by Didier Roche-Tolomelli
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
snapd
Confirmed
Low
Unassigned
snapd (Ubuntu)
Confirmed
Low
Unassigned

Bug Description

The gsettings plug don't give access to reading gsettings keys (others than defaults).

gsettings is sending write values over dbus. The daemon then picks them up, write the new value to ~/.config/dconf/user and then send another dbus signal for the client to reread the mmaped file.

All the dbus mediation is fine and working well, however, as $HOME in snap is different from $HOME from the user session, gsettings key are never refreshed locally.

As a workaround, the desktop launcher is requiring the home plug in addition to gsettings, and then, on first startup, symlink $SNAP_USER_DATA/.config/dconf/user to user's ~/.config/dconf/user.
It would be good for the gsettings plug doing that. (until we can get full gsettings key mediation ofc)

Didier Roche-Tolomelli (didrocks)
affects: ubuntu → snapd (Ubuntu)
Sebastien Bacher (seb128)
tags: added: snapd-interface
Revision history for this message
Jamie Strandboge (jdstrand) wrote :

You are suggesting that on connecting the plug that snapd creates the symlink?

Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :

I think as a short-term solution (until we have proper confinement in gsettings itself), that's a way to circumvent this issue.

Currently, the interface doesn't really work and that makes you require using the "home" one to do this trickery (and I would prefer we avoid doing this).
You may have better ideas though? (I fear the options are limited as the gtk/glib applications mmap this file to read values).

Sebastien Bacher (seb128)
Changed in snapd (Ubuntu):
importance: Undecided → High
Jamie Strandboge (jdstrand)
affects: snappy → snapd
Zygmunt Krynicki (zyga)
Changed in snapd:
status: New → Confirmed
Changed in snapd (Ubuntu):
status: New → Confirmed
Revision history for this message
Jamie Strandboge (jdstrand) wrote :

Retriaging this to 'low' since the desktop part is already handling this.

Changed in snapd (Ubuntu):
importance: High → Low
Changed in snapd:
importance: Undecided → Low
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.