Bug 840011

Summary:	Plugins configuration is not re-read after close-open of Preferences dialog
Product:	Red Hat Enterprise Linux 7	Reporter:	Martin <mholec>
Component:	dconf	Assignee:	Marek Kašík <mkasik>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Desktop QE <desktop-qa-list>
Severity:	medium	Docs Contact:
Priority:	low
Version:	7.0	CC:	mdomonko, pvine, tpelka, vbenes
Target Milestone:	beta
Target Release:	7.0
Hardware:	All
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-06-13 11:23:49 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Martin 2012-07-13 12:55:10 UTC

Description of problem:

Plugins configuration is not re-read after close-open of Preferences dialog.

When I run 2 instances of Gnome application like Gedit or Totem plugins configuration dialogs doesn't reflect changes between multiple application instances like other configuration options/tabs do. This should be consistent with other Properties tabs where configuration is being reread after each time configuration dialog is (re)opened.

Version-Release number of selected component (if applicable):
gtk3-3.4.3-2.el7.x86_64

How reproducible:
always

Steps to Reproduce:
0. Run 2 Gedit instances on 2 machines with shared home.
1. Choose "Edit" - "Preferences" in first Gedit instance and select "Plugins" tab. Then enable "Quick Open" plugin and click "Close".
2. Choose "Edit" - "Preferences" in second Gedit instance and select "Plugins" tab.

Actual results:
Plugins configuration dialog in second Gedit instance does not reflect changes did on first Gedit instance. "Quick Open" plugin is disabled.

Expected results:
"Quick Open" plugin should be enabled.

Additional info:
All configuration changes should be consistent and predictable when running multiple application instances.

Comment 2 Cosimo Cecchi 2012-07-13 13:46:50 UTC

There is a shared component in the plugin system of those two applications: libpeas. EOG uses it as well it, can you confirm the bug is reproducible there as well?
Anyway, it looks to me that the plugin configuration is stored as a GSettings key, so I suspect this is due to dconf still missing full support for NFS home directories. Such support is supposed to land upstream this cycle, so we'll see if that helps with this specific situation.

Reassigning to libpeas for the moment.

Comment 3 Martin 2012-07-13 14:26:04 UTC

I can reproduce this bug in EOG.

Comment 4 Bastien Nocera 2012-10-16 16:38:08 UTC

If we DConf doesn't update GSettings on the other machine, there's nothing libpeas can do.

Comment 12 Ludek Smid 2014-06-13 11:23:49 UTC

This request was resolved in Red Hat Enterprise Linux 7.0.

Contact your manager or support representative in case you have further questions about the request.