Obsolete
Status Update
Comments
ea...@gmail.com <ea...@gmail.com> #2
I get this too. HTC Desire + FroYo
ea...@gmail.com <ea...@gmail.com> #3
Verified - not reading Artist info in WMA ID3 tags. Research indicates issue exists across Froyo implementation, not specific to any model phone.
en...@google.com <en...@google.com>
yu...@gmail.com <yu...@gmail.com> #4
Also appears to affect AAC files.
yu...@gmail.com <yu...@gmail.com> #5
It is also affecting most, but not all, of my MP3 files. I'm getting "unknown artist," "unknown year," "unknown disc number" and "unknown track number" on the files affected. It appears to be affecting files in odd random ways, ie., I have the tag info for the first track of one album, but not the rest and the first 2 of another. There is also an issue with track duration reporting. Tracks are being reported with lengths of 20~30+ minutes.
yu...@gmail.com <yu...@gmail.com> #6
Same here unfortunately with unbranded HTC Desire and Android 2.2. Not sure whether to wait for a fix from Google or to convert my WMA into MP3..
Description
- Call BitmapFactory.decodeFileDescriptor with BitmapFactory.Options with inPurgeable=true and inInputShareable=true in long loop
- Every call leaks one file handler
- When 1024 file handlers are leaked, "EMFILE: too many open files" is occured and app crashes.
Actually I use
As I can see in JNI sources, bug is introduced in KitKat after changes related with migration from SkMemoryStream to SkMemoryStream.
See nativeDecodeFileDescriptor method in BitmapFactory.cpp in 4.3 and 4.4: in the latter duplicated FD is not closed.