KUBUNTU 16.04 no version shown at 'about KDE' problem : Slideshow does not cycle if only one image in set directory i use a software to generate one picture every X seconds the file picture is changing but the shown picture is still the same than when the computer boots works well when my system runs 15.10 Reproducible: Always
Yeah we don't monitor the file changing at runtime.
*** Bug 368955 has been marked as a duplicate of this bug. ***
So the other bugreport (368955) is marked as 'solved (duplicate)', and this one here still stays unconfirmed (despite Comment 1)? Yes, I can confirm that this is a bug, and it is a very annoying one. And to add the information from the other thread: It is not related to being only one image, it is just ignoring (any?) changes after the initial start.
Might as well then...
Still no change in Plasma 5.10.2 (openSUSE Tumbleweed) :(
One year and many versions (5.13.4) later, and still no change. Is it that difficult to validate cached info before using it? :(
*** Bug 414119 has been marked as a duplicate of this bug. ***
I searched but did not see this open PR. So this has been known since 2016? I get it's not high priority, but man is it annoying.
Created attachment 123926 [details] Screen Shot of Dialog box with correct thumbnails, and wrong desktop image. The dialog box shows the correct thumbnails.
Created attachment 123927 [details] Change wallpaper to something else Select a different wallpaper type Click apply and boom the wallpaper changes
Created attachment 123928 [details] Change back to slideshow and click apply Change the wallpaper type to slideshow Thumbnails show current images of the directory Click apply and the background changes to a current image Click okay and BAM! old cached image shows backup!
Created attachment 123929 [details] The results are the old cached image shows back up! This is the old cached image! I have found only 3 ways to regenerate the cache; ie to get the current folder images to display on the background. 1. Logout and login 2. From the dialog box, change the folder for the slideshow and then change it back. 3. killall plasmashell followed with kstart plasmashell The dialog box shows the new images as thumbnails. Shouldn't the cache should get rebuilt if there is a change.
We have a full infrastructure for dynamic wallpapers available. See examples at https://store.kde.org/browse/cat/419/ . It's effectively the same as making an applet just with a different metadata type. The internal QQuickPixmapCache is not easy to reach, and I don't think it's worth spending any time making that accessible or rewriting away from Qt Quick Image to support what effectively is a hack.
(In reply to David Edmundson from comment #13) > We have a full infrastructure for dynamic wallpapers available. > See examples at https://store.kde.org/browse/cat/419/ . It's effectively > the same as making an applet just with a different metadata type. > > The internal QQuickPixmapCache is not easy to reach, and I don't think it's > worth spending any time making that accessible or rewriting away from Qt > Quick Image to support what effectively is a hack. How is this not a bug? The dialog box picks up the changes but plasmashell does not. You can even select a built in wallpaper and apply it, then change back to the slideshow and plasma still shows the wrong images. >We have a full infrastructure for dynamic wallpapers available. There is nothing there that does what I am trying to accomplish. There is one package that might but after it is installed the option to select it in the wallpaper style does not show up! This is not resolved! But just brushed under the rug and ignored.
(In reply to Mark from comment #14) > >We have a full infrastructure for dynamic wallpapers available. > There is nothing there that does what I am trying to accomplish. There is > one package that might but after it is installed the option to select it in > the wallpaper style does not show up! Yes, I also checked some that looked like they could work, but they don't > This is not resolved! But just brushed under the rug and ignored. Indeed disappointing, but not really unexpected after earlier experiences. Yet another confirmation that it's mostly a waste of time to do bug reports for KDE :(