I have discovered something new: I load a .jpg on the desktop and change from 0664 to e.g. 0777, then the preview image is created immediately, as far as I know.
But now I go to /home/USERNAME/.cache/thumbnails and delete all folders (fail and large). Now I click on the desktop with the right mouse button “Arrange” and the thumbnail is gone again and in the /home/USERNAME/.cache/thumbnails is again the fail folder and there is no new thumbnail of the .jpg, although the right is still on 0777. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-desktop3 in Ubuntu. https://bugs.launchpad.net/bugs/2086516 Title: gnome-thumbnail-factory can't create new thumbnails Status in gnome-desktop3 package in Ubuntu: Incomplete Bug description: the gnome-thumbnail-factory cannot create new thumbnails under Ubuntu 24.04.1 LTS. For example: you download e.g. a .jpg image to desktop and the generic "purple" icon will be displayed. Then got to /home/USERNAME/.cache/thumbnails, and you see the folder fail and inside this folder you find the folder gnome-thumbnail-factory with black icons, this folder wasn't there before you downloaded the .jpg to the desktop. When you change to permission for this .jpg from default 0664 to 0777 the thumbnails will created right now. This solves the problem for this specific .jpg ONLY. I think we have any kind of permission problem on Ubuntu 24.04.1. If I'm wrong with the selected package, please correct it, to the right one. I will bet, that this Bug: https://bugs.launchpad.net/ubuntu/+source/gnome-control- center/+bug/2083530 is related to the same permissions problem, on 20.04.* (last Ubuntu LTS) all was fine. It is a fact that some changes have been made to the permissions of Ubuntu 24.04.1. For example, if I change /var/spool/cron/crontabs/ to 0777 “my_username:my_username”, after the next system reboot it is 1730 “root:crontab” again, and it doesn't matter whether I change the permissions with sudo or su, they are always reset to it's defaults. ########## Basically, the decision to reset important permissions that are necessary for the system to function correctly back to their default permissions is really great and a step in the right direction, but if it means that some processes no longer work properly, that's rather stupid ;-). ########## To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-desktop3/+bug/2086516/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
