Opened 15 years ago
Last modified 7 years ago
#362 accepted enhancement
can't register with multiple school servers
Reported by: | dsd | Owned by: | manashraja |
---|---|---|---|
Priority: | Normal | Milestone: | Unspecified |
Component: | Sugar | Version: | 0.82.x |
Severity: | Major | Keywords: | ml8.2.3 r! |
Cc: | martin.langhoff, rgs, sridhar | Distribution/OS: | OLPC |
Bug Status: | New |
Description
We have a situation here in Paraguay: all teachers from 10+ schools are brought together for training. We give them XOs, they register with the single XS that we have for the training, etc.
After the training, the teachers split up and go to their schools. The XS here is different, but they are unable to register with it because they already registered with the first.
We do not want to reflash their laptops. We do not want to hand-edit the sugar config file on 150 machines. It would be nice if sugar supported registrations to multiple school servers. Or at least, a simple way to reset the registration info.
In Paraguay we are hooking up the "Discard network history" button with the following 2 modifications:
- sed -i -e '/clear_networks/ a\ \ \ \ clear_registration()' \
${pristine}/usr/share/sugar/shell/controlpanel/model/network.py
- the attached patch
Attachments (1)
Change History (20)
Changed 15 years ago by dsd
comment:1 Changed 15 years ago by garycmartin
- Bug Status changed from Unconfimed to New
- Distribution/OS changed from Unspecified to OLPC
- Type changed from defect to enhancement
comment:2 Changed 15 years ago by tomeu
- Milestone changed from Unspecified by Release Team to 0.86
- Priority changed from Unspecified by Maintainer to Normal
- Severity changed from Unspecified to Major
comment:3 Changed 14 years ago by erikos
- Owner changed from marcopg to tomeu
- Status changed from new to assigned
comment:4 Changed 14 years ago by erikos
- Keywords r? added
- Owner changed from tomeu to erikos
comment:5 Changed 14 years ago by erikos
- Keywords r! added; r? removed
- Milestone changed from 0.86 to 0.88
def clear_registration(): """Clear the registration with the schoolserver """ client = gconf.client_get_default() client.set_string('/desktop/sugar/backup_url', '') return 1
In current code, we do clear the backup_url. So the workaround does work. For the original request, to allow for the connection to multiple schoolservers I think it would be best to file a feature page. http://wiki.sugarlabs.org/go/Features/Policy
comment:6 Changed 14 years ago by dsd
and clear_registration() is definitely called in some codepath?
comment:7 Changed 14 years ago by erikos
- Keywords r! removed
Actually all is good. http://dev.laptop.org/attachment/ticket/7765/7765-reset.patch This patch landed already: 'sugar-control-panel -c registration' does the clearing of the registration.
Let's aim to make the whole schoolserver interaction with multiple servers and connecting and disconnecting more advanced in 0.88
comment:8 Changed 14 years ago by martin.langhoff
- Cc martin.langhoff added
- Keywords ml8.2.3 added
comment:9 Changed 14 years ago by martin.langhoff
Reviewed for 8.2.2 -- won't apply this, it (ab)uses a UI action meant for something else.
comment:10 Changed 14 years ago by rgs
- Cc rgs added
comment:11 Changed 14 years ago by tomeu
- Milestone changed from 0.88 to 0.90
comment:12 Changed 13 years ago by dsd
- Keywords r? added
It's been months and there has been no sign of someone doing the (somewhat heavy amount of) work to make future versions of sugar work with multiple school servers.
Could this patch be reconsidered? Or perhaps we could consider it as a separate button? Speaking right here from a deployment preparation meeting of 60000 systems in Argentina, it *is* needed in the field and command line is not a viable option.
comment:13 Changed 13 years ago by sridhar
- Cc sridhar added
comment:14 Changed 13 years ago by tomeu
- Keywords r! added; r? removed
The patch seems to be for 0.82, which AFAIK nobody is ever going to make a new release of, so removing from the queue and leaving the ticket open for later releases.
comment:15 Changed 10 years ago by dnarvaez
- Milestone changed from 0.90 to 1.0
Seems to be important for deployments, need to update status.
comment:16 Changed 10 years ago by dnarvaez
- Milestone changed from 1.0 to Unspecified
comment:17 Changed 10 years ago by dnarvaez
- Bug Status changed from New to Unconfirmed
comment:18 Changed 10 years ago by dnarvaez
- Bug Status changed from Unconfirmed to New
comment:19 Changed 7 years ago by manashraja
- Owner changed from erikos to manashraja
- Status changed from assigned to accepted
Moving this to the 0.86 milestone.