Fixed
Status Update
No update yet.
Comments
ar...@google.com
te...@gmail.com
I have this same problem on a different phone and its driving me crazy lol. Found any solution?
ar...@google.com
I also have this problem and with only 1.4gb the file fills the phone immediately. Please address this issue as my phone is virtually unusable. I have to clear the file to use other apps. I have to wait half an hour to regenerate the file to use the camera our three gallery.
mm...@commonsware.com
Me, too!
Thumbnail files become bigger than the combined size of all other photos, so it has to be a bug.
Gallery and Camera become extremly sluggish after a while (because they have to read those massive thumbnail files?). They become responsive after deleteing those files. But the files become autocreated, and keep growing again.
Only workaround seem to ba a couple of hacks that stop the Gallery App from re-creating those darn files (e.g. chmod a-w, or creating directories with those filenames names)
Thumbnail files become bigger than the combined size of all other photos, so it has to be a bug.
Gallery and Camera become extremly sluggish after a while (because they have to read those massive thumbnail files?). They become responsive after deleteing those files. But the files become autocreated, and keep growing again.
Only workaround seem to ba a couple of hacks that stop the Gallery App from re-creating those darn files (e.g. chmod a-w, or creating directories with those filenames names)
dn...@google.com
as far as I know it's a bug from Android, that spread to all devices and there's no official solution at the moment.
The only workaround to temporary fix it is trough command line:
1) delete these files and make the .thumbnail folder read-only
2) create a script that every now and since cleanup this folder
Unfortunately, the CPU consumption will still be there in both cases. Try to use as less as possible the official gallery, and use instead another one (e.g. xperia gallery, or any app)
Ciao
Pietro
The only workaround to temporary fix it is trough command line:
1) delete these files and make the .thumbnail folder read-only
2) create a script that every now and since cleanup this folder
Unfortunately, the CPU consumption will still be there in both cases. Try to use as less as possible the official gallery, and use instead another one (e.g. xperia gallery, or any app)
Ciao
Pietro
mm...@commonsware.com
I too have same problem.if any of u find a solution pls mail me
sh...@gmail.com
the same problem...thumbnails is eating 1.7GB of storage.
na...@google.com
Does Google know about this issue? This is a major issue and is completely unacceptable. My thumbnails folder got to almost 3 GB and when I deleted it I didn't get the space back! This has happened twice already! Google, get off your collective ass and fix this extremely irritating issue!
Description
OPP1.170223.012
* What device are you using? (for example, Nexus 6P)
Nexus 5
* What are the steps to reproduce the problem? (Please provide the minimal reproducible test case.)
Step #1: Download and unZIP
Step #2: Upload app/src/main/res/raw/clip.ogg to your test device, into Notifications/ on external storage
Step #3: Click the Resource button. This will play a 14-second audio clip as part of showing a Notification. Feel free to swipe down the notification shade to stop the audio.
Step #4: Click the File Uri button. You will not hear anything, but you will crash with the following stack trace:
FATAL EXCEPTION: main
Process: com.commonsware.android.notif.sound, PID: 15251
java.lang.IllegalStateException: Could not execute method for android:onClick
at android.view.View$DeclaredOnClickListener.onClick(View.java:4955)
at android.view.View.performClick(View.java:5875)
at android.view.View$PerformClick.run(View.java:23500)
at android.os.Handler.handleCallback(Handler.java:751)
at android.os.Handler.dispatchMessage(Handler.java:95)
at android.os.Looper.loop(Looper.java:154)
at android.app.ActivityThread.main(ActivityThread.java:6408)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Zygote.java:232)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:751)
Caused by: java.lang.reflect.InvocationTargetException
at java.lang.reflect.Method.invoke(Native Method)
at android.view.View$DeclaredOnClickListener.onClick(View.java:4950)
at android.view.View.performClick(View.java:5875)
at android.view.View$PerformClick.run(View.java:23500)
at android.os.Handler.handleCallback(Handler.java:751)
at android.os.Handler.dispatchMessage(Handler.java:95)
at android.os.Looper.loop(Looper.java:154)
at android.app.ActivityThread.main(ActivityThread.java:6408)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Zygote.java:232)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:751)
Caused by: android.os.FileUriExposedException: file:///storage/emulated/0/Notifications/clip.ogg exposed beyond app through Notification.sound
at android.os.StrictMode.onFileUriExposed(StrictMode.java:1932)
at android.net.Uri.checkFileUriExposed(Uri.java:2348)
at android.app.NotificationManager.notifyAsUser(NotificationManager.java:305)
at android.app.NotificationManager.notify(NotificationManager.java:289)
at android.app.NotificationManager.notify(NotificationManager.java:273)
at com.commonsware.android.notif.sound.MainActivity.raiseNotification(MainActivity.java:137)
at com.commonsware.android.notif.sound.MainActivity.playFile(MainActivity.java:94)
at java.lang.reflect.Method.invoke(Native Method)
at android.view.View$DeclaredOnClickListener.onClick(View.java:4950)
at android.view.View.performClick(View.java:5875)
at android.view.View$PerformClick.run(View.java:23500)
at android.os.Handler.handleCallback(Handler.java:751)
at android.os.Handler.dispatchMessage(Handler.java:95)
at android.os.Looper.loop(Looper.java:154)
at android.app.ActivityThread.main(ActivityThread.java:6408)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Zygote.java:232)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:751)
Step #6: Restart the app
Step #7: Click the FileProvider button
Step #8: Check LogCat, and notice the following messages from platform components:
E/MediaPlayerService: Couldn't open fd for content://com.commonsware.android.notif.sound.provider/stuff/clip.ogg
E/MediaPlayerNative: Unable to create media player
* Issue Category e.g. Framework (platform), NDK (platform), Hardware (CPU, GPU, Sensor, Camera), ART (platform), Runtime Permissions etc
Framework, I guess
* What was the expected result?
That we have some way to use an audio file for a notification sound.
* What was the actual result?
Attempts to use a file:/// Uri fail due to the FileUriExposedException. Attempts to use a FileProvider fail because we have no means of granting read access ourselves to that content, and NotificationManager does not do that for us.
* Relevant logcat output.
See above.
See also