24558 2014-02-06 09:18:51 +0000 Difference in error handling for video element 2014-02-22 15:00:40 +0000 1 1 1 Unclassified HTML WG CR HTML5 spec unspecified PC Windows NT RESOLVED FIXED P2 normal --- 24560 24675 1 krsacme robin krsacme philipj public-html-admin zcorpan public-html-bugzilla oldest_to_newest 99883 0 1438 krsacme 2014-02-06 09:18:51 +0000 Created attachment 1438 Samples to demonstrate the problem Overview: Observed a difference in error handling with and without source element for the video tag. In both the cases, the expectation is that application should know correct error codes (Network or Decode or Source Not Supported). Video element with out source is behaving as expected. Want to know why such a difference has been forced. Steps To Reproduce: 1. Load "video_error_good.html file" 2. MediaError object in video element is updated with correct error code 3. Load "video_error_bad.html" 4. MediaError object in video element is null Expected Behavior: Application should be able to identify the reason for the failure (Network or Decode or source not supported) Actual Behavior: Application does not know what error it is even though source element fires error handler, type of the error is not known Posted a query on the public-html5-comments list, haven't received any update. Link - http://lists.w3.org/Archives/Public/public-html-comments/2014Jan/0000.html 99891 1 philipj 2014-02-06 10:36:46 +0000 AFAICT this is working as expected. When using <source> elements, if the error occurs before reaching readyState HAVE_METADATA will cause the next <source> element to be tried instead. The error event is queued to be fired later, and at the time it fires the next source may already be loading, so it would be strange if HTMLMediaElement.error were not null at that point. If distinguishing between network errors and decode errors at this point is important, the required spec change would be to set .error, delay trying the next source until the error event has been fired, and to set .error back to null at that point. 99895 2 zcorpan 2014-02-06 11:16:06 +0000 (In reply to Philip Jägenstedt from comment #1) > If distinguishing between network errors and decode errors at this point is > important, the required spec change would be to set .error, delay trying the > next source until the error event has been fired, and to set .error back to > null at that point. It seems better to add .error to HTMLSourceElement. 101195 3 krsacme 2014-02-22 15:00:40 +0000 As per the discussion on Bug# 24560, and comment# 6 (https://www.w3.org/Bugs/Public/show_bug.cgi?id=24560#c6), the expected behavior should be same for src and <srouce> element. Will discuss with corresponding vendor implementation. 1438 2014-02-06 09:18:51 +0000 2014-02-06 09:18:51 +0000 Samples to demonstrate the problem w3c.rar application/octet-stream 1097 krsacme UmFyIRoHAM+QcwAADQAAAAAAAACdQnQgkDkABQIAAIIEAAACtf9Awm9yRkQdMxQAIAAAAHZpZGVv X2Vycm9yX2JhZC5odG1sAPBMxEQN3QzM0P0YEXtugb4Oq+LkFrcl0XlY2+FA0DaBt574CtaUcQrj TCajtlonu9Ag21xpKFJuRvdvxFvZ8ikScOHCU/HDhKRRKw/AZ+/54bFqTrnk6umzKMm8IPoqk7Zy 38PA5Novrc342saJjUe0Xrz56fnow7/AcvxmQfZQSCU850KClA6KqVOLQnFHr3h96YuLv0nUaCo3 0LbfXgM7ryjNjKrH5UGpTJhNVrlFQdLQ3o6G8KzExiWKypMuATODJyZcdmCE2CKMRDy7NYG/CxVP YuprXu2+8mR8HxT945n8ujyS7qp/GYa//KeAFwjITsrCH7jcVbIqFK/Gg6H/VzNDTMJthD6Xhqjr XhnPNkedECCyXF6JLFnt99+2mw8YQFO3v+HcL0sa/RGCgcRXOIVtEbYHlL83ZeK7gKBz1FvorYbA dCfRMY2IlWFVYRv2zWpag6TAY66fY+u3bSWO5PMzuhg7qCO67O0dBJwvrK/JFmuCJHsSV7m1bnjn yyrcg/cj+4DjRJtIsnO5MvV0/1SvAB/ilhQSn/0T5xdwjDfrlvbwV/qeJ3pdZ3Hnho3rt19D3Lw7 dmvx1s8tuluKwabUm0evPn4T5WsnVe2PYk9M41mgpaV9cRJHa8xeiCDHlx2WnZY54sUAKopGZ1OO aIat1XagjDbZDnyK17dm08gw6ym/nP2Q87N0IJA6ALYBAAAvAwAAAr5QD6+6ckZEHTMVACAAAAB2 aWRlb19lcnJvcl9nb29kLmh0bWwAsKzcZwwZTMzNPRgRN0wC8HVelyi1uPKM1ZHHooEAtAl1zgKr TjiFbaYTTdstE7vQJZbH+FClFMjy5RnAlqKR8SfiSuPE+K8USiUSPvxw1/SiWSDm/G7iGTYiDj9C NUkTOngYmoXrwb20ozxlm/Yvy89P54+Xv4Dh8YzmpmI5CaQx7QoOOaie10UyLy6x4bYxxXvfQa0z lBfSKy+vlOdbBXFfEJfhOWdEHKLqulFMZCpbgwK6VFJfnSVYUFugEngqMPRfswQlKhZBENDTKBed SqjLdUprs1dxMLYPojZxxt9GP+oddU/7EKf/5HAl90ZCZagT5i71d1Ee1XznMdvq/hQomEqyg5DX qDXLuyGjwtLUCCyViRISs1svjVTXd8ITTtz9+YXSlr7FgnFgFuHbmiKsVq1f09GTGsBUclETKBSa g8KoW6aqyK9oKAxLP+mr1x5axx1GtM+tvr+lpO3lV7I1w0Xja47TwJtpZPHOEsW4LHpRYPW89XPK xkaWNjpQaeQdxoYcQnZMkC8Wv87jlBqfc3rgU5G1kVErcACi3FoAqlqMS6cW0QtS6urIiTbJDvxF mN7tRyDHssQ9ewBABwA=