diff options
| author | Andreas Aardal Hanssen <andreas@hanssen.name> | 2012-11-13 18:06:25 (GMT) |
|---|---|---|
| committer | The Qt Project <gerrit-noreply@qt-project.org> | 2012-11-15 07:14:21 (GMT) |
| commit | e6f3c6c3741cbd7f4f0af3c04303fa1d60a55c49 (patch) | |
| tree | 51ea57cf5db116dbacab327d620354e220e4a0a6 /tests/auto/qgraphicsproxywidget | |
| parent | b6db048a63ed2f861201324bdbc0257736f4ddde (diff) | |
| download | Qt-e6f3c6c3741cbd7f4f0af3c04303fa1d60a55c49.zip Qt-e6f3c6c3741cbd7f4f0af3c04303fa1d60a55c49.tar.gz Qt-e6f3c6c3741cbd7f4f0af3c04303fa1d60a55c49.tar.bz2 | |
Fix zero-duration animations running Backwards.
If you set the duration of any variant or property animation to 0,
its progress will be stuck at 1 (0..1), and its "end" value set on
the target object, after start() has been called. If you change the
direction of the animation to QAbstractAnimation::Backward, you
would expect the progress to be 0 after start. Instead it's still
1; the code seems to assume that if the duration is 0, the
progress must be 1 always.
The fix is that if the duration is 0, the direction is checked to
determine whether progress should be 0 (Backward) or 1 (Forward).
Task-number: QTBUG-27969
Change-Id: Ibeca084bbbce41df1dca7b7d96c15b6b54394996
(cherry-picked from qtbase/f3597af5adcd2275503e9e4bfb425549f9ab3ced)
Reviewed-by: Thierry Bastian <thierryb@filewave.com>
Reviewed-by: Olivier Goffart <ogoffart@woboq.com>
Diffstat (limited to 'tests/auto/qgraphicsproxywidget')
0 files changed, 0 insertions, 0 deletions