[Bugs] #1135 UNSP: Primary palette redraw glitch after secondary palette exposed when rolling cursor between buttons

[SugarLabs Bugs]

#1135: Primary palette redraw glitch after secondary palette exposed when rolling
cursor between buttons
------------------------------------------+---------------------------------
    Reporter:  garycmartin                |          Owner:  alsroot    
        Type:  defect                     |         Status:  new        
    Priority:  Unspecified by Maintainer  |      Milestone:  0.86       
   Component:  sugar                      |        Version:  0.85.x     
    Severity:  Trivial                    |     Resolution:             
    Keywords:  r?                         |   Distribution:  Unspecified
Status_field:  Unconfirmed                |  
------------------------------------------+---------------------------------

Comment(by alsroot):

 Replying to [comment:5 garycmartin]:
 > Replying to [comment:4 alsroot]:
 > > Gary: could you try to reproduce bug with attached patch applied
 > > (I tried for 10min w/o success:)
 >
 > Patch applied and is working very well, I've not had a palette show in
 centre screen since the change (and much trying) :-) If you have the will,
 there is still one related case now that you've got this far. Pretty sure
 it's the same move() cause. To reproduce:
 >
 > 1) Goto Home favourites view (ring)
 > 2) Hover your cursor over an Activity at the BOTTOM of the ring
 > 3) Wait for the full palette to appear
 > 4) Move your cursor to an adjacent Activity icon
 > 5) Move your cursor back to first Activity icon
 >
 > The first stage palette will now open in the same position as it was
 when the palette was fully opened (far up screen, lot's of space between
 first stage palette and mouse cursor). The first stage palette should
 appear next to the mouse cursor and then move up as palette animates.
 >
 > This happens with all palettes near the bottom of the screen (device
 icons would be another example), but is not noticeable for palettes near
 the top of the screen, as their first stage palette doesn't get moved by
 the animation.

 thats another case, I've created #1268
 in #1135 sugar calculates right positions but can't move palette,
 but in #1268 sugar calculates wrong positions

-- 
Ticket URL: <http://dev.sugarlabs.org/ticket/1135#comment:6>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system