Opened 10 years ago
Closed 9 years ago
#11384 closed bug (fixed)
[WebPositive] crashes in contextIn.width > 0
Reported by: | vidrep | Owned by: | pulkomandy |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Applications/WebPositive | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | #11440, #11498, #11798, #11926 | |
Platform: | All |
Description
Selected the following URL from humdinger's blog http://youtu.be/sWJ1kDPWq-s Webpositive crashes during loading of video (see attached debug log).
Attachments (3)
Change History (18)
by , 10 years ago
Attachment: | WebPositive-651-debug-29-10-2014-00-58-44.report added |
---|
comment:1 by , 10 years ago
comment:2 by , 10 years ago
Blocking: | 11440 added |
---|
comment:3 by , 10 years ago
Summary: | Webpositive: debugger after clicking on Adrien's BeGiestert video link → [WebPositive] crashes in contextIn.width > 0 |
---|
This assert has been introduced in hrev47618.
comment:4 by , 10 years ago
Blocking: | 11498 added |
---|
comment:6 by , 10 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
comment:7 by , 10 years ago
Blocking: | 11798 added |
---|
(In #11798) Last debug report deserves its own ticket.
comment:8 by , 10 years ago
Blocking: | 11926 added |
---|
(In #11926) It is the same assert in contextIn.width > 0 (ffmpeg plugin code)
comment:9 by , 9 years ago
hrev49816 x86_gcc2 HaikuWebKit 1.5.0 WebKit 601.1.30 Clicking on the video link in the description causes the app_server to peg memory usage (in ProcessController)
comment:10 by , 9 years ago
Tried the link again, and this time attempted to attach the Debugger to the app_server, which caused a complete lock up of the system. I invoked KDL and ran a backtrace on the thread. Syslog attached.
by , 9 years ago
comment:11 by , 9 years ago
Trying the link using hrev49822 x86_64, HaikuWebKit 1.4.13 WebKit 601.1.30 works fine.
by , 9 years ago
Attachment: | YouTube_log added |
---|
comment:12 by , 9 years ago
This appears to be working with HaikuWebKit 1.5.1. Probably safe to close the ticket.
comment:13 by , 9 years ago
Actually probably fixed by ffmpeg 2.8, but some of the duplicate tickets I think are for the gcc2 side (opening a video in MediaPlayer results in the same thing). I'll have to review all of them before closing.
comment:15 by , 9 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
I can't reproduce this.