WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
42677
Chrome browser Bug: Pause button stays when <audio> hits end
https://bugs.webkit.org/show_bug.cgi?id=42677
Summary
Chrome browser Bug: Pause button stays when <audio> hits end
Pranav Kedia
Reported
Tuesday, July 20, 2010 11:01:31 PM UTC
This is a copy of
bug 21739
on Chrome browser. Please see
http://code.google.com/p/chromium/issues/detail?id=21739
. Here is the description taken from the
bug 21739
: In chrome browser, go to
http://en.wikipedia.org/wiki/The_Star-Spangled_Banner
and click "play" on one of the media files (right hand side of screen). Notice that when the file hits the end, the "pause" button stays a "pause" button rather than turning into "play". This seems kinda broken. (I would expect the slider to return to the beginning and the button to turn to "play"). The fix of this bug is in WebKit/WebCore/rendering/RenderMediaControlsChromium.cpp. Hence filing this bug. Here is the diff of the fix: pranavk@pranavk-l1:/usr/local/google/home/pranavk/chrome/src/third_party/WebKit/WebCore$ svn diff Index: rendering/RenderMediaControlsChromium.cpp =================================================================== --- rendering/RenderMediaControlsChromium.cpp (revision 62294) +++ rendering/RenderMediaControlsChromium.cpp (working copy) @@ -96,7 +96,7 @@ if (!hasSource(mediaElement)) return paintMediaButton(paintInfo.context, rect, mediaPlayDisabled); - return paintMediaButton(paintInfo.context, rect, mediaElement->paused() ? mediaPlay : mediaPause); + return paintMediaButton(paintInfo.context, rect, mediaElement->canPlay() ? mediaPlay : mediaPause); } static Image* getMediaSliderThumb() pranavk@pranavk-l1:/usr/local/google/home/pranavk/chrome/src/third_party/WebKit/WebCore$
Attachments
Proposed patch.
(1.50 KB, patch)
2010-07-22 15:57 PDT
,
Pranav Kedia
no flags
Details
Formatted Diff
Diff
New patch based on feedback.
(1.50 KB, patch)
2010-07-22 17:06 PDT
,
Pranav Kedia
dimich
: review-
Details
Formatted Diff
Diff
New revised patch after fresh enlistment in WebKit. The path issues should be resolved.
(1.58 KB, patch)
2010-07-26 15:25 PDT
,
Pranav Kedia
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Pranav Kedia
Comment 1
Thursday, July 22, 2010 11:57:50 PM UTC
Created
attachment 62352
[details]
Proposed patch.
Pranav Kedia
Comment 2
Friday, July 23, 2010 1:06:30 AM UTC
Created
attachment 62363
[details]
New patch based on feedback.
Dmitry Titov
Comment 3
Friday, July 23, 2010 1:13:31 AM UTC
Comment on
attachment 62363
[details]
New patch based on feedback.
> Index: rendering/RenderMediaControlsChromium.cpp
It seems the patch was created while current directory was different from the root WebKit one. I'm not sure commit-queue will be able to deal with it. Please re-submit patch created from WebKit root (where WebCore is a subdir)
Pranav Kedia
Comment 4
Friday, July 23, 2010 1:44:24 AM UTC
This proposed fix has been taken from the function MediaControlPlayButtonElement::updateDisplayType() in
http://trac.webkit.org/browser/trunk/WebCore/rendering/MediaControlElements.cpp
Pranav Kedia
Comment 5
Monday, July 26, 2010 11:25:04 PM UTC
Created
attachment 62620
[details]
New revised patch after fresh enlistment in WebKit. The path issues should be resolved.
Adam Barth
Comment 6
Tuesday, July 27, 2010 3:50:58 PM UTC
Comment on
attachment 62620
[details]
New revised patch after fresh enlistment in WebKit. The path issues should be resolved. Nice. Thanks. Do we need to update the test_expectations.txt?
WebKit Commit Bot
Comment 7
Tuesday, July 27, 2010 4:06:30 PM UTC
Comment on
attachment 62620
[details]
New revised patch after fresh enlistment in WebKit. The path issues should be resolved. Clearing flags on attachment: 62620 Committed
r64128
: <
http://trac.webkit.org/changeset/64128
>
WebKit Commit Bot
Comment 8
Tuesday, July 27, 2010 4:06:35 PM UTC
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug