Status Update
Comments
vi...@google.com <vi...@google.com> #2
to...@gmail.com <to...@gmail.com> #3
vi...@google.com <vi...@google.com> #4
Can you provide the below requested information to better understand the issue:
Android bug report:
After reproducing the issue, navigate to developer settings, ensure ‘USB debugging’ is enabled, then enable ‘Bug report shortcut’. To take bug report, hold the power button and select the ‘Take bug report’ option.
Note: Please upload the bug report to google drive and share the folder to android-bugreport@google.com, then share the link here.
vi...@google.com <vi...@google.com> #6
We have passed this defect on to the development team and will update this issue with more information as it becomes available.
Thanks
to...@gmail.com <to...@gmail.com> #7
ro...@google.com <ro...@google.com> #8
to...@gmail.com <to...@gmail.com> #9
Is this not a discrimination against Indians
vi...@google.com <vi...@google.com> #10
to...@gmail.com <to...@gmail.com> #11
My application is a client for multiple media centers that can connect and control many things.
Those media centers expose media (Audio files, Movies, Tv Episodes) with complete metadata along with those media there can be external files associated with them like subtitles, lyrics, ...
The applications allows users to play those media on the android device or stream them to other devices like Chromecast, Firetv, upnp, ....
The application can download those media for offline use / offline streaming too, the downloaded media also download the associated files like the subtitles. The download can occurs manually by the user, but it can also be rules like always keep X unwatched episode from Z show, automatically download new songs from Y artists, .... Those media are downloaded in private directory of the application to allow proper handling of those alternate files + ensure integrity (as similar file can be present on multiple source I do not download multiple times but match via quick file hashes) of the files and prevent accidental removal + faster streaming / downloading via multiple interleaved chunks, ....
Until P to expose those media to other application I just added them to MediaStore with all the proper meta data so they could be consumed by other applications via MediaStore, no issues here. For P I use the legacy flag and still do that so that apps with the flag or compiled for older SdK can still use them (But they are removed from MediaStore on reboot as reported and ignored on other issue). For Q there's no solution at all to expose those media.
For video files this is not a major issue, I can use standard intents and share the media via a content provider.
For audio this is a major issue as I can't do that properly for more than 1 song. Users may want to use another application to have a better equalizer or some other functions that I do not provide. Audio have relationship between songs and genre / album / artists that can't be exposed to other apps via any "normal" and common feature other than MediaStore. Yet we can't push anything to MediaStore that is not stored in public folders, but apps may need to keep control over the file to ensure integrity/ syncing and other features to provide a proper user experience.
The need is to be able to insert media in MediaStore with a contentProvider uri as the DATA field, that way everything can still work as usual for everyone without any major change to the platform and still keeps all security and everything you bring with P/Q
vi...@google.com <vi...@google.com> #12
Please be advised that a large group of people are affected by this issue and want the fix ASAP. Kindly keep the thread updated with the progress.
to...@gmail.com <to...@gmail.com> #13
vi...@google.com <vi...@google.com> #14
to...@gmail.com <to...@gmail.com> #15
vi...@google.com <vi...@google.com> #16
to...@gmail.com <to...@gmail.com> #17
vi...@google.com <vi...@google.com> #18
to...@gmail.com <to...@gmail.com> #19
vi...@google.com <vi...@google.com> #20
vi...@google.com <vi...@google.com> #21
to...@gmail.com <to...@gmail.com> #22
Calling is the basic need and rest comes after that. Please enabled VoLTE asap and notify us on the development status. We are expecting Google to provide a quick resolution for their premium customers.
Description
In Android Q with the compatibility flag it's still possible but after a reboot or a rescan some times the entries are removed.
For Android R there's no way to do that anymore it seems.
The use case is simple I want to have the media stored inside my application to be able to do many things that won't be possible without proper file access.
But I still want to have those file exposed to other media apps via an exported content provider so that they can play the files on other media player application (with some limitations but giving more control to the users).
I have not seen anything announced for R for this need so would like to know how this should be handled.