busy cursor jams on after startup

[quozl]

On particularly slow hardware, the busy cursor may remain active after startup.

shell.log contains:

Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/jarabe/desktop/favoritesview.py", line 646, in __active_activity_changed_cb
    self._update()
  File "/usr/lib/python2.7/site-packages/jarabe/desktop/favoritesview.py", line 625, in _update
    self.get_window().set_cursor(None)
AttributeError: 'NoneType' object has no attribute 'set_cursor'

Is probably related to ​Use busy cursor during launch.

[godiard]

I didn't find a way to reproduce the problem, testing on a XO-1
I tried removing .sugar, setting many activities as favorites or only two.
If you have a way to reliably reproduce this, would be good to know.

I have sent a pr with a possible solution to the problem ​https://github.com/sugarlabs/sugar/pull/553

[quozl]

Thanks. It was on an XO-1, first boot after install of 13.2.5, and I had clicked on the buddy icon to enter the control panel before the system had finished starting the journal activity. My guess is that the additional demand of rendering the buddy icon menu and showing the control panel may have been enough to cause the race.

The possible solution looks fine.

The severity is low, it can wait until 0.108.

[godiard]

pr ​https://github.com/sugarlabs/sugar/pull/553

[Gonzalo Odiard]

Delay reset home cursor at startup if window is not created - Fixes #4873

This patch delay the reset of the Clock cursor set at Sugar startup
until the window is created. The bug is probably originated by a
race condition and is difficult to reproduce.

Changeset: b91887eec2181cad23aa963e0cebb244fa101845

[quozl]

• is in 0.107.0