http://defect.opensolaris.org/bz/show_bug.cgi?id=9561
--- Comment #14 from Darren Kenny <dkenny at opensolaris.org> 2009-08-14 08:09:24 UTC --- (In reply to comment #12) > Due to spec 1.10.0, those two radio buttons/menuitems only control the > sensitive states of the related tree rows and menuitems. When ui daemon is > starting, sets the initial state to 'select auto', and sync in two Guis by > gconf. I don't understand why you would need to use GConf? In the dialog, the toggle is transient, meaning that until you click OK, nothing is committed to the system. On clicking OK, we look at the state of the radio buttons and the currently enabled (in the dialog) location and then set the state in the system using this information. In contrast, using the panel menu: - switching to automatic, will make the location items insensitive, and immediately tell the daemon to react (i.e disable any active location). - switching to manual, will immediately enable the currently active location, effectively locking it in, and the location menu items should be now selectable. Synchronisation between two GUIs should be managed based on the events from NWAM. Such events should enable the panel to correctly show the state of the system now, while the dialog shouldn't really be updated since it's transient until the user clicks OK, and should remain at whatever the user running it has done so far. If, for example, we use the dialog to change the locations from automatic to manual, selecting the Office location, then events should be send from NWAM something along the lines of: OBJECT_ACTION LOC Office -> action refresh OBJECT_ACTION LOC Office -> action enable OBJECT_STATE LOC Office -> state offline*, method or service enable OBJECT_STATE LOC Automatic -> state offline, conditions for activati OBJECT_STATE LOC Office -> state online, active A subsequent call to the nwamui_daemon function to determine manual/automatic should return the correct value - if it doesn't we're doing something wrong. -- Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
