#5917 NORM Future : paint loses text if text is last item added

[Zarro Boogs per Child]

#5917: paint loses text if text is last item added
--------------------------------------------------------+-------------------
           Reporter:  dsd                               |       Owner:  alexandre     
               Type:  defect                            |      Status:  new           
           Priority:  normal                            |   Milestone:  Future Release
          Component:  paint/drawing-activity (oficina)  |     Version:                
         Resolution:                                    |    Keywords:  767           
        Next_action:  design                            |    Verified:  0             
Deployment_affected:                                    |   Blockedby:                
           Blocking:                                    |  
--------------------------------------------------------+-------------------
Changes (by Quozl):

  * next_action:  never set => design


Old description:

> Joyride 1520, paint version 15
>
> I can reproducibly make paint lose text that was added to a drawing:
>
> - open paint
> - draw a line or two
> - click on the text tool, click somewhere on the image, type some text
> - click the "Activity" tab
> - click the "Stop" button in top right
> - go into journal, resume paint activity
>
> At this point the text has disappeared.

New description:

 Joyride 1520, paint version 15

 I can reproducibly make Paint lose text that was added to a drawing:

  * open Paint,
  * draw a line or two,
  * click on the text tool, click somewhere on the image, type some text,
  * click the "Activity" tab,
  * click the "Stop" button in top right,
  * go into Journal, resume Paint activity.

 At this point the text has disappeared.

--

Comment:

 Tested on 10.1.2 with Paint-27, this is still a data loss problem.

 Ishan Bansal and Anubhav Aggarwal of SEETA appear to be working toward a
 fix to this.  See for example http://patchwork.sugarlabs.org/patch/401/

 From analysis of the code it seems the normal method to terminate a text
 entry in progress is to click in the drawing area.

 The solution that I desire to this ticket is:
  * if a text entry is in progress, and the activity is stopped using
 either the "Stop" button or Control/Q, the text entry should be terminated
 as if the user had clicked in the drawing area, and then the activity
 should be stopped.
  * if a text entry is in progress, and the activity instance is saved
 using the "Keep" button, the text entry should be terminated as if the
 user had clicked in the drawing area, then the activity instance should be
 saved, ''then the text entry should return to being in progress''.

 Perhaps the last ''requirement in italics'' is too hard and could be
 omitted.

-- 
Ticket URL: <http://dev.laptop.org/ticket/5917#comment:3>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system