Bug 114876 - [EFL] Newly added layout test media/click-volume-bar-not-pausing.html is failing
Summary: [EFL] Newly added layout test media/click-volume-bar-not-pausing.html is failing
Status: RESOLVED WONTFIX
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKit EFL (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on: 122126
Blocks:
  Show dependency treegraph
 
Reported: 2013-04-19 07:39 PDT by Sudarsana Nagineni (babu)
Modified: 2017-03-11 10:38 PST (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sudarsana Nagineni (babu) 2013-04-19 07:39:28 PDT
Newly added layout test media/click-volume-bar-not-pausing.html is failing on EFL port after r148131.

--- /home/buildslave-1/webkit-buildslave/efl-linux-64-release-wk2/build/layout-test-results/media/click-volume-bar-not-pausing-expected.txt
+++ /home/buildslave-1/webkit-buildslave/efl-linux-64-release-wk2/build/layout-test-results/media/click-volume-bar-not-pausing-actual.txt
@@ -1,11 +1,2 @@
-Click on volume bar on a MediaDocument does not pause.
+FAIL: Timed out waiting for notifyDone to be called
 
-
-EVENT(playing)
-EXPECTED (mediaElement.volume == '1') OK
-EXPECTED (mediaElement.paused == 'false') OK
-EVENT(volumechange)
-EXPECTED (mediaElement.volume != '1') OK
-EXPECTED (mediaElement.paused == 'false') OK
-END OF TEST
-
Comment 2 Xabier Rodríguez Calvar 2013-04-19 10:10:00 PDT
The purpose of the test is testing that clicking on the volume bar does not pause the media. The revision was handled in bug 112548 behind the test is the following:
1. Create a MediaDocument (a regular ones does not have that problem).
2. Get it playing. In normal circumstances it does, but it some cases it doesn't so we force a pause and a play to get the PLAYING event. We check the pause and volume.
3. Force a click on the volume bar. For that we hover the mute button, which should make the volume bar show up and then we send a click to the center of the volume bar. Then the mouse event should go down to the volume bar mouse handler, be marked as default handled and not passed to the MediaDocument which would pause the media in case it gets the event.

If the test is timing out it can be because it is either not getting the playing or volumechange events. The first could be caused because of some race condition and the second because the click doesn't reach the volume bar.

I hope this helps.
Comment 3 Michael Catanzaro 2017-03-11 10:38:46 PST
Closing this bug because the EFL port has been removed from trunk.

If you feel this bug applies to a different upstream WebKit port and was closed in error, please either update the title and reopen the bug, or leave a comment to request this.