Comment 25 for bug 1165104

So I did more testing, the conclusion so far:
- From my Ubuntu 12.10, the app list was synced on the ubuntu.com server.
- From my Ubuntu 13.10, I presume the app list was only on the machine itself, although the device was listed on Ubuntu One.

I applied the fix_sso_app_name.patch to both machines (on the Ubuntu 12.10 I did the modification manually because the lines differ). It didn't solve anything, but it also did not get worse.

I checked the Ubuntu 13.10 machine and found the same error as mentioned in comment 7. On the other machine the same code worked well. So maby there is something wrong the way python3 resolves the self._get() in Ubuntu 13.10, where in Ubuntu 12.10 python2.7 does it well .

So I applied the infraclient_pristine_get.patch only to the 13.10 machine.

When I then restarted the service (/usr/share/oneconf/oneconf-service --debug), I found my other machine in the list returned bij the ubuntu.com server. See comment 23 for the the extra log code I added to infraclient_pristine.py .

And returning to the 12.10 machine, restarting the service returned both machines.

Conclusions so far:
- In Ubuntu 13.10 there is defenitly something wrong with that self._get() routine. the 'infraclient_pristine_get.patch' is a temporary solution.
- There is no easy way to check what is on the ubuntu.com servers. The device lists only (I presume) show if there has been a authentication, NOT if there really has been a transfer of data.
- The 'last used' dates on the https://one.ubuntu.com/account/ page don't seem to be updated of Ubuntu One and Ubuntu Software Center. So they can't be used as check if data has been transfered well.
- More specific debug log lines in the onconf code could make tracing errors easier.
- Not sure if fix_sso_app_name.patch is necessary, but i doesn't seem to harm.