Synfig Issue Tracker
star_faded.png
Please log in to bookmark issues
bug_report_small.png
CLOSED  Bug report #461  -  Handles priorities are not working in some cases
Posted Jul 19, 2013 - updated Jan 05, 2019
action_vote_minus_faded.png
1
Votes
action_vote_plus_faded.png
icon_info.png This issue has been closed with status "Fixed" and resolution "RESOLVED".
Issue details
  • Type of issue
    Bug report
  • Status
     
    Fixed
  • Assigned to
     Carlos López
  • Progress
       
  • Type of bug
    Not triaged
  • Likelihood
    Not triaged
  • Effect
    Not triaged
  • Posted by
     Konstantin Dmitriev
  • Owned by
    Not owned by anyone
  • Time spent
    4 hours
  • Category
    User interface
  • Resolution
    RESOLVED
  • Priority
    Needs to be fixed
  • Targetted for
    icon_milestones.png 0.64.1
  • Tags
    icon_customdatatype.png Not determined
  • Difficulty
    icon_customdatatype.png Not determined
Issue description
In SYnfig handles have priorities for the cases when handles have the same placement and user clicks at any of them.

For example, origin handle have higher priority than focus point handle. But in current master branch this behavior is broken. If you put a rotate layer (with angle non zero) over the group layer and then try to move the group using the origin handle then in some cases the focus point handle is activated. See attached file.
Steps to reproduce this issue
Nothing entered.

#2
Comment posted by
 Konstantin Dmitriev
Jul 19, 13:51
A file was uploaded. duck-priorities.sificon_open_new.png
#4
Comment posted by
 Konstantin Dmitriev
Aug 02, 18:21
I can confirm - the issue is fixed now. Thanks!
#5
Comment posted by
 Konstantin Dmitriev
Aug 07, 11:25
Looks like the bug is still there. Reproducable the group is inside of other group with Zoom value set to very high negative value. Example is attached below. See the video - https://dl.dropboxusercontent.com/u/15516795/bug-duck-priorities-scale.ogv

Second example of the bugicon_open_new.png