After Plasma has seen a wallpaper image once, it refuses to load the image if it changes, displaying instead a flat black background. This can be seen both for single-image wallpapers and slideshows. Selecting another image and then switching back to the edited file still only shows black. The only way I've found to make it display the edited image is to manually remove the cache file from /var/tmp/kdecache-$USER/plasma-wallpapers/. Possibly a regression of bug 230480. Reproducible: Always Steps to Reproduce: 1. Set a single image file as wallpaper. 2. Open the image file in GIMP, edit it a bit. 3. Save the file. Actual Results: The desktop background switches to flat black. Expected Results: The edited image should be shown.
The bug also appears in a different operation as stated below When applying a new wallpaper, the screen appears blank Distro: Kubuntu 12.10 Kde version: 4.9.1 Steps to reproduce the bug: 1.In the wallpaper selection dialog press the open button, select an image file that was not used already and it is not in the wallpaper image list. 2. This is very important, after the selection, press the apply button and immediatly press the ok button after that Expected result: When following the above procedure in changing a wallpaper,it should be set with the selected image insted of a blank black background.
Setting status to confirmed.
The bug version as stated by Karl-Johan Karlsson is not present in kde version 4.9.1, done all that is stated by him and the wallpaper is displayed flawlessly but the problem stated in comment 1 is present
I agree, my problem seems to be fixed in 4.9.1. However, I wouldn't call it "flawless". The background switches to flat black while GIMP is saving the new version of the image, and when the save is complete the new image appears. I would have preferred it if the background didn't change until the new image was completely available. For my use case it's an insignificant detail, but I can image people doing scripted replacement of images who would be annoyed by the flicker to black.
Karl-Johan Karlsson I just test what you said, I edited the my current wallpaper image in gimp and saved it, the wallpaper stays the same during the saving process without any flat black background. After gimp completes saving the image, the edited wallpaper fades in correctly. Please provide the type and resolution of the image that creates the issues as stated by you. I am using a jpg image with resolution 1600x900.
I actually hadn't tried with JPEG files. Now that I did, they work as you say. However, PNG files do fade to black wihle GIMP is saving. Here's exactly what I did, using a random wallpaper from the Internet: Program versions: $ equery list -f plasma * Searching for plasma ... [IP-] [ ] kde-base/kdeplasma-addons-4.9.1:4 [IP-] [ ] kde-base/libplasmaclock-4.9.1:4 [IP-] [ ] kde-base/libplasmagenericshell-4.9.1:4 [IP-] [ ] kde-base/plasma-apps-4.9.1:4 [IP-] [ ] kde-base/plasma-runtime-4.9.1:4 [IP-] [ ] kde-base/plasma-workspace-4.9.1:4 $ equery list -f gimp * Searching for gimp ... [IP-] [ ] media-gfx/gimp-2.8.2:2 Procedure: wget http://cdn.derpiboo.ru/media/BAhbBlsHOgZmSSIsMjAxMi8wOS8xOC8xOF8zOF8zM18xNjFfMTAxMjA1X19VTk9QVF9fBjoGRVQ/101205__safe_wallpaper_changeling_artist-delta105.png Right-click desktop background, click "Folder View Settings". Click "View". In the "Wallpaper" drop-down, select "Image". Click "Open...", navigate to the just downloaded "101205__safe_wallpaper_changeling_artist-delta105.png", double-click it. Click "Apply". Wallpaper fades in to the downloaded image. gimp 101205__safe_wallpaper_changeling_artist-delta105.png Draw on the image randomly with the brush. Click "File"->"Overwrite <filename>". GIMP starts saving, showing a progress bar. Wallpaper fades to black. ~5 seconds later, GIMP finishes saving. Wallpaper fades in to the edited image.
Created attachment 74029 [details] The black background image in the cache folder I tested as said above and yes the wallpaper turns to a black background. Initially I can see that the image in the cache folder is a black background instead of the selected wallpaper that was edited.
I can confirm the issue raised in comment 1 by Prasad Murthy. It's been present for quite some time and it's still present in 4.10. I don't know if it's related to the original issue raised in this bug. Distribution: Gentoo KDE: 4.10
I hit the same bug whilst updating KDE to 4.10.2 whilst logged in to KDE. The symptoms are as follows: 1) If KDE updates are executed whilst logged in to KDE then at completion of the updates the wallpaper was black (Horos background image from standard background selection). 2) If the user immediately resets the background before logging out then there is no further problem. 3) If the user logs out with the black background image still there immediately after updating to KDE 4.10.2 from 4.10.1, then this persists through logging out and back in, and through reboots as well. 4) The fix suggested in original description of this bug works fine if the user is hit by this problem by having updated as in the line above. 5) If KDE is updated from the text console without any KDE logins at the time then the problem does not occur. My observations are for arch linux systems fully up to date prior to updating KDE to 4.10.2
This bug is still present for KDE 4.10.4-1 - I just updated in arch linux today.
*** Bug 311900 has been marked as a duplicate of this bug. ***
*** Bug 322767 has been marked as a duplicate of this bug. ***
This bug seems to be gone in plasma 5. Tested in Kubuntu 15.04, kde Frameworks Version 5.9.0
Hello! This bug report was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this bug has already been resolved in Plasma 5. Accordingly, we hope you understand why we must close this bug report. If the issue described here is still present in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging Thanks for your understanding! Nate Graham