[dolphin] [Bug 485946] Dolphin does not show directory/folder thumbnail for any remotely mounted directory.
https://bugs.kde.org/show_bug.cgi?id=485946 --- Comment #3 from Paul Meier --- Sorry, ignore the some files not having thumbnails part, the files were larger than the thumbnail file size limit set in dolphin -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485946] Dolphin does not show directory/folder thumbnail for any remotely mounted directory.
https://bugs.kde.org/show_bug.cgi?id=485946 Paul Meier changed: What|Removed |Added CC||public.paul.meier+kde@gmail ||.com --- Comment #2 from Paul Meier --- Can confirm, no thumbnails for folders and some files on NFS mounted shares -- You are receiving this mail because: You are watching all bug changes.
[kfontview] [Bug 439470] KFontView is unable to open or install a font on Wayland
https://bugs.kde.org/show_bug.cgi?id=439470 Paul Meier changed: What|Removed |Added CC||public.paul.meier+kde@gmail ||.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 444510] Mouse cursor acts weird with flat acceleration profile in plasma-wayland
https://bugs.kde.org/show_bug.cgi?id=444510 --- Comment #14 from Paul Meier --- (In reply to Vlad Zahorodnii from comment #13) > Do you know how looking glass handles the cursor? Does it hide the > compositor's cursor and render the cursor inside the window like many video > games do? I've found this in the docs: "we need to always operate in relative mouse input mode, and since factors like windows mouse acceleration, or cursor movement by a user application may occur in the guest, we need to pass this information back so the client can render the cursor in the correct location. " The cursor is captured and hidden by default as you've described, but I am not aware how exactly it works. There is an option to unhide the cursor, as well as to not capture the cursor, which does not change anything about the issue. If I unhide and capture the cursor, there will be the windows cursor and the host cursor, which will be shown as a small dot. The default fullscreen by looking glass is not exclusive, it is a borderless fullscreen. I habe not tried, if the issue shows up in windowed mode. Nonetheless, the issue appears in games as well, not just in this application, as I've written before. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 444510] Mouse cursor acts weird with flat acceleration profile in plasma-wayland
https://bugs.kde.org/show_bug.cgi?id=444510 --- Comment #12 from Paul Meier --- (In reply to Vlad Zahorodnii from comment #11) > Does the cursor behave "weird" in normal desktop mode? or only when running > a fullscreen video game? Only in certain fullscreen applications, but not limited to games. In my case looking glass, a program which copies the framebuffer from a windows VM to my linux host, is also affected. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 444510] Mouse cursor acts weird with flat acceleration profile in plasma-wayland
https://bugs.kde.org/show_bug.cgi?id=444510 --- Comment #10 from Paul Meier --- I have the same issue. For me, the problem is exacerbated by slow, careful movement towards north-west. The issue seems to exist in any true fullscreen application, as I have the same issue in the looking glass client for my VMs. I've attached a video in 120fps, so the lag can be seen clearly SOFTWARE/OS VERSIONS KDE Plasma Version: 5.23.2 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 444510] Mouse cursor acts weird with flat acceleration profile in plasma-wayland
https://bugs.kde.org/show_bug.cgi?id=444510 Paul Meier changed: What|Removed |Added CC||public.paul.meier+kde@gmail ||.com --- Comment #9 from Paul Meier --- Created attachment 151497 --> https://bugs.kde.org/attachment.cgi?id=151497=edit Mouse lag as seen in a fullscreen application -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455482] Secondary monitor loses wallpaper and windows after suspend, primary monitor is fine
https://bugs.kde.org/show_bug.cgi?id=455482 Paul Meier changed: What|Removed |Added CC||public.paul.meier+kde@gmail ||.com --- Comment #2 from Paul Meier --- Same for me -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 450482] Remote folder previews no longer working after recent update to Plasma 5.24
https://bugs.kde.org/show_bug.cgi?id=450482 --- Comment #21 from Paul Meier --- (In reply to AT from comment #20) > (In reply to Paul Meier from comment #19) > > Already existing thumbnails load now, but new thumbnails are not not > > generated if the folder is not opened. Problem is therefore NOT fixed. Also > > on Arch with 5.94.0-1. > > This problem also still persists on Neon Unstable with 5.95.0 > > Is this a different issue? I tried this on both a local folder and a cifs > mounted folder and both are the same. > > 1. Create folder "test" > 2. In chromium download an image into the folder > 3. In Dolphin, navigate to parent folder containing test > 4. Hit F5 to refresh - no thumbnail on the folder > 5. Double click the folder to enter it > 6. See the thumbnail generated > 7. Return to parent folder > 8. See the thumbnail on the folder > > This was the case for both local and samba mounted folder for me. Seems like > a different bug. Does it behave the same for you? No, before you could open a directory with subfolders and the thumbnails for elements inside those subfolders would be generated without needing to open them separately -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 450482] Remote folder previews no longer working after recent update to Plasma 5.24
https://bugs.kde.org/show_bug.cgi?id=450482 Paul Meier changed: What|Removed |Added Resolution|FIXED |--- Ever confirmed|1 |0 Status|RESOLVED|REPORTED --- Comment #19 from Paul Meier --- Already existing thumbnails load now, but new thumbnails are not not generated if the folder is not opened. Problem is therefore NOT fixed. Also on Arch with 5.94.0-1. This problem also still persists on Neon Unstable with 5.95.0 -- You are receiving this mail because: You are watching all bug changes.
