Status Update
No update yet.
Comments
uc...@google.com
xa...@google.com
I have this same problem on a different phone and its driving me crazy lol. Found any solution?
ma...@gmail.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.
xa...@google.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)
ey...@gmail.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
hu...@google.com
I too have same problem.if any of u find a solution pls mail me
hu...@google.com
the same problem...thumbnails is eating 1.7GB of storage.
he...@gmail.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!
hu...@google.com
[Comment deleted]
he...@gmail.com
can someone confirm if this is still happening on kitkat
hu...@google.com
Same problem......thumbnails occupide 1.2 GB please any one can help
he...@gmail.com
Same for me, but i dont have a linux PC, i found there is a sudo command to redirect the creation of this folder to a null.
hu...@google.com
Same here. Basically, the thumbnail file eat every free storage I have. How large the free space there are, how giant it is. It can be deleted but will re-created if start the build-in camera app or any app that need to show the thumbnails for media that in my device. If the camera app told you the storage is out of the space during taking photos, thumbnail file manually will not free the space until you reboot and delete the thumbnail file which show up in the folder "LOST.DIR" with a random name.
In my case, the largest record for the file "thumbdata3-(random digits)" is 3.7G.
--
Device Model: Sony XPERIA P (Lt22i)
Android Version: 4.1.2
ROM Version: Sony official ROM 6.2.A.1.100
In my case, the largest record for the file "thumbdata3-(random digits)" is 3.7G.
--
Device Model: Sony XPERIA P (Lt22i)
Android Version: 4.1.2
ROM Version: Sony official ROM 6.2.A.1.100
he...@gmail.com
I notice a direct correlation between using the phone camera and the file size growth. So I don't think it's the stock gallery. I think it's the phone camera thumbnail file. I have seen solutions for those running rooted phones, but none for stock phones. Deleting the file repeatedly is a work around. Where is the official response from Google?
he...@gmail.com
This problem is really ridicolous... amateur!!!
Huawey Ascend Y300, phone is totally unusable, 1GB eaten by NOTHING!!!!!!!
Huawey Ascend Y300, phone is totally unusable, 1GB eaten by NOTHING!!!!!!!
hu...@google.com
I've had luck creating a FOLDER with the same exact name as the thumbdata FILE. I tried a file with the same name, but it got overwritten. If you use a folder, it works. You'll need some type of file browser with view hidden files enabled. BTW, you must add the . at the begging of your folder name to make it hidden.
he...@gmail.com
Hi all, i found out this file is being created by Whatsapp, when sending a picture to a contact. I created the empty folder using winrar because windows didnt allow that .name, however it still rewritting. Any other idea?
he...@gmail.com
it isn't whatsapp, camera or gallery alone. These thumb files are created whenever you make changes to any picture, I mean if you delete any pics or add some more pics then if you browse those pictures let say "attach image from gmail/whatsapp" it will regenerate thumbs.
I'm really embarrassed.. please let me know if anyone got solution yet
I'm really embarrassed.. please let me know if anyone got solution yet
he...@gmail.com
Same here. I delete .thumbdata file manually but it returns as soon as I use camera/gallery app. No wonder my device gets unresponsive if it generates such a massive file in the background.
My .thumbdata file is around 1GB which is way more than total size of all images on device, that doesn't make sense does it ?
--
GT-I8160
4.1.2
My .thumbdata file is around 1GB which is way more than total size of all images on device, that doesn't make sense does it ?
--
GT-I8160
4.1.2
Description
This is the same issue as
From my testing, adding anything to the buildscript classpath makes gradle sync fail. In the test project, I used the fabric plugin but using google-services has the same results
dependencies {
classpath 'io.fabric.tools:gradle:1.23.0'
}
The solution exposed in the stack overflow question (compile project(path: ':mylibrary', configuration: 'default')) doesn't work for me because it does not expose the transitive dependencies of mylibrary to the app module.
Error message:
Unable to resolve dependency for ':app@paidRelease/compileClasspath': Could not resolve project :mylibrary.
Could not resolve project :mylibrary.
Required by:
project :app
> Cannot choose between the following configurations of project :mylibrary:
- debugApiElements
- releaseApiElements
All of them match the consumer attributes:
- Configuration 'debugApiElements':
- Required com.android.build.api.attributes.BuildTypeAttr 'release' but no value provided.
- Found com.android.build.api.attributes.BuildTypeAttr 'debug' but wasn't required.
- Required com.android.build.gradle.internal.dependency.AndroidTypeAttr 'Aar' but no value provided.
- Found com.android.build.gradle.internal.dependency.AndroidTypeAttr 'Aar' but wasn't required.
- Found com.android.build.gradle.internal.dependency.VariantAttr 'debug' but wasn't required.
- Required org.gradle.api.attributes.Usage 'java-api' and found compatible value 'java-api'.
- Required price 'paid' but no value provided.
- Configuration 'releaseApiElements':
- Required com.android.build.api.attributes.BuildTypeAttr 'release' but no value provided.
- Found com.android.build.api.attributes.BuildTypeAttr 'release' but wasn't required.
- Required com.android.build.gradle.internal.dependency.AndroidTypeAttr 'Aar' but no value provided.
- Found com.android.build.gradle.internal.dependency.AndroidTypeAttr 'Aar' but wasn't required.
- Found com.android.build.gradle.internal.dependency.VariantAttr 'release' but wasn't required.
- Required org.gradle.api.attributes.Usage 'java-api' and found compatible value 'java-api'.
- Required price 'paid' but no value provided.
Build: 3.0 Beta 6, AI-171.4333198, 201709131957,
AI-171.4333198, JRE 1.8.0_152-release-915-b01x64 JetBrains s.r.o, OS Linux(amd64) v4.4.0-53-generic unknown, screens 1680x1050
IMPORTANT: Please read