Noticed the following leak while running MiniBrowser under valgrind. The source returned by g_timeout_source_new() must be freed to fix this leak. ==16369== 10,304 bytes in 92 blocks are definitely lost in loss record 14,493 of 14,765 ==16369== at 0x4C29DB4: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==16369== by 0xD5394C0: g_malloc0 (gmem.c:189) ==16369== by 0xD5319D4: g_source_new (gmain.c:793) ==16369== by 0xD5345C0: g_timeout_source_new (gmain.c:3908) ==16369== by 0x9F0721A: WebCore::AudioFileReader::createBus(float, bool) (AudioFileReaderGStreamer.cpp:464) ==16369== by 0x9F074C0: WebCore::createBusFromInMemoryAudioFile(void const*, unsigned long, bool, float) (AudioFileReaderGStreamer.cpp:492) ==16369== by 0x89D5435: WebCore::AudioBuffer::createFromAudioFileData(void const*, unsigned long, bool, float) (AudioBuffer.cpp:53) ==16369== by 0x89DBF30: WebCore::AudioContext::createBuffer(WTF::ArrayBuffer*, bool, int&) (AudioContext.cpp:328) ==16369== by 0x9A87F8E: WebCore::jsAudioContextPrototypeFunctionCreateBuffer2(JSC::ExecState*) (JSAudioContext.cpp:362) ==16369== by 0x9A880A9: WebCore::jsAudioContextPrototypeFunctionCreateBuffer(JSC::ExecState*) (JSAudioContext.cpp:374)
Created attachment 194457 [details] Patch
Comment on attachment 194457 [details] Patch Clearing flags on attachment: 194457 Committed r146571: <http://trac.webkit.org/changeset/146571>
All reviewed patches have been landed. Closing bug.