#10264 NORM Not Tri: Exiting Activity started from Home returns to Journal view
Zarro Boogs per Child
bugtracker at laptop.org
Mon Aug 2 22:25:07 EDT 2010
#10264: Exiting Activity started from Home returns to Journal view
------------------------------+---------------------------------------------
Reporter: FGrose | Owner: dsd
Type: defect | Status: new
Priority: normal | Milestone: Not Triaged
Component: sugar | Version: 1.5 Software Build os64 aka 10.1.0
Resolution: | Keywords:
Next_action: review | Verified: 0
Deployment_affected: | Blockedby:
Blocking: |
------------------------------+---------------------------------------------
Changes (by Quozl):
* owner: => dsd
* next_action: never set => review
* component: not assigned => sugar
* version: not specified => 1.5 Software Build os64 aka 10.1.0
Comment:
This was an upstream change between Sugar 0.82 and Sugar 0.84, but I've
not found a reference to it yet, after looking through each change. I'm
not sure it was intentional, but I think it relates to Journal now being
an activity.
The sequence the shell passes through:
* zoom_level is initially ZOOM_HOME, aka F3,
* a new window is detected as a result of the activity starting, which
sets zoom_level to ZOOM_ACTIVITY, aka F4,
* the activity terminates, but zoom_level is left unchanged, so the next
window in the stack is made visible, which is the Journal.
Alternate reproducer of the same symptom:
* be in Home view,
* start Stop Watch,
* return to Home view,
* start Measure,
* quit Measure,
* result is that Stop Watch is now visible, not the Home view.
This change in behaviour might also result in less "lost activities", once
a user learns how to quit an activity.
--
Ticket URL: <http://dev.laptop.org/ticket/10264#comment:1>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list