[Bugs] #1976 UNSP: School server registration works differently on XO
Sugar Labs Bugs
bugtracker-noreply at sugarlabs.org
Thu Oct 21 17:48:25 EDT 2010
#1976: School server registration works differently on XO
------------------------------------------+---------------------------------
Reporter: sascha_silbe | Owner: timClicks
Type: defect | Status: reopened
Priority: Unspecified by Maintainer | Milestone: 0.90
Component: sugar | Version: Git as of bugdate
Severity: Minor | Resolution:
Keywords: r! | Status_field: New
Distribution: | Seeta_dev: unassigned
------------------------------------------+---------------------------------
Comment(by martin.langhoff):
Thanks for looking into this! I disagree with the fix, however.
The patch is bogus -- there was bogus logic in the non-XO codepath, and
this patch promotes the bogosity to all the cases.
Here is how I believe this comes to happen: when we are on a non-XO, we
want to generate synthetic SN/UUID pars, and to store them permanently, so
we always use the same SN/UUID in the future, even if the registration
fails. There is _no_ reason to try save a jabber server, other than
perhaps making store_identifiers() happy.
The old code has several problems
* On non-XO, it always creates an SN/UUID pair
* On non-XO, it saves a bogus jabber server before even trying to
register
I am attaching an untested, draft patch trying to explain what I mean. I
am a bit confused by SN/UUID being kept in something other than gconf.
Should we consolidate these values into gconf?
--
Ticket URL: <http://bugs.sugarlabs.org/ticket/1976#comment:7>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system
More information about the Bugs
mailing list