Bug 114876

Summary: [EFL] Newly added layout test media/click-volume-bar-not-pausing.html is failing
Product: WebKit Reporter: Sudarsana Nagineni (babu) <naginenis>
Component: WebKit EFLAssignee: Nobody <webkit-unassigned>
Status: RESOLVED WONTFIX    
Severity: Normal CC: calvaris, lucas.de.marchi, mcatanzaro
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Bug Depends on: 122126    
Bug Blocks:    

Sudarsana Nagineni (babu)
Reported 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 -
Attachments
Xabier Rodríguez Calvar
Comment 2 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.
Michael Catanzaro
Comment 3 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.
Note You need to log in before you can comment on or make changes to this bug.