I've encountered a bug in Chrome on Android where MediaRecorder, using Canvas.captureStream(), fails to encode video from large canvas elements (e.g., 1280x720). While the process works on desktop Chrome, on Android, the recording stops abruptly at unpredictable points, likely due to limitations in the MediaRecorder API's encoding capabilities. A smaller canvas (640x480) works fine, suggesting resolution-based limitations. I've reported this as Chrome bug 897727 and created a demo to illustrate the issue.
While building a web-based video editor, I encountered an issue with handling multiple video tracks in a MediaStream. I wanted to switch between different video sources (desktop and webcam) on a single video element without interrupting the MediaRecorder. Attempting to do this by toggling the 'selected' property on the videoTracks object of the video element failed. The videoTracks array only contains the first video track added to the MediaStream, even though the stream itself contains both tracks. This prevents seamless switching between sources within the video element.
I found and fixed a bug in WebKit! My LeviRoutes framework needed to simulate 'onpopstate' events for testing, but WebKit's createEvent(\"PopStateEvent\") was broken. After some digging in the WebKit source code, I found the problem in Document.cpp, added the missing PopStateEvent handling, created a test case, and submitted a patch. It got reviewed and accepted! Now my fix is part of WebKit, used by tons of people, and I can finally get back to LeviRoutes.
I've encountered a bug in IE6/7 where dynamically created checkboxes lose their checked status after being added to the document. Setting the checked property after appending the element seems to be a reliable workaround. If anyone knows why this behavior occurs, please contact me!
I reported two issues with the Yahoo API over the weekend: one regarding the result number restriction not working as expected and another about the contextual term extraction API failing to process text after encountering HTML tags. Yahoo responded promptly on Monday, confirming that one issue is a bug being addressed and the other has already been fixed. I'm very impressed with their responsiveness and quick turnaround.
I previously complained about a click-related bug on Start.com. I'm pleased to report that the Start.com team responded to my email, explaining they're overloaded but plan to fix the issue by replacing the "mouse down" event with a "mouse up" event. I'm happy with their response. Here are links to my previous posts about this issue.
Start.com's AJAX web portal, which displays web feeds in an HTML interface, has been promoted to the main site. However, a persistent issue remains: the inability to cancel the close event on RSS feed panels, a problem previously highlighted and still unresolved.
I haven't been updating the list of feeds that don't work in IE7 lately. I've been in contact with Sean Lyndersay, a Lead Program Manager on the RSS team at Microsoft, about this. He confirmed that the feeds I listed should work in IE7 Beta 1 and suggested there might be a bug in the RSS rendering code. I've also noticed all feeds seem to be broken for me in IE7, which he thinks could be a configuration issue on my end. Sean said the RSS rendering code has been completely rewritten for Beta 2 and is hoping that fixes the issue. I am also looking forward to IE7 Beta 2. Thanks Sean!
My IE7 Beta 1 keeps crashing when I try to expand my favorites list, although it works fine in collapsed view. This might be related to the large number of unsorted favorites I have, as mentioned in my previous post. Has anyone else encountered this issue or found a solution? Please email me if you have any suggestions. I also plan to re-add searches to the sections below soon.
IE7 finds the RSS feed on channel9.msdn.com but doesn't display it correctly, only showing the raw XML. I'm looking for other examples of feeds that IE7 can't render properly to compile a list and see if there's a pattern or bug. If you know of any, please email me!