--- Comment #5 from pohly <patrick.ohly(a)intel.com> 2011-11-14 14:01:47 UTC ---
(In reply to comment #4)
(In reply to comment #3)
> Ok, I'm now able to reproduce... not sure it's the same problem though:
> seeing the dbus server return slightly different data for the "default"
> that I think it used to and sync-ui chokes on that. I'm fixing that, let's
> if it really is the original bug.
So, I can fix this and some related issues in the UI (again, assuming that this
is the same problem) but I'm wondering if we just want to change the data that
the dbus server give me for "default" service...
Currently the configuration for "default" is mostly the scheduleworld config.
This is a bit difficult as I need to do some special casing to "fix" that
The biggest problem here is simple: the service is not shown in the UI if it's
not ConsumerReady, and "default" is not. Like I said I can add a special case
(like I already do for some things) but I'm just wondering if "default"
actually be ConsumerReady?
So the change which broke the UI was that the default = "ScheduleWorld" config
was downgraded to not ConsumerReady?
Whether the "default" config has the flag set is basically undefined. If it
helps the UI, then we can define it so that it must be set.
What other properties must be set for the "default" template? Just the list of
The reason I've been sitting on the really simple patch is that I
don't get how
this could be the original bug: "button randomly works". That doesn't make
No, it doesn't. But I don't know whether Tino is seeing the original
"randomness" of the issue. Perhaps it always fails for him?
Component: GTK UI
MeeGo Release: unspecified
Assigned To: jku(a)linux.intel.com
Target Build: 1.2
Configure bugmail: https://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.