[kwin] [Bug 487479] Graphical glitches in dual monitor setup with full-screen video player
https://bugs.kde.org/show_bug.cgi?id=487479 --- Comment #2 from deadmeu --- (In reply to Zamundaaa from comment #1) > > Not a recent bug, has been occurring for a while. This bug is not visible > > using direct screen capture (e.g. screenshots or video recordings) and so > > may potentially be a mesa bug? > Not Mesa, but it does look like a kernel bug, especially when it only > happens with direct scanout on the other screen. Please report it here: > https://gitlab.freedesktop.org/drm/amd/-/issues Thanks for the quick reply. I've opened a new issue about it upstream: https://gitlab.freedesktop.org/drm/amd/-/issues/3402 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 487479] New: Graphical glitches in dual monitor setup with full-screen video player
https://bugs.kde.org/show_bug.cgi?id=487479 Bug ID: 487479 Summary: Graphical glitches in dual monitor setup with full-screen video player Classification: Plasma Product: kwin Version: 6.0.4 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: compositing Assignee: kwin-bugs-n...@kde.org Reporter: dead...@dmu.gg Target Milestone: --- Created attachment 169776 --> https://bugs.kde.org/attachment.cgi?id=169776=edit Example rendering issue SUMMARY In a dual display setup (may occur in more than 2), if a video player is full screen on one display, such as MPV or YouTube full screened in a web browser, windows and context menus experience graphical glitches on the other display. This issue does not occur if a window is dragged onto the video, causing it to render above the video. See the attached video, where the following is depicted: 1. MPV is full-screened on the left display, with a window on the right display 2. Dragging the window around shows the graphical rendering errors 3. MPV is un-fullscreened down to a window 4. Dragging the window around no longer shows any issues 5. MPV, while still windowed, is played 6. Dragging the window around still does not show any issues 7. MPV is full-screened with the video still playing 8. Dragging the window around shows the rendering issues once again STEPS TO REPRODUCE 1. On one display, play a video in full screen (using MPV or a web browser) 2. On the other display, right click to open a context menu, or drag a window around OBSERVED RESULT Graphical glitches when rendering on the non-video display. EXPECTED RESULT No graphical glitches and smooth movement of windows/menus. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.0 Kernel Version: 6.9.1-arch1-2 (64-bit) Graphics Platform: Wayland Graphics Processor: AMD Radeon RX 7900 XT ADDITIONAL INFORMATION Not a recent bug, has been occurring for a while. This bug is not visible using direct screen capture (e.g. screenshots or video recordings) and so may potentially be a mesa bug? -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 486099] New: Opening context menu logs unnecessary messages
https://bugs.kde.org/show_bug.cgi?id=486099 Bug ID: 486099 Summary: Opening context menu logs unnecessary messages Classification: Applications Product: dolphin Version: 24.02.2 Platform: Arch Linux OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: dead...@dmu.gg CC: kfm-de...@kde.org Target Milestone: --- SUMMARY When you open the context menu (right click), you get some unnecessary debugging messages being printed to the console: ``` $ dolphin . true actions!!! ``` I can't find any reference to the string "actions!!!" in the Dolphin repo - maybe it's in another module? STEPS TO REPRODUCE 1. Open dolphin somewhere: `dolphin .` 2. Open the context menu (right click) 3. Observe the messages being output to the console OBSERVED RESULT Messages being output. EXPECTED RESULT These short messages should not be output, or if they are important should have relevant debugging information included with them. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.8.7-arch1-1 (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 485880] Full screen in some applications causes low display refresh rate
https://bugs.kde.org/show_bug.cgi?id=485880 deadmeu changed: What|Removed |Added Resolution|WAITINGFORINFO |FIXED Status|NEEDSINFO |RESOLVED --- Comment #7 from deadmeu --- I've just updated to 6.0.4.1 and I can confirm the issue is resolved. I think the artifacting I was experiencing was more of a symptom of the performance issue with my combination of hardware & mesa. I have often experience artifacting in some full screen games prior to this issue so I don't think any of that was related to this bug. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 485880] Full screen in some applications causes low display refresh rate
https://bugs.kde.org/show_bug.cgi?id=485880 --- Comment #4 from deadmeu --- I've been experiencing it again all day today. I think a reboot resets it. I have not been able to resolve it as occurred yesterday. Visually, it looks as though the refresh rate drops to around 30 HZ. I suspect it is graphics related, as I have noticed that if I have a video playing on one display, and go full screen on another to trigger the effect, the video plays with terrible graphical artifacts. The artifacts appear as Horizontal bars across the entire video, comprised of smaller squares of various colours. When I move the mouse on the full-screen display I can see the cursor move at a choppy framerate, and the video artifacts like crazy. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 485880] Full screen in some applications causes low display refresh rate
https://bugs.kde.org/show_bug.cgi?id=485880 --- Comment #1 from deadmeu --- Strangely, I have just tried to capture a video of this bug using OBS, but can no longer reproduce it. I'll see if I can reproduce this effect and will provide an update when I can. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 485880] New: Full screen in some applications causes low display refresh rate
https://bugs.kde.org/show_bug.cgi?id=485880 Bug ID: 485880 Summary: Full screen in some applications causes low display refresh rate Classification: Plasma Product: kwin Version: 6.0.4 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: dead...@dmu.gg Target Milestone: --- SUMMARY After a recent update, I have found that entering full screen in some applications (such as Firefox and VS Code), causes my displays to go "choppy" with a reduced refresh rate. I have installed these applications via Flatpak. This does not occur in all apps, e.g. Brave (1.65.114 Flatpak) seems to be fine when in full screen. STEPS TO REPRODUCE 1. Open Firefox/VS Code 2. Enter full screen mode (F11) 3. Observe choppiness OBSERVED RESULT Choppy, laggy, low refresh rate cursor movement and video playback EXPECTED RESULT Smooth cursor movement and video playback SOFTWARE/OS VERSIONS Firefox Version: 125.0.1 (Flatpak) VS Code Version: 1.88.0 (Flatpak) Operating System: Arch Linux KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.8.7-arch1-1 (64-bit) Graphics Platform: Wayland Graphics Processor: AMD Radeon RX 7900 XT -- You are receiving this mail because: You are watching all bug changes.
[Marknote] [Bug 484915] New: New notebook dialog can't be saved with enter key
https://bugs.kde.org/show_bug.cgi?id=484915 Bug ID: 484915 Summary: New notebook dialog can't be saved with enter key Classification: Applications Product: Marknote Version: 1.1.1 Platform: Other OS: Other Status: REPORTED Severity: minor Priority: NOR Component: General Assignee: m...@kaidan.im Reporter: dead...@dmu.gg CC: c...@carlschwan.eu, m...@kaidan.im Target Milestone: --- *** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** SUMMARY The new notebook dialog can't be saved by pressing the enter key. New note saves with enter key just fine. STEPS TO REPRODUCE 1. Select "New Notebook" 2. Enter some text and press the Enter key OBSERVED RESULT Nothing happens. EXPECTED RESULT The notebook is saved. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.0.3 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.8.2-arch2-1 (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 480287] Browser login for openconnect has fixed size
https://bugs.kde.org/show_bug.cgi?id=480287 --- Comment #12 from deadmeu --- Actually, after trying again, this seems to no longer be an issue. -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 480287] Browser login for openconnect has fixed size
https://bugs.kde.org/show_bug.cgi?id=480287 --- Comment #11 from deadmeu --- Could the priority of this be increased? This issue is blocking the use of the feature entirely. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 478849] Dolphin in administrator mode sometimes hangs/freezes until OOM kills it
https://bugs.kde.org/show_bug.cgi?id=478849 deadmeu changed: What|Removed |Added CC||dead...@dmu.gg -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 483158] kwin_wayland spams logs with "QObject::startTimer: Timers cannot have negative intervals"
https://bugs.kde.org/show_bug.cgi?id=483158 deadmeu changed: What|Removed |Added CC||dead...@dmu.gg -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 482796] cannot bind Calculator key in kcm_keys
https://bugs.kde.org/show_bug.cgi?id=482796 deadmeu changed: What|Removed |Added CC||dead...@dmu.gg -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 482874] New: VPN secrets (openconnect) dialog window cannot be resized
https://bugs.kde.org/show_bug.cgi?id=482874 Bug ID: 482874 Summary: VPN secrets (openconnect) dialog window cannot be resized Classification: Plasma Product: plasma-nm Version: 6.0.1 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: dead...@dmu.gg Target Milestone: --- Created attachment 166712 --> https://bugs.kde.org/attachment.cgi?id=166712=edit The unresizable dialog window SUMMARY The VPN secrets (openconnect) dialog window cannot be resized when trying to authenticate via HTTP user/pass. This is a big issue because the window is too small and cuts off the authentication webview to a small rectangle of the top-left corner of the page. This issue makes it impossible to authenticate via a web page as you cannot see clipped content nor can you reposition the view enough to be able to view the entire contents of the page. STEPS TO REPRODUCE 1. Open network manager 2. Create a new PAN Global Protect (openconnect) VPN connection. 3. Provide a gateway that will allow you to connect. I'm sorry but I don't know of an example gateway to provide that could be used for testing purposes. 4. You may need to sign into the KDE wallet, and then right click the new connection and click Connect. 5. Click the Connect button next to the VPN Host field 6. When the host is contacted and the webpage is rendered, try to resize the dialog window. 7. Observe that you cannot resize the window, and the webpage content is significantly cut off. OBSERVED RESULT You cannot resize the dialog window. EXPECTED RESULT You can resize the dialog window. SOFTWARE/OS VERSIONS Operating System: EndeavourOS KDE Plasma Version: 6.0.1 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.7.8-arch1-1 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION This bug has been mentioned and discussed in the initial MR which added support for this feature: https://invent.kde.org/plasma/plasma-nm/-/merge_requests/316#note_848258 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 482667] SDR colors look washed out when HDR is enabled
https://bugs.kde.org/show_bug.cgi?id=482667 deadmeu changed: What|Removed |Added CC||dead...@dmu.gg --- Comment #2 from deadmeu --- Just updated to KDE 6 today and I think I have the same problem. With HDR enabled and SDR brightness set to 400% there's less contrast in colours and everything appears to be more washed out. Changing the SDR Color Intensity has no effect on the image. I am running mesa drivers. Operating System: Arch Linux KDE Plasma Version: 6.0.1 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.7.8-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Graphics Processor: AMD Radeon RX 7900 XT -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 479014] Create New Text File adds invisible characters
https://bugs.kde.org/show_bug.cgi?id=479014 --- Comment #3 from deadmeu --- (In reply to Jonathan Marten from comment #2) > This appears to be intentional, so that the created file is detected as a > text file MIME type and not as an empty file. There is a separate option to > create a truly empty file (0 bytes) if this is what is required. See the > duplicate bug. > > *** This bug has been marked as a duplicate of bug 297003 *** As a user, I would expect that "Create new text file" would just create an empty file with the ".txt" extension. Having a white space character included on the first line is a bit annoying. It seems like KWrite automatically strips this character when you save the file, but if you were to open the file in Vim it would not be stripped automatically. At most, I think maybe a newline character would make sense so that you automatically have the file ending in a newline character when you type something in on the first line directly after file creation, but that's all. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 479014] New: Create New Text File adds invisible characters
https://bugs.kde.org/show_bug.cgi?id=479014 Bug ID: 479014 Summary: Create New Text File adds invisible characters Classification: Applications Product: dolphin Version: 23.08.4 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: dead...@dmu.gg CC: kfm-de...@kde.org Target Milestone: --- SUMMARY Creating a new text file creates a new file with 2 bytes of data. This is annoying as opening the file in KWrite afterwards means you need to delete these additional characters to have an empty file with no additional new lines or white space characters. STEPS TO REPRODUCE 1. In a directory, open the context menu and select Create New > Text File 2. Select OK OBSERVED RESULT A new text file is created already containing data. EXPECTED RESULT A new empty file is created with the name provided by the user. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.11 Kernel Version: 6.6.8-arch1-1 (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 471364] Sharing window with OBS causes periodic desktop stuttering
https://bugs.kde.org/show_bug.cgi?id=471364 --- Comment #6 from deadmeu --- (In reply to toby from comment #5) > deadmeu, is one of you CPU cores pinned at 100% or close to it when you > screen share? As I believe this issue is related to > https://bugs.kde.org/show_bug.cgi?id=469777 as I get 100% on one core when > screen sharing on Plasma, I don't experience this on other Wayland > compositors. Thanks for commenting toby. Yes, when any window/screen sharing occurs, regardless of whether it's by the portal sharing selection dialog or a currently active source, I can see a single thread being pinned at max utilisation. I can see the kwin_wayland process maxing out at 4% utilisation which, on my CPU with 24 threads, lines up with the almost 100% utilisation I'm seeing on a single thread. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 469777] KWin since 5.27.5 uses 1 CPU core at 100% whenever something is using PipeWire to capture the screen
https://bugs.kde.org/show_bug.cgi?id=469777 deadmeu changed: What|Removed |Added CC||dead...@dmu.gg -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 467388] Side- and top-tiled windows can inappropriately be resized from top window edge, which interferes with Fitts' Law for UI elements at that edge, such as browser tabs in CSD windows
https://bugs.kde.org/show_bug.cgi?id=467388 --- Comment #5 from deadmeu --- This one has been quite annoying for me over the months and I wish there was something I could do to mitigate it... Is it possible to disable the ability to resize windows from the top/all edges? If anyone has any ideas please leave a comment as this has been driving me nuts . -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 462527] Feature request/Accessibility: Allow downmixing audio to mono
https://bugs.kde.org/show_bug.cgi?id=462527 --- Comment #3 from deadmeu --- I could have used something like this several times. Having a simple toggle somewhere in the sound settings (like Windows 11 does) to equally balance the audio to mono would be very useful. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 462527] Feature request/Accessibility: Allow downmixing audio to mono
https://bugs.kde.org/show_bug.cgi?id=462527 deadmeu changed: What|Removed |Added CC||dead...@dmu.gg -- You are receiving this mail because: You are watching all bug changes.
[yakuake] [Bug 310842] -e option for better kde integration
https://bugs.kde.org/show_bug.cgi?id=310842 deadmeu changed: What|Removed |Added CC||dead...@dmu.gg -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 458954] Duplicate same tab by middle clicking on refresh button
https://bugs.kde.org/show_bug.cgi?id=458954 deadmeu changed: What|Removed |Added CC||dead...@dmu.gg -- You are receiving this mail because: You are watching all bug changes.
[kolourpaint] [Bug 450139] KolourPaint lags significantly when drawing on Wayland with 125%/200% scale
https://bugs.kde.org/show_bug.cgi?id=450139 --- Comment #5 from deadmeu --- Also an issue for me at 100% scale Operating System: Arch Linux KDE Plasma Version: 5.27.7 KDE Frameworks Version: 5.109.0 Qt Version: 5.15.10 Kernel Version: 6.4.11-arch2-1 (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[kolourpaint] [Bug 450139] KolourPaint lags significantly when drawing on Wayland with 125%/200% scale
https://bugs.kde.org/show_bug.cgi?id=450139 deadmeu changed: What|Removed |Added CC||dead...@dmu.gg -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 469393] Titlebar tooltips rendered with transparency issues in their left corners
https://bugs.kde.org/show_bug.cgi?id=469393 deadmeu changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #6 from deadmeu --- Closing as this no longer appears to be an issue -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 472093] Cannot view images in SMB share
https://bugs.kde.org/show_bug.cgi?id=472093 deadmeu changed: What|Removed |Added Platform|Other |Archlinux OS|Other |Linux -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 472093] New: Cannot view images in SMB share
https://bugs.kde.org/show_bug.cgi?id=472093 Bug ID: 472093 Summary: Cannot view images in SMB share Classification: Applications Product: gwenview Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: dead...@dmu.gg Target Milestone: --- SUMMARY Dolphin can connect to SMB shares. Opening text and video files works fine but opening an image causes Gwenview to open with an unending loading icon. STEPS TO REPRODUCE 1. Open Dolphin 2. Navigate to a remote SMB share 3. Copy an image to the share (if one does not already exist) 4. Open the image using Gwenview OBSERVED RESULT Gwenview opens but never loads the image EXPECTED RESULT The image should open successfully just as it does locally SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.27.6 KDE Frameworks Version: 5.107.0 Qt Version: 5.15.10 Kernel Version: 6.4.2-arch1-1 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION This may potentially be a Dolphin bug or a bug with the KIO framework. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 471364] Sharing window with OBS causes periodic desktop stuttering
https://bugs.kde.org/show_bug.cgi?id=471364 --- Comment #3 from deadmeu --- It's worth noting that this issue doesn't seem to occur when using a Game Capture source using obs-vkcapture (and obs-gstreamer). -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 471364] Sharing window with OBS causes periodic desktop stuttering
https://bugs.kde.org/show_bug.cgi?id=471364 --- Comment #2 from deadmeu --- Created attachment 159888 --> https://bugs.kde.org/attachment.cgi?id=159888=edit pipewire connections I've tested this issue a little more and it looks like this issue affects the Screen Capture Source as well. When you create a new Window/Screen capture source the Screen Sharing Portal dialog pops up with previews of the windows/screens to choose. This is when the stuttering begins. If you cancel out of that dialog the stuttering goes away. Also, I tried disconnecting all of the pipewire screencast streams using qpwgraph while I had the Screen Sharing Portal preview dialog open to see if that would kill the stuttering (there are multiple win_wayland [kwin-screencast-...] sources connected to xdg-desktop-portal-kde [plasma-screencast-...], kwin_wayland [kwin-screencast-...], and plasmashell [plasma-screencast-...] sinks, see the attached screenshot) but that did not work. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 471364] Sharing window with OBS causes periodic desktop stuttering
https://bugs.kde.org/show_bug.cgi?id=471364 deadmeu changed: What|Removed |Added Version|5.27.3 |5.27.6 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 471364] New: Sharing window with OBS causes periodic desktop stuttering
https://bugs.kde.org/show_bug.cgi?id=471364 Bug ID: 471364 Summary: Sharing window with OBS causes periodic desktop stuttering Classification: Plasma Product: kwin Version: 5.27.3 Platform: Archlinux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: wayland-generic Assignee: kwin-bugs-n...@kde.org Reporter: dead...@dmu.gg Target Milestone: --- Created attachment 159849 --> https://bugs.kde.org/attachment.cgi?id=159849=edit UFO Screen Test With Stutter SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** When sharing a window with OBS a brief stutter occurs every second, indefinitely. This stutter affects my entire desktop, including cursor movement. This issue does not occur when using a Screen Capture source. It's worth noting that I have installed OBS as a Flatpak and so it would be using the appropriate screen sharing portals to view windows. STEPS TO REPRODUCE 1. In OBS create a Window Capture source 2. Select a window to share from the Screen Sharing Portal and share it 3. Observe a periodic lag spike occurring every second OBSERVED RESULT Using a Window Capture source, when a portal is shared with OBS I begin to experience stuttering every second. If I open OBS and no portal is being actively shared I do not experience any stuttering. Sometimes it doesn't happen though, but I have not been able to reliably reproduce this good behaviour. EXPECTED RESULT There should be no stuttering when sharing a window. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.27.6 KDE Frameworks Version: 5.107.0 Qt Version: 5.15.10 Kernel Version: 6.3.8-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 31.3 GiB of RAM Graphics Processor: AMD Radeon RX 7900 XT Manufacturer: ASUS ADDITIONAL INFORMATION This was originally reported to OBS but was requested to be upstreamed: https://github.com/obsproject/obs-studio/issues/9070 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 446521] Add an option in the context menu to refresh the view
https://bugs.kde.org/show_bug.cgi?id=446521 deadmeu changed: What|Removed |Added CC||dead...@dmu.gg --- Comment #2 from deadmeu --- +1 for adding back in the refresh icon by default. It was one of the first things I had to look up when I recently switched to KDE. My understanding is that it was removed a while ago to clean up the interface but I think it's still very important today as there are cases where refreshing is sometimes required (network locations). I've also encountered some graphical bugs which requires a refresh to clear up, so I end up clicking the button fairly frequently. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 469393] Titlebar tooltips rendered with transparency issues
https://bugs.kde.org/show_bug.cgi?id=469393 --- Comment #5 from deadmeu --- I've attached some example images to illustrate the issue. - Examples 1 and 3 are "clean" demonstrating the correct appearance. These tooltips come from Dolphin. - Examples 2 and 4 are "ugly" and come from the top-most portion of the titlebar, hovering over the top-left icon and top-right close window button. If you zoom into the images you'll notice the discolouration in the corners. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 469393] Titlebar tooltips rendered with transparency issues
https://bugs.kde.org/show_bug.cgi?id=469393 --- Comment #4 from deadmeu --- Created attachment 158727 --> https://bugs.kde.org/attachment.cgi?id=158727=edit Example 4: Ugly tooltip right side -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 469393] Titlebar tooltips rendered with transparency issues
https://bugs.kde.org/show_bug.cgi?id=469393 --- Comment #3 from deadmeu --- Created attachment 158726 --> https://bugs.kde.org/attachment.cgi?id=158726=edit Example 3: Clean tooltip right side -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 469393] Titlebar tooltips rendered with transparency issues
https://bugs.kde.org/show_bug.cgi?id=469393 --- Comment #2 from deadmeu --- Created attachment 158725 --> https://bugs.kde.org/attachment.cgi?id=158725=edit Example 2: Ugly tooltip left side -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 469393] Titlebar tooltips rendered with transparency issues
https://bugs.kde.org/show_bug.cgi?id=469393 --- Comment #1 from deadmeu --- Created attachment 158724 --> https://bugs.kde.org/attachment.cgi?id=158724=edit Example 1: Clean tooltip left side -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 469393] New: Titlebar tooltips rendered with transparency issues
https://bugs.kde.org/show_bug.cgi?id=469393 Bug ID: 469393 Summary: Titlebar tooltips rendered with transparency issues Classification: Plasma Product: kwin Version: 5.27.3 Platform: Archlinux OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: decorations Assignee: kwin-bugs-n...@kde.org Reporter: dead...@dmu.gg Target Milestone: --- SUMMARY The tooltips from a window's titlebar are rendered with transparency issues around the corners. Normally they are cleanly rounded but for some reason any from the titlebar itself are not. The appearance is very slightly different depending on where the tooltip appears on the screen which leads me to believe it might be a graphics related bug potentially specific to my hardware. STEPS TO REPRODUCE 1. Open any window 2. Hover the cursor over an element to produce a tooltip 3. Look at the corners of the tooltip and observe that they are not perfectly round with soft edges but instead contain miscoloured pixels. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.105.0 Qt Version: 5.15.9 Kernel Version: 6.3.1-arch1-1 (64-bit) Graphics Platform: Wayland Graphics Processor: AMD Radeon RX 7900 XT -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 469378] New: [Feature Request] Add option to temporarily pin selected region as a floating image
https://bugs.kde.org/show_bug.cgi?id=469378 Bug ID: 469378 Summary: [Feature Request] Add option to temporarily pin selected region as a floating image Classification: Applications Product: Spectacle Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: wishlist Priority: NOR Component: General Assignee: noaha...@gmail.com Reporter: dead...@dmu.gg CC: k...@david-redondo.de Target Milestone: --- SUMMARY Flameshot has a handy feature which lets you pin the selected region to the screen in a borderless window. This is really useful as a way to temporarily hold an image on the screen to be used as a reference or to even compose new images (e.g. side-by-side comparisons, before/after shots, mock-ups, etc.) It would be great if Spectacle had this feature. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 468792] New: When uninstalling application label says Downloading
https://bugs.kde.org/show_bug.cgi?id=468792 Bug ID: 468792 Summary: When uninstalling application label says Downloading Classification: Applications Product: Discover Version: unspecified Platform: Archlinux OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: discover Assignee: plasma-b...@kde.org Reporter: dead...@dmu.gg CC: aleix...@kde.org Target Milestone: --- Created attachment 158310 --> https://bugs.kde.org/attachment.cgi?id=158310=edit Bug demo SUMMARY When removing an application from the search results list the word "Downloading" appears as a label replacing the "Remove" button instead of something more appropriate such as "Uninstalling". See the attached video for an example. STEPS TO REPRODUCE 1. Open Discover 2. Search for an installed program (such as VLC) or install a new one 3. Click the "Remove" button on the installed program 4. Observe the word "Downloading" appearing while the program is being removed. OBSERVED RESULT The word "Downloading" appears when you remove a program. EXPECTED RESULT "Uninstall" or "Removing" or some variant thereof should appear instead. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.105.0 Qt Version: 5.15.9 Kernel Version: 6.2.11-arch1-1 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION I am uninstalling Flatpaks in this example -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 468577] New: Add unique window decoration icon to kiod5 dialog
https://bugs.kde.org/show_bug.cgi?id=468577 Bug ID: 468577 Summary: Add unique window decoration icon to kiod5 dialog Classification: Frameworks and Libraries Product: frameworks-kio Version: unspecified Platform: Archlinux OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kio-bugs-n...@kde.org Reporter: dead...@dmu.gg CC: kdelibs-b...@kde.org Target Milestone: --- Created attachment 158153 --> https://bugs.kde.org/attachment.cgi?id=158153=edit Marked screenshot of the dialog window SUMMARY Not sure if this is just an oversight or an actual bug, but the window decoration icon for the "kiod5" (might be renamed to "kiod6" now) authentication dialog uses the generic Wayland icon rather than a unique one. With reference to the supplied screenshot you can see the generic Wayland icon highlighted in the top-left corner in red. It would be nice if the icon was a smaller version of the lock icon highlighted in blue. STEPS TO REPRODUCE 1. Open Dolphin 2. Visit a remote Samba share with user authentication enabled 3. Observe that the authentication (kiod5) dialog that pops up on screen uses the generic Wayland icon OBSERVED RESULT Window decoration icon uses the generic Wayland icon. EXPECTED RESULT Window decoration icon should feature a unique icon. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.105.0 Qt Version: 5.15.9 Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 450183] Scrollbar reacts slowly to the cursor hovering
https://bugs.kde.org/show_bug.cgi?id=450183 deadmeu changed: What|Removed |Added CC||dead...@dmu.gg --- Comment #4 from deadmeu --- Created attachment 158010 --> https://bugs.kde.org/attachment.cgi?id=158010=edit Kickoff - unresponsive left pane item hovering I think this same issue causes unresponsive hovering on the actual items in the left pane as well (see my attached video) which can get a little annoying at times due to the category not being picked up correctly by a fast moving cursor. This only seems to be an issue when the cursor is far enough to the right (e.g. hovering over the icons or category names is nice and responsive). This occurs in both the Applications and Places views. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 467388] Non-full-screen windows force resize when mouse is at edge
https://bugs.kde.org/show_bug.cgi?id=467388 --- Comment #3 from deadmeu --- Here's a video of the issue: https://streamable.com/fy6acq In the video, I start by showing the expected tab switching behaviour when Firefox is maximised, then full-screen. Then I snap Firefox to the edge of my screen and try to switch tabs as before but am unable to do so. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 467388] Non-full-screen windows force resize when mouse is at edge
https://bugs.kde.org/show_bug.cgi?id=467388 --- Comment #2 from deadmeu --- (In reply to Nate Graham from comment #1) > 1. When you say "full-screen" do you mean actually full screen, or > mazimized? They're separate states. Sorry, I mean maximised. I've just tested proper full-screen (by pressing F11) and maximised in Firefox and VSCode and found that in Firefox, full-screen and maximised have the same good expected behaviour, but in VSCode going full-screen causes the scrollbar edge to have the issue. When Maximised, VSCode exhibits the good expected behaviour I described earlier. > 2. Does the issue go away if you force the affected XWayland-using apps into > their native Wayland modes? You can do this for Firefox by adding > MOZ_ENABLE_WAYLAND=1 to /etc/environment, rebooting, and then starting > Firefox I have already enabled Wayland in Firefox (confirmed by checking in about:support that Window Protocol = wayland). VSCode's behaviour seems to be identical regardless of whether it's running under XWayland or Wayland natively. > 3. Are you using any screen scale factors on your system that aren't either > 100% or 200%? If so, does the issue go away for XWayland-using apps when you > do change the scale factor to 100% or 200%? No, I use 100% scale. > All of these questions are to help me understand if the issue is Bug 459373, > or something else. I don't think this is the same as Bug 459373 and I really don't think this was an issue prior to me doing a system update a couple of days ago. It might be worth noting that I have installed Firefox as a Flatpak, but VSCode was obtained from the Arch repo. Both of these were recently updated alongside me picking up the Plasma 5.27.3 update but I don't think they would be responsible for this issue as it appears in multiple programs using custom decorations. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 467388] New: Non-full-screen windows force resize when mouse is at edge
https://bugs.kde.org/show_bug.cgi?id=467388 Bug ID: 467388 Summary: Non-full-screen windows force resize when mouse is at edge Classification: Plasma Product: kwin Version: 5.27.3 Platform: Archlinux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: decorations Assignee: kwin-bugs-n...@kde.org Reporter: dead...@dmu.gg Target Milestone: --- SUMMARY When a window (such as Firefox using its custom decorations) is snapped to the side of the screen, moving the cursor to the top tabs, touching the edge of the window, causes the cursor to enter into a resize window state. This is incredibly annoying to deal with as the tabs are quite small and whipping the cursor to the top of the display, touching the tab and window edge, is typically a convenient way to select the tab. I think this was introduced with the Plasma 5.27.3 update as I did not notice this prior to updating. It could potentially be an issue with Firefox but I get the same behaviour with VSCode when trying to access its top bar menus. Additionally, the scrollbar edge in VSCode also forces the cursor to enter the resize state, but this does not occur in Firefox (I'm not sure whether this was an issue with VSCode prior to updating Plasma). This issue does not occur when the window is full-screen. Note: I'm unsure which product/component would be responsible for this issue. STEPS TO REPRODUCE 1. Configure Firefox to use its own custom title bar. 2. Snap the Firefox window to either the left or right edge of the screen. 3. Open a few tabs and try to swap between them by sitting the cursor right at the top edge of the tab. OBSERVED RESULT The mouse cursor enters the resize window state. EXPECTED RESULT The mouse cursor acts like a regular cursor and allows the tab to be clicked normally. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.27.3 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.6-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 31.3 GiB of RAM Graphics Processor: AMD Radeon RX 7900 XT Manufacturer: ASUS -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 434932] Emoji Selector should enter the selected Emojis directly
https://bugs.kde.org/show_bug.cgi?id=434932 --- Comment #7 from deadmeu --- A potential workaround could be to accept a custom command to be run when an emoji is selected, which would have the selected emoji passed into it. We could then write our own custom hacky solutions to insert that emoji. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 466924] New: Improve UX of Emoji Selector with additional settings
https://bugs.kde.org/show_bug.cgi?id=466924 Bug ID: 466924 Summary: Improve UX of Emoji Selector with additional settings Classification: Plasma Product: plasmashell Version: master Platform: unspecified OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Emoji Selector Assignee: plasma-b...@kde.org Reporter: calm.song3...@dmu.gg Target Milestone: 1.0 Emojis should be quick and easy to add to text. I'd like to recommend a couple of changes that would help make the Emoji Selector faster and more efficient to use: 1. Introduce a settings area to customise the behaviour. 2. Add a dropdown setting to change the behaviour when selecting an emoji with the following options: Insert (default), Insert & Copy, Copy. 3. Add a boolean setting to automatically close the Emoji Selector window after selecting an emoji. This feature would close Bug 434932 and would bring the Emoji Selector UX to be on-par with other popular solutions. -- You are receiving this mail because: You are watching all bug changes.
