Bug 79564 – [Qt] transitions/cancel-transition.html fails

• Status: RESOLVED
• Resolution: INVALID
• Component: Tools / Tests

[Csaba Osztrogonác]

--- /ramdisk/qt-linux-64-release/build/layout-test-results/transitions/cancel-transition-expected.txt 
+++ /ramdisk/qt-linux-64-release/build/layout-test-results/transitions/cancel-transition-actual.txt 
@@ -1,4 +1,4 @@
 Test removes the transition properties while the transition is running, then adds them back in. If working properly the transitions should start from the beginning. But there was a bug that would cause the transition to continue to run (although with no visible effect). So when you restarted, it would pick up where it left off.
 
 lefttranslate
-left:PASS, webkitTransform:PASS
+left:FAIL(was:50, s/b:150), webkitTransform:PASS


It started to fail earlier, it needs investigation when.
After a quick buildbot history checking, it seems it
started to fail near 108838-108844

[Csaba Osztrogonác]

Maybe http://trac.webkit.org/changeset/108842 is the culprit.
And svg/zoom/page/zoom-svg-float-border-padding.xml started to crash near here.

[Csaba Osztrogonác]

I skipped it until proper fix: I skipped it until proper fix: http://trac.webkit.org/changeset/108962/trunk/LayoutTests/platform/qt/Skipped

(And I filed a new bug for the svg crash - https://bugs.webkit.org/show_bug.cgi?id=79631)

[Jocelyn Turcotte]

=== Bulk closing of Qt bugs ===

If you believe that this bug report is still relevant for a non-Qt port of webkit.org, please re-open it and remove [Qt] from the summary.

If you believe that this is still an important QtWebKit bug, please fill a new report at https://bugreports.qt-project.org and add a link to this issue. See http://qt-project.org/wiki/ReportingBugsInQt for additional guidelines.