194981 2009-06-02 12:56:48 +0000 case-sensitive filesystems - folders switching order 2010-10-09 21:25:38 +0000 1 1 2 Applications dolphin general 16.12.2 unspecified Linux RESOLVED FIXED NOR wishlist --- 1 martin.zboril peter.penz19 rufusD 4.5.0 0 oldest_to_newest 768874 0 martin.zboril 2009-06-02 12:56:48 +0000 Version: 1.2.80 (using 4.2.88 (KDE 4.2.88 (KDE 4.3 >= 20090527)) "release 127", KDE:KDE4:Factory:Desktop / openSUSE_11.1) Compiler: gcc OS: Linux (x86_64) release 2.6.27.21-0.1-default I have an nfs share on my server connected with my workstation, this share contains 'images' & 'Images' directories and for historic reason I cannot change them, those two are switching order every time cursor is over one of them. 881762 1 rufusD 2009-12-17 22:07:09 +0000 You don't need nfs nor folders. Steps to reproduce: 1. Use krita to create some_file.png 2. "convert -monochrome some_file.png some_file.PNG" 3. activate thumbnails in dolphin 4. hover mouse over some_file.png What happens is: -some_file.png's thumbnail gets the bluish shadow, its metadata gets shown in the F11 bar -roughly a second afterwards some_file.png's thumbnail (including the shadow and the string "some_file.png") moves to where some_file.PNG used to be and vice-cersa. So I end up with some_file.PNG being underneath my cursor, but without the shadow. The F11 bar still shows some_file.png's metadata -when I move the mouse cursor off some_file.PNG the thumbnails and strings swap back. No file carries the bluish shadow any more. The F11 bar shows some_file.png's metadata as always. I don't know what it is about krita. I guess any file invoking a thumbnail would work - "bla.tst" and "bla.TST" don't (each file carrying some random ascii characters) 882031 2 rufusD 2009-12-18 11:44:38 +0000 By the "work" in "any file invoking a thumbnail would work" I mean "would exhibit the bug". 1029749 3 peter.penz19 2010-10-09 21:25:38 +0000 Thanks for the report, this has been fixed since KDE SC 4.5