[plasma-pa] [Bug 485536] No KDE Connect Notification sounds. Desktop notification sounds still work.
https://bugs.kde.org/show_bug.cgi?id=485536 --- Comment #8 from Noah Davis --- (In reply to Ismael Asensio from comment #7) > Might be that the "Notification Sounds" channel is muted or very low on the > "Audio" settings? I have it set to 100%. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 485536] No KDE Connect Notification sounds. Desktop notification sounds still work.
https://bugs.kde.org/show_bug.cgi?id=485536 Noah Davis changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 CC||noaha...@gmail.com --- Comment #6 from Noah Davis --- I can confirm this using JT Hundley's instructions with Plasma 6.2 and setting a sound for "Ping Received". Note that you may need to manually set a sound file to play in order to have one that should play. In any case, the sound does not play. -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 452530] Unable to change volume through keyboard shortcut & the applet after prolonged period of running
https://bugs.kde.org/show_bug.cgi?id=452530 Noah Davis changed: What|Removed |Added Product|plasma-pa |lattedock Assignee|plasma-b...@kde.org |mvourla...@gmail.com Version|5.24.4 |unspecified Component|general |library CC||noaha...@gmail.com --- Comment #1 from Noah Davis --- I cannot reproduce this with plasmashell and normal panels despite having an uptime of 5 days. This may somehow be a latte dock issue since restarting latte dock fixed it for you, so I'm moving the report there. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 452547] Radio button may be unchecked if sink is removed while the applet was opened
https://bugs.kde.org/show_bug.cgi?id=452547 --- Comment #4 from Noah Davis --- It's not completely clear, but it could be that the sink to be removed must be the first sink. I cannot test that with my setup because the first sink (onboard audio) cannot be removed. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 465301] 5.27: Microphone indicator and popup display conflicting information upon toggle when multiple input devices are present, and selected default is not the first in the list
https://bugs.kde.org/show_bug.cgi?id=465301 Noah Davis changed: What|Removed |Added Status|REPORTED|CONFIRMED CC||noaha...@gmail.com Ever confirmed|0 |1 --- Comment #18 from Noah Davis --- Using Naxdy's most recent instructions, I can confirm that this bug is still present in Plasma 6.2 -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 452547] Radio button may be unchecked if sink is removed while the applet was opened
https://bugs.kde.org/show_bug.cgi?id=452547 Noah Davis changed: What|Removed |Added CC||noaha...@gmail.com --- Comment #3 from Noah Davis --- I was not able to reproduce this using the steps provided with my wireless earbuds or my external monitor. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 493191] spectacle crashes with segfault
https://bugs.kde.org/show_bug.cgi?id=493191 --- Comment #3 from Noah Davis --- This seems like a Qt bug. QLocale::system is supposed to fallback to the C locale, but QLocale::toString is crashing in Qt's backend code. https://doc.qt.io/qt-6/qlocale.html#system > The system locale may use system-specific sources for locale data, where > available, > otherwise falling back on QLocale's built-in database entry for the language, > script and territory the system reports. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 462860] Rectangle capture modes have wrong GUI sizing and positioning with fractional scaling
https://bugs.kde.org/show_bug.cgi?id=462860 Noah Davis changed: What|Removed |Added CC||huo...@mailto.plus --- Comment #76 from Noah Davis --- *** Bug 493443 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 493443] Spectacle problem dual monitor
https://bugs.kde.org/show_bug.cgi?id=493443 Noah Davis changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |DUPLICATE --- Comment #2 from Noah Davis --- Looks like a duplicate of bug 462860 *** This bug has been marked as a duplicate of bug 462860 *** -- You are receiving this mail because: You are watching all bug changes.
[kactivitymanagerd] [Bug 493414] Thunderbird fails to open links to Chromium and Firefox
https://bugs.kde.org/show_bug.cgi?id=493414 Noah Davis changed: What|Removed |Added CC||noaha...@gmail.com Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #1 from Noah Davis --- I can confirm that something is definitely wrong, but it's not clear what or why. Some links work as expected while others don't. I can reproduce the bug for links that use the same domain as https://invent.kde.org/ I cannot reproduce the bug for links that use the same domain as https://bugs.kde.org/ KMail does not have any problem opening either kind of link, so this could be a Thunderbird bug. I have the same version of Thunderbird and openSUSE Tumbleweed as the reporter, but I am using git master versions of KDE software built from source no more than a 5 days old. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 492158] Panel widgets' hitboxes have odd deadzones
https://bugs.kde.org/show_bug.cgi?id=492158 Noah Davis changed: What|Removed |Added CC||noaha...@gmail.com --- Comment #12 from Noah Davis --- Do you have a fractional UI scale factor? For example, 150% scale in the Display & Monitor settings. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 493354] Renaming folders with "/" has different behavior from creating folders with "/"
https://bugs.kde.org/show_bug.cgi?id=493354 Noah Davis changed: What|Removed |Added Summary|You can rename folders with |Renaming folders with "/" |"/", but can't create them |has different behavior from |with it.|creating folders with "/" -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 493354] You can rename folders with "/", but can't create them with it.
https://bugs.kde.org/show_bug.cgi?id=493354 Noah Davis changed: What|Removed |Added Ever confirmed|0 |1 CC||noaha...@gmail.com Status|REPORTED|CONFIRMED --- Comment #1 from Noah Davis --- You can create folders with / (U+002F, SOLIDUS), but you're right that there is an inconsistency. When creating a folder, / creates subfolders. When renaming folders, / appears to be replaced with ∕ (U+2215, DIVISION SLASH) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 493353] Renaming files/folders does not update their paths if they remain under a uninterrupted selection
https://bugs.kde.org/show_bug.cgi?id=493353 Noah Davis changed: What|Removed |Added CC||noaha...@gmail.com --- Comment #1 from Noah Davis --- The video appears to show the following steps: - Make a folder in the desktop folder view - Start renaming with the context menu - Finish renaming with Enter - Press Enter again to open the file. With those steps, I could not reproduce the bug on git master. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 493025] Unable to associate CTRL+ALT+BACKSPACE sequence as a shortcut
https://bugs.kde.org/show_bug.cgi?id=493025 Noah Davis changed: What|Removed |Added CC||noaha...@gmail.com --- Comment #2 from Noah Davis --- I cannot reproduce this. It could be that your keyboard does not support this combination of keys. Try this website: https://www.mechanical-keyboard.org/key-rollover-test/ -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 493016] Deadzone on top/bottom corner of "window preview's scrollbar" when too many windows are opened.
https://bugs.kde.org/show_bug.cgi?id=493016 Noah Davis changed: What|Removed |Added CC||noaha...@gmail.com --- Comment #1 from Noah Davis --- I am unable to reproduce a dead zone at the areas pointed to by the arrows in the screenshot. I do notice that I can't click on the scroll bar in the outer right corners of the scrollbar, but scrolling still works fine (-ish; it switches windows rapidly, but that's unrelated). -- You are receiving this mail because: You are watching all bug changes.
[plasma-systemmonitor] [Bug 493040] Download/Write Speed History Chart Y-Axis Label Indicates Bytes when Measuring bits
https://bugs.kde.org/show_bug.cgi?id=493040 Noah Davis changed: What|Removed |Added Resolution|--- |INTENTIONAL CC||noaha...@gmail.com Status|REPORTED|RESOLVED --- Comment #1 from Noah Davis --- This is because write speed is in bytes/s while download speed is in bits/s and write speed is ordered in the sensor list before download speed. When System Monitor has to choose between showing bytes and bits on the Y axis, it prefers to show the unit for the first sensor in the list of sensors. If you had separate graphs for write speed and download speed or download speed ordered in the list before write speed, then the graph would show bits/s on the Y axis. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 493314] Plasma 6 crash during boot
https://bugs.kde.org/show_bug.cgi?id=493314 Noah Davis changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |BACKTRACE CC||noaha...@gmail.com --- Comment #1 from Noah Davis --- Thank you for the bug report! Unfortunately I can't reproduce the crash myself on current git master and the backtrace is missing debug symbols. Could you please install debug symbols and attach a new symbolicated backtrace generated by using coredumpctl gdb in a terminal window? See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports#Retrieving_a_backtrace_using_coredumpctl for details about how to do this. Thanks again! -- You are receiving this mail because: You are watching all bug changes.
[plasma-systemmonitor] [Bug 493040] Download/Write Speed History Chart Y-Axis Label Indicates Bytes when Measuring bits
https://bugs.kde.org/show_bug.cgi?id=493040 --- Comment #2 from Noah Davis --- Note, there are separate sensors for Download Rate in bits/s and Download Rate in bytes/s. You may want to use the latter for unit consistency. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 493212] Spectacle rectangle of captured region to be resized by Meta+RMB and Drag shortcut
https://bugs.kde.org/show_bug.cgi?id=493212 Noah Davis changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |NOT A BUG --- Comment #1 from Noah Davis --- Unfortunately, this is not possible. Meta+Right Click is a KWin shortcut and Spectacle cannot override that. It is also a convention for Meta to be reserved for global shortcuts, which is why the KWin uses Meta+Right Click rather than Alt+Right Click by default. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 492781] Rectangular region snapshot is shifted image
https://bugs.kde.org/show_bug.cgi?id=492781 Noah Davis changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #4 from Noah Davis --- This appears to be a duplicate of bug 462860, which is already fixed. *** This bug has been marked as a duplicate of bug 462860 *** -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 462860] Rectangle capture modes have wrong GUI sizing and positioning with fractional scaling
https://bugs.kde.org/show_bug.cgi?id=462860 Noah Davis changed: What|Removed |Added CC||brock...@gmail.com --- Comment #75 from Noah Davis --- *** Bug 492781 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 490353] Region screenshot results in image bigger and blurrier than reality (Wayland, multimonitor, fractional scaling)
https://bugs.kde.org/show_bug.cgi?id=490353 --- Comment #1 from Noah Davis --- This should be fixed in Spectacle 24.08, except for when two screens with one having a larger fractional scale factor are saved in the same image. In that case, the image is always scaled to an integer scale factor so that integer scale factor screens are always sharp. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 488550] The screnshoot from Spectacle is blurry
https://bugs.kde.org/show_bug.cgi?id=488550 Noah Davis changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #6 from Noah Davis --- Do you have this issue with Spectacle 24.08? If so can you attach a blurry screenshot? I am currently unable to reproduce the issue. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 480888] Area capture selector goes under the floating panel
https://bugs.kde.org/show_bug.cgi?id=480888 Noah Davis changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #27 from Noah Davis --- Is the original bug here still reproducible for anyone? I cannot reproduce it. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 480888] Area capture selector goes under the floating panel
https://bugs.kde.org/show_bug.cgi?id=480888 --- Comment #26 from Noah Davis --- (In reply to David Pérez from comment #22) > I don't know if it is the same bug, but for spectacle 24.08.1 and Plasma > 6.1.5, whenever I try to select a rectangular region, the screen goes black > and I see nothing. Different bug. Yours sounds like bug 493222. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 489448] Fractional mouse positions blur the magnifier content even with 1x screen scale
https://bugs.kde.org/show_bug.cgi?id=489448 Noah Davis changed: What|Removed |Added Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap |hics/spectacle/-/commit/380 |hics/spectacle/-/commit/c78 |303d4d096e0c7b206c5e55a2257 |5d0c9cb1dec7ddecc6225829879 |4ea2212fe1 |bf8a3210f1 --- Comment #9 from Noah Davis --- Git commit c785d0c9cb1dec7ddecc6225829879bf8a3210f1 by Noah Davis. Committed on 17/09/2024 at 18:53. Pushed by ndavis into branch 'release/24.08'. Round mouse positions to physical pixels At some point in the development of Plasma 6.0, mouse positions were changed to be fractional even on 1x scale screens. This is fine in some cases and not necessarily wrong, but it's bad for Spectacle since selection rectangles need to be snapped to physical pixels to make accurate selections. (cherry picked from commit 380303d4d096e0c7b206c5e55a22574ea2212fe1) Co-authored-by: Noah Davis M +5-0src/Geometry.cpp M +6-0src/Geometry.h M +8-6src/Gui/Annotations/AnnotationViewport.cpp M +4-2src/Gui/Annotations/CropTool.qml M +2-2src/Gui/Annotations/SelectionTool.qml M +2-2src/Gui/Annotations/TextTool.qml M +6-3src/Gui/SelectionEditor.cpp M +5-0src/Gui/SpectacleWindow.cpp M +2-1src/Gui/SpectacleWindow.h https://invent.kde.org/graphics/spectacle/-/commit/c785d0c9cb1dec7ddecc6225829879bf8a3210f1 -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 489448] Fractional mouse positions blur the magnifier content even with 1x screen scale
https://bugs.kde.org/show_bug.cgi?id=489448 Noah Davis changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Latest Commit||https://invent.kde.org/grap ||hics/spectacle/-/commit/380 ||303d4d096e0c7b206c5e55a2257 ||4ea2212fe1 --- Comment #8 from Noah Davis --- Git commit 380303d4d096e0c7b206c5e55a22574ea2212fe1 by Noah Davis. Committed on 17/09/2024 at 18:52. Pushed by ndavis into branch 'master'. Round mouse positions to physical pixels At some point in the development of Plasma 6.0, mouse positions were changed to be fractional even on 1x scale screens. This is fine in some cases and not necessarily wrong, but it's bad for Spectacle since selection rectangles need to be snapped to physical pixels to make accurate selections. M +5-0src/Geometry.cpp M +6-0src/Geometry.h M +8-6src/Gui/Annotations/AnnotationViewport.cpp M +4-2src/Gui/Annotations/CropTool.qml M +2-2src/Gui/Annotations/SelectionTool.qml M +2-2src/Gui/Annotations/TextTool.qml M +6-3src/Gui/SelectionEditor.cpp M +5-0src/Gui/SpectacleWindow.cpp M +2-1src/Gui/SpectacleWindow.h https://invent.kde.org/graphics/spectacle/-/commit/380303d4d096e0c7b206c5e55a22574ea2212fe1 -- You are receiving this mail because: You are watching all bug changes.
[plasma-systemmonitor] [Bug 493240] Broken/pixelated fonts in plasma system monitor and mostly all kirigami apps.
https://bugs.kde.org/show_bug.cgi?id=493240 Noah Davis changed: What|Removed |Added Latest Commit|https://invent.kde.org/plas |https://invent.kde.org/plas |ma/plasma-systemmonitor/-/c |ma/plasma-systemmonitor/-/c |ommit/049aff70ca2d65115e180 |ommit/70d4505c95a7a65027a4d |1c1f0076606b59505a5 |670b53fbe4b3e0dd5e5 --- Comment #7 from Noah Davis --- Git commit 70d4505c95a7a65027a4d670b53fbe4b3e0dd5e5 by Noah Davis. Committed on 17/09/2024 at 17:47. Pushed by ndavis into branch 'Plasma/6.2'. BaseTableView: Set pixelAligned to true (cherry picked from commit 049aff70ca2d65115e1801c1f0076606b59505a5) Co-authored-by: Noah Davis M +1-0src/table/BaseTableView.qml https://invent.kde.org/plasma/plasma-systemmonitor/-/commit/70d4505c95a7a65027a4d670b53fbe4b3e0dd5e5 -- You are receiving this mail because: You are watching all bug changes.
[plasma-systemmonitor] [Bug 493240] Broken/pixelated fonts in plasma system monitor and mostly all kirigami apps.
https://bugs.kde.org/show_bug.cgi?id=493240 Noah Davis changed: What|Removed |Added Resolution|--- |FIXED Latest Commit||https://invent.kde.org/plas ||ma/plasma-systemmonitor/-/c ||ommit/049aff70ca2d65115e180 ||1c1f0076606b59505a5 Status|ASSIGNED|RESOLVED --- Comment #6 from Noah Davis --- Git commit 049aff70ca2d65115e1801c1f0076606b59505a5 by Noah Davis. Committed on 17/09/2024 at 17:40. Pushed by ndavis into branch 'master'. BaseTableView: Set pixelAligned to true M +1-0src/table/BaseTableView.qml https://invent.kde.org/plasma/plasma-systemmonitor/-/commit/049aff70ca2d65115e1801c1f0076606b59505a5 -- You are receiving this mail because: You are watching all bug changes.
[plasma-systemmonitor] [Bug 493240] Broken/pixelated fonts in plasma system monitor and mostly all kirigami apps.
https://bugs.kde.org/show_bug.cgi?id=493240 --- Comment #3 from Noah Davis --- Created attachment 173769 --> https://bugs.kde.org/attachment.cgi?id=173769&action=edit Issue zoomed in 4x I got this by scrolling in the table view with my touchpad, but it's kind of hard to see if you aren't paying close attention. -- You are receiving this mail because: You are watching all bug changes.
[plasma-systemmonitor] [Bug 493240] Broken/pixelated fonts in plasma system monitor and mostly all kirigami apps.
https://bugs.kde.org/show_bug.cgi?id=493240 Noah Davis changed: What|Removed |Added CC||noaha...@gmail.com Ever confirmed|0 |1 Status|REPORTED|CONFIRMED --- Comment #2 from Noah Davis --- I have reproduced the issue and setting `pixelAligned` to true on the TableView seems to fix the problem. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 492910] Spectacle can't capture 'Mouse Click Animation' desktop effect clicks when 'Include mouse pointer' is enabled
https://bugs.kde.org/show_bug.cgi?id=492910 Noah Davis changed: What|Removed |Added Assignee|noaha...@gmail.com |kwin-bugs-n...@kde.org Component|General |screencasting Product|Spectacle |kwin Version|24.08.0 |6.1.4 --- Comment #3 from Noah Davis --- Since KWin is responsible for setting up the streams, the mouse animations and also for sending cursor images to KPipeWire, I'm moving this bug to KWin. Fixing this could also require changes to KPipeWire though. -- You are receiving this mail because: You are watching all bug changes.
[KPipeWire] [Bug 492844] VP9 encoding is not GPU accelerated
https://bugs.kde.org/show_bug.cgi?id=492844 Noah Davis changed: What|Removed |Added CC||noaha...@gmail.com --- Comment #1 from Noah Davis --- I actually have a patch to add GPU accelerated VP9 encoding to KPipeWire (the library Spectacle uses for recording), but the problem is I don't have any way to test it. If you're willing and able to test that the patch works, we could merge it. https://invent.kde.org/plasma/kpipewire/-/merge_requests/91 -- You are receiving this mail because: You are watching all bug changes.
[KPipeWire] [Bug 492844] VP9 encoding is not GPU accelerated
https://bugs.kde.org/show_bug.cgi?id=492844 Noah Davis changed: What|Removed |Added CC||aleix...@kde.org Status|REPORTED|CONFIRMED Product|Spectacle |KPipeWire Assignee|noaha...@gmail.com |plasma-b...@kde.org Component|General |general Version|24.08.0 |unspecified Summary|VP9 encoding not working|VP9 encoding is not GPU ||accelerated Ever confirmed|0 |1 -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 492240] Spectacle 24.08.0 now ignores filename preference
https://bugs.kde.org/show_bug.cgi?id=492240 Noah Davis changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #2 from Noah Davis --- I am unable to reproduce this. Can you post the filename template that you are using? The default one is something like `Screenshot__`. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 492824] Missing edit-image icon in Oxygen
https://bugs.kde.org/show_bug.cgi?id=492824 Noah Davis changed: What|Removed |Added Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap |hics/spectacle/-/commit/a97 |hics/spectacle/-/commit/401 |962e6d06856901d43c1744778ba |c34ce457514cd94eadd5983de94 |0cf3e140ec |2f2c5aefc1 --- Comment #6 from Noah Davis --- Git commit 401c34ce457514cd94eadd5983de942f2c5aefc1 by Noah Davis. Committed on 10/09/2024 at 07:01. Pushed by ndavis into branch 'release/24.08'. Set fallback icon theme (cherry picked from commit a97962e6d06856901d43c1744778ba0cf3e140ec) Co-authored-by: Noah Davis M +2-0src/Main.cpp https://invent.kde.org/graphics/spectacle/-/commit/401c34ce457514cd94eadd5983de942f2c5aefc1 -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 492824] Missing edit-image icon in Oxygen
https://bugs.kde.org/show_bug.cgi?id=492824 Noah Davis changed: What|Removed |Added Resolution|--- |FIXED Latest Commit||https://invent.kde.org/grap ||hics/spectacle/-/commit/a97 ||962e6d06856901d43c1744778ba ||0cf3e140ec Status|ASSIGNED|RESOLVED --- Comment #5 from Noah Davis --- Git commit a97962e6d06856901d43c1744778ba0cf3e140ec by Noah Davis. Committed on 10/09/2024 at 06:58. Pushed by ndavis into branch 'master'. Set fallback icon theme M +2-0src/Main.cpp https://invent.kde.org/graphics/spectacle/-/commit/a97962e6d06856901d43c1744778ba0cf3e140ec -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 492824] Missing edit-image icon in Oxygen
https://bugs.kde.org/show_bug.cgi?id=492824 Noah Davis changed: What|Removed |Added Version|6.1.4 |24.08.0 CC||noaha...@gmail.com Component|icons |General Assignee|n...@oxygen-icons.org |noaha...@gmail.com Product|Oxygen |Spectacle --- Comment #3 from Noah Davis --- Oh I missed that you were asking for fallback icons. That's something Spectacle could do, so I suppose I will move the report back. -- You are receiving this mail because: You are watching all bug changes.
[Oxygen] [Bug 492824] Missing edit-image icon in Oxygen
https://bugs.kde.org/show_bug.cgi?id=492824 Noah Davis changed: What|Removed |Added Assignee|noaha...@gmail.com |n...@oxygen-icons.org Component|General |icons Summary|Missing Oxygen icons|Missing edit-image icon in ||Oxygen Version|24.08.0 |6.1.4 Product|Spectacle |Oxygen --- Comment #2 from Noah Davis --- The issue here is that Oxygen does not have an edit-image icon. Oxygen is probably unlikely to ever get the icon, but if someone wanted to add the icon, it could happen. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 492928] 当我在一个文件上按了右键出了菜单,我按这个截图按钮就没用了
https://bugs.kde.org/show_bug.cgi?id=492928 Noah Davis changed: What|Removed |Added Resolution|--- |UPSTREAM Status|REPORTED|RESOLVED --- Comment #2 from Noah Davis --- Hello, I am translating your report with Google Translate. I see that you are having trouble taking a screenshot while a popup menu (also known as a context menu or right click menu) is open and that you are using X11. Unfortunately, popup menus on X11 block all mouse and keyboard input to things outside of the popup menu. This is unlikely to ever be fixed since it is a problem that comes from X11 itself. The only way to take a screenshot of a popup menu on X11 is to take a screenshot with a delay. Try setting a 5 second delay, start a rectangular region screenshot, open the popup menu and wait for the delay to finish to take a screenshot of it. On Wayland, you don't need to set a delay to take a rectangular region screenshot of a popup menu. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 491682] [BUG] Image not keep in Clipboard
https://bugs.kde.org/show_bug.cgi?id=491682 --- Comment #10 from Noah Davis --- > Now that we are talking about this and you have been so kind as to mention > it, I want to apologize for the delay in replying. You don't need to apologize, I also take a while sometimes. Besides, we have a bot to remind people and do cleanup if people don't respond. Regarding the other clipboard issues, If any of those apps with issues are Flatpaks or Snaps, maybe that could be a factor in the reason why things behave that way, but I have no clue. I don't use Snaps, but my Flatpaks don't seem to have trouble accessing the clipboard. I am also using Wayland most of the time. It's especially surprising that an issue would happen with copy/pasting text since it's the most basic thing you can copy/paste. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 491682] [BUG] Image not keep in Clipboard
https://bugs.kde.org/show_bug.cgi?id=491682 Noah Davis changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #8 from Noah Davis --- Yes, that's what I was referring to. Currently, I have no idea what the problem could be and am unable to reproduce it. You never have a similar problem with other apps, including other screenshot apps? -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 491682] [BUG] Image not keep in Clipboard
https://bugs.kde.org/show_bug.cgi?id=491682 Noah Davis changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 457098] When using the default "Never save [images] in history" option, images appear anyway as the top item in the popup, but with an icon, rather than a thumbnail
https://bugs.kde.org/show_bug.cgi?id=457098 Noah Davis changed: What|Removed |Added Status|ASSIGNED|RESOLVED Latest Commit||https://invent.kde.org/plas ||ma/plasma-workspace/-/commi ||t/d77e14249481c1839a57dd5f7 ||40d85f3df154557 Resolution|--- |FIXED --- Comment #17 from Noah Davis --- Git commit d77e14249481c1839a57dd5f740d85f3df154557 by Noah Davis. Committed on 30/08/2024 at 17:40. Pushed by ndavis into branch 'master'. klipper: always display image thumbnail when showing image delegate Five years ago, we changed klipper to show an icon instead when force copying images while non-text copying was disabled. This makes it hard to identify the image though and the original reason for doing this seems to be gone. Original change for context: https://phabricator.kde.org/D22684, commit 423308f854c4b76c72da4e3263614c7b20642ebf Related: bug 465417 M +0-4klipper/historymodel.cpp https://invent.kde.org/plasma/plasma-workspace/-/commit/d77e14249481c1839a57dd5f740d85f3df154557 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 465417] With default Klipper settings, copied image data from Spectacle is displayed as icon, rather than actual image
https://bugs.kde.org/show_bug.cgi?id=465417 Noah Davis changed: What|Removed |Added Latest Commit||https://invent.kde.org/plas ||ma/plasma-workspace/-/commi ||t/d77e14249481c1839a57dd5f7 ||40d85f3df154557 Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #5 from Noah Davis --- Git commit d77e14249481c1839a57dd5f740d85f3df154557 by Noah Davis. Committed on 30/08/2024 at 17:40. Pushed by ndavis into branch 'master'. klipper: always display image thumbnail when showing image delegate Five years ago, we changed klipper to show an icon instead when force copying images while non-text copying was disabled. This makes it hard to identify the image though and the original reason for doing this seems to be gone. Original change for context: https://phabricator.kde.org/D22684, commit 423308f854c4b76c72da4e3263614c7b20642ebf Related: bug 457098 M +0-4klipper/historymodel.cpp https://invent.kde.org/plasma/plasma-workspace/-/commit/d77e14249481c1839a57dd5f740d85f3df154557 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 492006] KIO's paste dialog shouldn't offer custom KDE mimetypes that are only used as hints
https://bugs.kde.org/show_bug.cgi?id=492006 Noah Davis changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Latest Commit||https://invent.kde.org/fram ||eworks/kio/-/commit/5bdbf3f ||3145e10a4a555dafe488e29eb95 ||707f41 --- Comment #4 from Noah Davis --- Git commit 5bdbf3f3145e10a4a555dafe488e29eb95707f41 by Noah Davis. Committed on 27/08/2024 at 22:17. Pushed by ndavis into branch 'master'. Ignore application/x-kde-onlyReplaceEmpty in paste dialog M +3-0src/widgets/paste.cpp https://invent.kde.org/frameworks/kio/-/commit/5bdbf3f3145e10a4a555dafe488e29eb95707f41 -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 465781] Spectacle doesn't follow image format when copying image
https://bugs.kde.org/show_bug.cgi?id=465781 --- Comment #19 from Noah Davis --- Git commit 92a59d38ddf1c620a9c318d3f109f202c12c76d4 by Noah Davis. Committed on 23/08/2024 at 21:07. Pushed by ndavis into branch 'release/24.08'. Go back to copying images with setImageData A previous change was made based on a wrong assumption that you could only copy one format of image data and that the program doing the copying decides the format that gets pasted. The truth is that the app doing the copying gets to decide which formats are sent to the clipboard and can send multiple types of data, but not which format gets pasted. Only the app receiving the paste gets to decide which format gets pasted. If it doesn't support the copied format, nothing will be pasted. Because of this, images should be copied as uncompressed images. If you want to paste a JPEG into Firefox/Chromium/Electron apps directly, you can't really do that. You have to save a JPEG file and then copy the file as a file URL. I'd like to do that instead so that the copied image can always be compressed in the preferred format, but Flatpak apps currently can't use /tmp without the user adding explicit permission specifically for /tmp. Another issue with trying to copy images directly in the preferred format is that lossy compressed formats like JPEG will be decompressed when Spectacle closes, expanding 2-8x their compressed size. This is likely an issue with Klipper (probably HistoryImageItem) and maybe KSystemClipboard. Related: bug 485096, bug 465972 (cherry picked from commit 83c9a81f3797140740ef9f31e2e6d4e1174115be) Co-authored-by: Noah Davis M +26 -20 src/ExportManager.cpp https://invent.kde.org/graphics/spectacle/-/commit/92a59d38ddf1c620a9c318d3f109f202c12c76d4 -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 465972] Spectacle copy uses a BMP instead of PNG with a manual copy, but only on Wayland
https://bugs.kde.org/show_bug.cgi?id=465972 --- Comment #6 from Noah Davis --- Git commit 92a59d38ddf1c620a9c318d3f109f202c12c76d4 by Noah Davis. Committed on 23/08/2024 at 21:07. Pushed by ndavis into branch 'release/24.08'. Go back to copying images with setImageData A previous change was made based on a wrong assumption that you could only copy one format of image data and that the program doing the copying decides the format that gets pasted. The truth is that the app doing the copying gets to decide which formats are sent to the clipboard and can send multiple types of data, but not which format gets pasted. Only the app receiving the paste gets to decide which format gets pasted. If it doesn't support the copied format, nothing will be pasted. Because of this, images should be copied as uncompressed images. If you want to paste a JPEG into Firefox/Chromium/Electron apps directly, you can't really do that. You have to save a JPEG file and then copy the file as a file URL. I'd like to do that instead so that the copied image can always be compressed in the preferred format, but Flatpak apps currently can't use /tmp without the user adding explicit permission specifically for /tmp. Another issue with trying to copy images directly in the preferred format is that lossy compressed formats like JPEG will be decompressed when Spectacle closes, expanding 2-8x their compressed size. This is likely an issue with Klipper (probably HistoryImageItem) and maybe KSystemClipboard. Related: bug 485096, bug 465781 (cherry picked from commit 83c9a81f3797140740ef9f31e2e6d4e1174115be) Co-authored-by: Noah Davis M +26 -20 src/ExportManager.cpp https://invent.kde.org/graphics/spectacle/-/commit/92a59d38ddf1c620a9c318d3f109f202c12c76d4 -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 485096] When default screenshot format is JPEG, screenshots copied to the clipboard cannot be pasted until Spectacle quits
https://bugs.kde.org/show_bug.cgi?id=485096 Noah Davis changed: What|Removed |Added Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap |hics/spectacle/-/commit/83c |hics/spectacle/-/commit/92a |9a81f3797140740ef9f31e2e6d4 |59d38ddf1c620a9c318d3f109f2 |e1174115be |02c12c76d4 --- Comment #13 from Noah Davis --- Git commit 92a59d38ddf1c620a9c318d3f109f202c12c76d4 by Noah Davis. Committed on 23/08/2024 at 21:07. Pushed by ndavis into branch 'release/24.08'. Go back to copying images with setImageData A previous change was made based on a wrong assumption that you could only copy one format of image data and that the program doing the copying decides the format that gets pasted. The truth is that the app doing the copying gets to decide which formats are sent to the clipboard and can send multiple types of data, but not which format gets pasted. Only the app receiving the paste gets to decide which format gets pasted. If it doesn't support the copied format, nothing will be pasted. Because of this, images should be copied as uncompressed images. If you want to paste a JPEG into Firefox/Chromium/Electron apps directly, you can't really do that. You have to save a JPEG file and then copy the file as a file URL. I'd like to do that instead so that the copied image can always be compressed in the preferred format, but Flatpak apps currently can't use /tmp without the user adding explicit permission specifically for /tmp. Another issue with trying to copy images directly in the preferred format is that lossy compressed formats like JPEG will be decompressed when Spectacle closes, expanding 2-8x their compressed size. This is likely an issue with Klipper (probably HistoryImageItem) and maybe KSystemClipboard. Related: bug 465781, bug 465972 (cherry picked from commit 83c9a81f3797140740ef9f31e2e6d4e1174115be) Co-authored-by: Noah Davis M +26 -20 src/ExportManager.cpp https://invent.kde.org/graphics/spectacle/-/commit/92a59d38ddf1c620a9c318d3f109f202c12c76d4 -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 465781] Spectacle doesn't follow image format when copying image
https://bugs.kde.org/show_bug.cgi?id=465781 --- Comment #18 from Noah Davis --- Git commit 83c9a81f3797140740ef9f31e2e6d4e1174115be by Noah Davis. Committed on 23/08/2024 at 20:32. Pushed by ndavis into branch 'master'. Go back to copying images with setImageData A previous change was made based on a wrong assumption that you could only copy one format of image data and that the program doing the copying decides the format that gets pasted. The truth is that the app doing the copying gets to decide which formats are sent to the clipboard and can send multiple types of data, but not which format gets pasted. Only the app receiving the paste gets to decide which format gets pasted. If it doesn't support the copied format, nothing will be pasted. Because of this, images should be copied as uncompressed images. If you want to paste a JPEG into Firefox/Chromium/Electron apps directly, you can't really do that. You have to save a JPEG file and then copy the file as a file URL. I'd like to do that instead so that the copied image can always be compressed in the preferred format, but Flatpak apps currently can't use /tmp without the user adding explicit permission specifically for /tmp. Another issue with trying to copy images directly in the preferred format is that lossy compressed formats like JPEG will be decompressed when Spectacle closes, expanding 2-8x their compressed size. This is likely an issue with Klipper (probably HistoryImageItem) and maybe KSystemClipboard. Related: bug 485096, bug 465972 M +26 -20 src/ExportManager.cpp https://invent.kde.org/graphics/spectacle/-/commit/83c9a81f3797140740ef9f31e2e6d4e1174115be -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 485096] When default screenshot format is JPEG, screenshots copied to the clipboard cannot be pasted until Spectacle quits
https://bugs.kde.org/show_bug.cgi?id=485096 Noah Davis changed: What|Removed |Added Status|ASSIGNED|RESOLVED Latest Commit||https://invent.kde.org/grap ||hics/spectacle/-/commit/83c ||9a81f3797140740ef9f31e2e6d4 ||e1174115be Resolution|--- |FIXED --- Comment #12 from Noah Davis --- Git commit 83c9a81f3797140740ef9f31e2e6d4e1174115be by Noah Davis. Committed on 23/08/2024 at 20:32. Pushed by ndavis into branch 'master'. Go back to copying images with setImageData A previous change was made based on a wrong assumption that you could only copy one format of image data and that the program doing the copying decides the format that gets pasted. The truth is that the app doing the copying gets to decide which formats are sent to the clipboard and can send multiple types of data, but not which format gets pasted. Only the app receiving the paste gets to decide which format gets pasted. If it doesn't support the copied format, nothing will be pasted. Because of this, images should be copied as uncompressed images. If you want to paste a JPEG into Firefox/Chromium/Electron apps directly, you can't really do that. You have to save a JPEG file and then copy the file as a file URL. I'd like to do that instead so that the copied image can always be compressed in the preferred format, but Flatpak apps currently can't use /tmp without the user adding explicit permission specifically for /tmp. Another issue with trying to copy images directly in the preferred format is that lossy compressed formats like JPEG will be decompressed when Spectacle closes, expanding 2-8x their compressed size. This is likely an issue with Klipper (probably HistoryImageItem) and maybe KSystemClipboard. Related: bug 465781, bug 465972 M +26 -20 src/ExportManager.cpp https://invent.kde.org/graphics/spectacle/-/commit/83c9a81f3797140740ef9f31e2e6d4e1174115be -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 465972] Spectacle copy uses a BMP instead of PNG with a manual copy, but only on Wayland
https://bugs.kde.org/show_bug.cgi?id=465972 --- Comment #5 from Noah Davis --- Git commit 83c9a81f3797140740ef9f31e2e6d4e1174115be by Noah Davis. Committed on 23/08/2024 at 20:32. Pushed by ndavis into branch 'master'. Go back to copying images with setImageData A previous change was made based on a wrong assumption that you could only copy one format of image data and that the program doing the copying decides the format that gets pasted. The truth is that the app doing the copying gets to decide which formats are sent to the clipboard and can send multiple types of data, but not which format gets pasted. Only the app receiving the paste gets to decide which format gets pasted. If it doesn't support the copied format, nothing will be pasted. Because of this, images should be copied as uncompressed images. If you want to paste a JPEG into Firefox/Chromium/Electron apps directly, you can't really do that. You have to save a JPEG file and then copy the file as a file URL. I'd like to do that instead so that the copied image can always be compressed in the preferred format, but Flatpak apps currently can't use /tmp without the user adding explicit permission specifically for /tmp. Another issue with trying to copy images directly in the preferred format is that lossy compressed formats like JPEG will be decompressed when Spectacle closes, expanding 2-8x their compressed size. This is likely an issue with Klipper (probably HistoryImageItem) and maybe KSystemClipboard. Related: bug 485096, bug 465781 M +26 -20 src/ExportManager.cpp https://invent.kde.org/graphics/spectacle/-/commit/83c9a81f3797140740ef9f31e2e6d4e1174115be -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 485733] Spectacle fails to save recorded video with error "Failed to export video: Temporary file URL must be an existing local file"
https://bugs.kde.org/show_bug.cgi?id=485733 Noah Davis changed: What|Removed |Added Ever confirmed|1 |0 Status|CONFIRMED |REPORTED --- Comment #19 from Noah Davis --- Unfortunately, I still cannot reproduce the issue. I tried to record an unmaximized Konsole window. I'm on PipeWire 1.2.2, git master Plasma (basically 6.2 alpha) and KDE Frameworks 6.6.0, but there shouldn't be much of a difference between the behavior on our systems. Maybe there's some other setting or condition that I don't know about. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 492005] Klipper puts "application/x-kde-onlyReplaceEmpty" first when it should be near the end of the mimetype list
https://bugs.kde.org/show_bug.cgi?id=492005 --- Comment #3 from Noah Davis --- After a bit more testing, it's still technically an issue for KIO, but the actual source of the format ordering issue is probably something more internal to Qt. It seems that first Klipper uses QMimeData::setImageData, which only sets "application/x-qt-image". After that, Klipper sets "application/x-kde-onlyReplaceEmpty". Slightly later it appends all the other image formats. This is why "application/x-kde-onlyReplaceEmpty" shows up before PNG. It seems like you can't assume that hint mimetypes will go after the automatically set image types even if you set them after QMimeData::setImageData. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 492005] Klipper puts "application/x-kde-onlyReplaceEmpty" first when it should be near the end of the mimetype list
https://bugs.kde.org/show_bug.cgi?id=492005 Noah Davis changed: What|Removed |Added Resolution|--- |NOT A BUG Status|CONFIRMED |RESOLVED CC||noaha...@gmail.com --- Comment #2 from Noah Davis --- I've determined that Klipper is not actually at fault. It's actually a KIO paste dialog problem that "application/x-kde-onlyReplaceEmpty" comes first. Klipper puts it last in the format list like it should. In bug 491961 I assumed that the paste dialog formats followed the order of the formats list since the image formats were shown in that order, but I suppose it's slightly different. For posterity, the real bug is bug 492006. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 492006] KIO's paste dialog shouldn't offer custom KDE mimetypes that are only used as hints
https://bugs.kde.org/show_bug.cgi?id=492006 Noah Davis changed: What|Removed |Added Component|HTTP|general CC||noaha...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 491961] Klipper doesn't preserve "application/x-kde-suggestedfilename"
https://bugs.kde.org/show_bug.cgi?id=491961 --- Comment #8 from Noah Davis --- (In reply to TraceyC from comment #7) > I found an older bug 470131 that describes much the same behavior, not sure > if this is a duplicate Since you changed the title of this report, this report (bug 491961) is now about issue 1. The bug you are referencing (bug 470131) is issue 2. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 491961] Unable to paste screenshot from Spectacle from auto copy into Dolphin
https://bugs.kde.org/show_bug.cgi?id=491961 --- Comment #5 from Noah Davis --- (In reply to Nate Graham from comment #4) > Ok, then can you move it to the correct place where it should be fixed? There are 3 issues here, so we'll need 3 bug reports: 1. Klipper doesn't preserve "application/x-kde-suggestedfilename". 2. Klipper puts "application/x-kde-onlyReplaceEmpty" first when it should be near the end of the mimetype list. 3. KIO's paste dialog shouldn't offer custom KDE mimetypes that are only used as hints. Do I mark this as Not A Bug? -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 491961] Unable to paste screenshot from Spectacle from auto copy into Dolphin
https://bugs.kde.org/show_bug.cgi?id=491961 --- Comment #3 from Noah Davis --- (In reply to Nate Graham from comment #2) > This is working for me with git master of Plasma, KWin, Dolphin, and > Spectacle. Are you able to reproduce it, Noah? Yes, but it's not a spectacle bug. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 491961] Unable to paste screenshot from Spectacle from auto copy into Dolphin
https://bugs.kde.org/show_bug.cgi?id=491961 --- Comment #1 from Noah Davis --- > The name field is blank Klipper doesn't preserve the "application/x-kde-suggestedfilename" hint used by MR 391 after Spectacle is closed, so this is a Klipper bug. > The Data type is "application/x-kde-onlyReplaceEmpty" > Nothing is pasted to the folder in Dolphin You have to manually pick an image format using the format combobox. This is an issue with Klipper and/or KIO. - Klipper puts "application/x-kde-onlyReplaceEmpty" before the other formats when it would probably be better to ensure it goes last. - KIO should probably ignore custom mimetypes that are only used as hints. Nothing is pasted when you keep the format as "application/x-kde-onlyReplaceEmpty" because that hint doesn't actually hold any data. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 491361] Target "spectacle" links to: KF6::PrisonScanner
https://bugs.kde.org/show_bug.cgi?id=491361 Noah Davis changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |NOT A BUG --- Comment #10 from Noah Davis --- (In reply to migtex from comment #9) > So no bug? but shouldn't libzxing-dev be a required package instead of > optional? Spectacle depends on Prison, but prison doesn't necessarily require zxing-cpp. Neither is technically wrong, except that Prison should probably have a way to require zxing-cpp for apps using PrisonScanner. Perhaps you could make a bug report for Prison? > One other topic. I tried the recording option using spectacle and we get > this error message > "An error occurred while attempting to record the screen. Failed to connect > PipeWire context" > Probably another setup issue... any hints on how to solve this? thanks in > advance for your patience It seems that the message is coming from KWin, so maybe KWin needed to be restarted or something else. Might be worth asking KWin devs. Anyway, I'm marking this as not a bug since Spectacle isn't responsible for the zxing-cpp dependency and isn't responsible for creating a PipeWire context. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 471159] Spectacle screen recording cuts off the last bit of the video
https://bugs.kde.org/show_bug.cgi?id=471159 Noah Davis changed: What|Removed |Added Severity|grave |major -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 488895] Spectacle fails to save recording of a window or a rectangular region with MP4/H.264
https://bugs.kde.org/show_bug.cgi?id=488895 Noah Davis changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Noah Davis --- *** This bug has been marked as a duplicate of bug 485733 *** -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 485733] Spectacle fails to save recorded video with error "Failed to export video: Temporary file URL must be an existing local file"
https://bugs.kde.org/show_bug.cgi?id=485733 --- Comment #18 from Noah Davis --- *** Bug 488895 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 491727] Spectacle context menu does not disappear after selecting the region screenshot option from the taskbar context menu
https://bugs.kde.org/show_bug.cgi?id=491727 Noah Davis changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #3 from Noah Davis --- Ah, I didn't realize you were talking about a menu appearing in a screenshot and not just a rendering bug. I suppose it's expected. I'm not sure there's anything that can be done about it. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 491727] Spectacle context menu does not disappear after selecting the region screenshot option from the taskbar context menu
https://bugs.kde.org/show_bug.cgi?id=491727 Noah Davis changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from Noah Davis --- Does this only happen with spectacle and does it happen reliably? If not, then I think this might be some kind of KWin rendering bug. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 491682] [BUG] Image not keep in Clipboard
https://bugs.kde.org/show_bug.cgi?id=491682 --- Comment #5 from Noah Davis --- Do you have the system clipboard service/applet enabled (aka Klipper)? It is enabled in the system tray by default. If you don't, then the clipboard contents will be gone when the Spectacle program terminates. There is nothing that can be done about that. It's just how clipboards work on Linux/Unix operating systems when you don't have a system clipboard service enabled. If you are copying from a screenshot initiated via global shortcut or the -b/--background CLI option, then there should be a system notification for the screenshot that lasts for about the amount of time you mentioned. If you are taking screenshots from global shortcuts or with --background with no system clipboard service, that could explain why the clipboard lasts for that amount of time. This is because the spectacle program lives for as long as that notification is floating on the screen. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 490860] No sound on Spectacle Video Recording on Wayland
https://bugs.kde.org/show_bug.cgi?id=490860 --- Comment #9 from Noah Davis --- (In reply to agap...@hotmail.com from comment #8) > (In reply to Noah Davis from comment #5) > > We can mark this as a duplicate of your feature request once you've done it > > I wanted to ask - what is the advantage of KPipewire over regular Pipewire? > Perhaps adding the option of using regular pipewire as a backend to > spectacle would simplify development by adding the ability to add desktop > sound and improve screen capture quality, as the devs would no longer be > constrained by the features available in Kpipewire? KPipeWire is a simplified abstraction library for using PipeWire (with FFmpeg for recording video) in Qt apps. Switching Spectacle to regular PipeWire would be more work than adding audio support to KPipeWire because we'd have to reimplement support for what we already have and still have to implement audio support. Audio and video frames aren't automatically mixed together by PipeWire just because PipeWire can handle audio and video, so it's not like there's an easy way out of implementing audio recording support somewhere. We're constrained because there is currently nobody available with the right kind of skills to do the work of implementing audio support. This problem would still exist with or without KPipeWire. Maybe someday somebody will have the time and skills required to do it. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 447831] Add the ability to Copy to clipboard as a specific image format
https://bugs.kde.org/show_bug.cgi?id=447831 --- Comment #13 from Noah Davis --- (In reply to Roke Julian Lockhart Beedell from comment #12) > (In reply to Noah Davis from comment #11) > Those are very good points, and I'd be glad to wait for this until those > issues you mean are solved. If any are being tracked here, can they be > listed as blockers? (Are those Qt bugs?) The clipboard contents compatibility issue is arguably a Firefox/Chromium/WebKit/Electron issue. Maybe it's fixable in those projects, but it's odd that it has been effectively worked around in KDE and Qt code. Fundamentally, it means we can't assume apps will accept a given image format, regardless of whether the issues are fixed. I'm not exactly sure where the decompression issue comes from. I made a test project (https://invent.kde.org/ndavis/clipboardimageformatwidgets) and tried to find parts of qtbase that might be relevant. I know Qt adds a bunch of extra mimetypes to the clipboard data for compatibility. In qtbase/src/gui/kernel/qinternalmimedata.cpp there is a part where it will try to write a PNG, but that's only if there's no data for the given mimetype. I also checked Klipper and KSystemClipboard and tried patching those (https://invent.kde.org/plasma/plasma-workspace/-/commit/8cff887b146353fbe4f7681061624581775fa820 and https://invent.kde.org/frameworks/kguiaddons/-/commit/ae1535c6d893041e36c0cd0c1128b092f71aa62f). Unfortunately, there was still no way to reliably prevent decompression. Fundamentally, I don't know if the issues can be fixed and I don't know if the decompression issue is just a side effect of behavior that is necessary for compatibility with apps that don't support most writable image formats. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 491591] Cursor is not visible with include mouse pointer option and shake cursor accessibility option enabled, while cursor is enlarged
https://bugs.kde.org/show_bug.cgi?id=491591 Noah Davis changed: What|Removed |Added Component|General |effects-various Version|unspecified |6.1.4 Ever confirmed|0 |1 Product|Spectacle |kwin Assignee|noaha...@gmail.com |kwin-bugs-n...@kde.org Status|REPORTED|CONFIRMED --- Comment #1 from Noah Davis --- Can confirm. Moving this to KWin since KWin is responsible for the shake effect and for blending the cursor into the screenshot. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 491361] Target "spectacle" links to: KF6::PrisonScanner
https://bugs.kde.org/show_bug.cgi?id=491361 --- Comment #7 from Noah Davis --- (In reply to migtex from comment #6) > Hey @NoahDavis, in the meanwhile, do you know of a workaround? > How can I install KF6:PrisonScanner? > Thank you It should just be installed when you install Prison as long as you build Prison with both zxing-cpp and Qt Multimedia. I don't know why you don't have it. Are you building zxing-cpp from source? If not, are you sure you have the `-dev` package for zxing-cpp installed? -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 447831] Add the ability to Copy to clipboard as a specific image format
https://bugs.kde.org/show_bug.cgi?id=447831 --- Comment #11 from Noah Davis --- It is unfortunately not possible to reliably copy images to the clipboard in a specific format. You can copy in a specific format, but you will run into issues like https://bugs.kde.org/show_bug.cgi?id=485096. There are ways to work around that, but they're unreliable. Worst of all, when you close spectacle, the system will decompress the data. PNG is unaffected by the decompression, but lossy formats like JPEG and WEBP will become 2-8x larger than their compressed size. Usually, they become as large or significantly larger than PNGs would be, making it pointless to copy in those formats unless users always keep the Spectacle instance while they are pasting. I could allow pasting specific formats with that quirky behavior, but I don't think I should because it's too unreliable and will just frustrate people. PNG eliminates most of the data size issues with uncompressed image data. Perhaps Spectacle should always copy images as PNGs instead of uncompressed images or another format. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 491361] Target "spectacle" links to: KF6::PrisonScanner
https://bugs.kde.org/show_bug.cgi?id=491361 Noah Davis changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #2 from Noah Davis --- It seems that you don't have KF6::PrisonScanner installed and that you are compiling from source via kdesrc-build. Spectacle seems to have its CMake set up correctly, so I checked Prison's CMake. zxing-cpp is a mandatory dependency of Prison while Qt Multimedia is not. KF6::PrisonScanner will not be part of the build if zxing-cpp or Qt Multimedia aren't available, so perhaps you built Prison without Qt Multimedia? Spectacle already requires Qt Multimedia, but perhaps you didn't install Qt Multimedia until after Prison was built? I'm pretty confident that this is a setup issue and not a bug, although maybe Prison should have a dedicated package for KF6::PrisonScanner or make KF6::PrisonScanner mandatory? At this time, you must find the Prison package to use the KF6::PrisonScanner target and there's not really anything else to do in CMake for the app using KF6::PrisonScanner. > On master 900bc566b098b452d4f22fe94b39fe765fbd53a6 ❯ git show 900bc566b098b452d4f22fe94b39fe765fbd53a6 fatal: bad object 900bc566b098b452d4f22fe94b39fe765fbd53a6 I think the commit hash may be invalid. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483962] Items overlap while filtering widgets with animation speed set to "Instant"
https://bugs.kde.org/show_bug.cgi?id=483962 Noah Davis changed: What|Removed |Added CC||noaha...@gmail.com --- Comment #8 from Noah Davis --- To me, this seems to be a Qt bug. I have reported the issue here: https://bugreports.qt.io/browse/QTBUG-127709 -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 490860] No sound on Spectacle Video Recording on Wayland
https://bugs.kde.org/show_bug.cgi?id=490860 --- Comment #5 from Noah Davis --- We can mark this as a duplicate of your feature request once you've done it -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 490860] No sound on Spectacle Video Recording on Wayland
https://bugs.kde.org/show_bug.cgi?id=490860 --- Comment #4 from Noah Davis --- (In reply to agap...@hotmail.com from comment #3) > Should I submit a feature request to potentially add this feature into > KPipeWire? If you want to. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 490860] No sound on Spectacle Video Recording on Wayland
https://bugs.kde.org/show_bug.cgi?id=490860 --- Comment #2 from Noah Davis --- (In reply to Nate Graham from comment #1) > Noah, this is intentional, right? I would say expected in the sense that the functionality to allow this does not exist in KPipeWire. It's not quite intentional because I agree it would be nice to have, but it's not a Spectacle bug. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 489698] Icons-Only Task Manager Icon size too small
https://bugs.kde.org/show_bug.cgi?id=489698 Noah Davis changed: What|Removed |Added CC||noaha...@gmail.com --- Comment #3 from Noah Davis --- TracyC and I figured out that the cause is a spacer next to the task manager with "Set flexible size" checked (on by default). The spacer is probably taking up more space than it should or it's causing the task manager to give up more space than it should. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 490096] Screenshot (Portal?) breaks
https://bugs.kde.org/show_bug.cgi?id=490096 --- Comment #7 from Noah Davis --- (In reply to Nico from comment #6) > Yeah, I will definitely encounter it again because it already happened > multiple times and a reboot always fixed it. But what should I do when it > happens again? How can I provide logs or any other meaningful information? The best thing you could give me are detailed and reliable steps to reproduce the bug. The second best thing is a backtrace, but you probably won't be able to get one unless you can get spectacle to crash. The only logs right now are console output. You could post the console output for `QT_LOGGING_RULES="spectacle=true" spectacle -i`, although it probably won't have much useful info. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 490096] Screenshot (Portal?) breaks
https://bugs.kde.org/show_bug.cgi?id=490096 Noah Davis changed: What|Removed |Added Resolution|WAITINGFORINFO |WORKSFORME Status|NEEDSINFO |RESOLVED --- Comment #5 from Noah Davis --- (In reply to Nico from comment #4) > The first line always appears but the second one no longer appears after > it's working again. The window did not spawn when it was broken. It's > working right now but if it happens again what should I run get proper logs > that might help? I'm not sure. I don't know why the wayland surface would be null. Since the error message came from the Wayland Qt Platform Abstraction plugin, it could be an error in Qt Wayland, but it might not be. Without any knowledge of how to reproduce the bug, there's not much that can be done. I'm marking this as RESOLVED WORKSFORME since you say the bug no longer happens. If you encounter this issue again, you can reopen this bug. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 490096] Screenshot (Portal?) breaks
https://bugs.kde.org/show_bug.cgi?id=490096 Noah Davis changed: What|Removed |Added Status|REOPENED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #3 from Noah Davis --- Regarding the question in the title, there actually is no screenshot portal support right now. Spectacle uses KWin's DBus API for screenshots directly. You say "this always appears". Do you mean Spectacle always launches successfully, but it failed to take a screenshot? Do you mean those two lines always appear in the console output? The first message about VAAPI is expected. The second line "qt.qpa.wayland: eglSwapBuffers failed with 0x300d, surface: 0x0" seems a bit unusual. "surface: 0x0" seems to imply that a wayland surface (basically a window) is null and some kind of graphics related error happened because of that. There's nothing else I can figure out from that. You also said "It seems like whatever I did fixed it for now." Is it still working for you? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 489940] Plasma crashes in PanelView::updateEnabledBorders on startup
https://bugs.kde.org/show_bug.cgi?id=489940 Noah Davis changed: What|Removed |Added CC||noaha...@gmail.com Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #2 from Noah Davis --- I am experiencing the same crash with leftShadowMargin and PanelView::updateEnabledBorders. Surprisingly, rolling back the following commits did not fix the issue for me: - plasma-workspace: f7ee03d065b4e293746248f749a7965c4321b1cb - plasma-desktop: 56b25d5943ebf0b8751c048fd419eccb3314956b After rolling back, I got a different crash when I tried to run `gdb plasmashell`: #0 0x73d069ff in __GI___libc_write (nbytes=7, buf=0x16b2e00, fd=68) at ../sysdeps/unix/sysv/linux/write.c:26 #1 __GI___libc_write (fd=68, buf=0x16b2e00, nbytes=7) at ../sysdeps/unix/sysv/linux/write.c:24 #2 0x767ba1f5 in DataControlSource::zwlr_data_control_source_v1_send (this=, mime_type=, fd=68) at /home/noah/kde/src/frameworks/kguiaddons/src/systemclipboard/waylandclipboard.cpp:354 #3 0x767b0cdc in QtWayland::zwlr_data_control_source_v1::handle_send (data=0x1d8e170, object=, mime_type=0x7fffdc00f27c "text/plain;charset=utf-8", fd=68) at /home/noah/kde6/build/frameworks/kguiaddons/src/qwayland-wlr-data-control-unstable-v1.cpp:309 #4 0x74a34972 in ffi_call_unix64 () at ../src/x86/unix64.S:104 #5 0x74a312df in ffi_call_int (cif=cif@entry=0x7fffd080, fn=, rvalue=, avalue=, closure=closure@entry=0x0) at ../src/x86/ffi64.c:673 #6 0x74a33f36 in ffi_call (cif=cif@entry=0x7fffd080, fn=, rvalue=rvalue@entry=0x0, avalue=avalue@entry=0x7fffd150) at ../src/x86/ffi64.c:710 #7 0x77c49801 in wl_closure_invoke (closure=closure@entry=0x7fffdc00f1a0, flags=flags@entry=1, target=, target@entry=0x1d90f00, opcode=opcode@entry=0, data=) at ../../../kde/src/wayland/src/connection.c:1228 #8 0x77c45bcf in dispatch_event (display=display@entry=0x5234e0, queue=queue@entry=0x5235d8) at ../../../kde/src/wayland/src/wayland-client.c:1670 #9 0x77c46ddb in dispatch_queue (queue=0x5235d8, display=0x5234e0) at ../../../kde/src/wayland/src/wayland-client.c:1816 #10 wl_display_dispatch_queue_pending (display=0x5234e0, queue=0x5235d8) at ../../../kde/src/wayland/src/wayland-client.c:2058 #11 0x75776c2a in QtWaylandClient::QWaylandDisplay::flushRequests (this=) at /usr/src/debug/qtwayland-everywhere-src-6.7.2/src/client/qwaylanddisplay.cpp:227 #12 0x745e8161 in doActivate (sender=0x520690, signal_index=4, argv=0x7fffd398) at /usr/src/debug/qtbase-everywhere-src-6.7.2/src/corelib/kernel/qobject.cpp:4098 #13 0x747c1b1b in QEventDispatcherGlib::processEvents (this=0x520690, flags=...) at /usr/src/debug/qtbase-everywhere-src-6.7.2/src/corelib/kernel/qeventdispatcher_glib.cpp:401 #14 0x745993db in QEventLoop::exec (this=0x7fffd4e0, flags=...) at /usr/src/debug/qtbase-everywhere-src-6.7.2/src/corelib/global/qflags.h:34 #15 0x74592bb6 in QCoreApplication::exec () at /usr/src/debug/qtbase-everywhere-src-6.7.2/src/corelib/global/qflags.h:74 #16 0x74fe7e2c in QGuiApplication::exec () at /usr/src/debug/qtbase-everywhere-src-6.7.2/src/gui/kernel/qguiapplication.cpp:1926 #17 0x76dbfff5 in QApplication::exec () at /usr/src/debug/qtbase-everywhere-src-6.7.2/src/widgets/kernel/qapplication.cpp:2555 #18 0x00429ad4 in main (argc=, argv=) at /home/noah/kde/src/plasma/plasma-workspace/shell/main.cpp:188 -- You are receiving this mail because: You are watching all bug changes.
[KPipeWire] [Bug 489434] Spectacle crashes on finishing recording with pipewire 1.2.0
https://bugs.kde.org/show_bug.cgi?id=489434 Noah Davis changed: What|Removed |Added CC||noaha...@gmail.com --- Comment #12 from Noah Davis --- (In reply to pallaswept from comment #9) > I notice the bug is not raised with the pipewire project. Is this believed > to be a KDE bug, where the downgrade workaround is just a coincidence? > Otherwise, it might be good to file this over there. I wasn't sure yet and I wanted to do additional testing. In any case, thank you for posting the upstream bug report. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 484845] Alt accelerators not shown on all buttons (like in Spectacle) just most buttons
https://bugs.kde.org/show_bug.cgi?id=484845 --- Comment #2 from Noah Davis --- For me, it's the Save As button, not the Save button and only in the viewer window. What language/locale do you use? I use US English. I'm curious if different languages and locales can change which button this happens to. -- You are receiving this mail because: You are watching all bug changes.
[KPipeWire] [Bug 489434] Spectacle crashes on finishing recording with pipewire 1.2.0
https://bugs.kde.org/show_bug.cgi?id=489434 Noah Davis changed: What|Removed |Added Assignee|noaha...@gmail.com |plasma-b...@kde.org CC||aleix...@kde.org Product|Spectacle |KPipeWire Version|24.05.1 |unspecified Component|General |general -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 489434] Spectacle crashes on finishing recording with pipewire 1.2.0
https://bugs.kde.org/show_bug.cgi?id=489434 --- Comment #4 from Noah Davis --- I just upgraded to pipewire 1.2 and recording has stopped working for me as well. I get "*** pw_stream_destroy called from wrong context, check thread and locking: Not in loop" when I tried to finish recording in the terminal output and the app freezes. I'm not sure why this is happening. Moving this report to KPipeWire since that's where the error message is coming from. The place where it happens is PipeWireSourceStream::~PipeWireSourceStream(). -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 489434] Spectacle crashes on finishing recording with pipewire 1.2.0
https://bugs.kde.org/show_bug.cgi?id=489434 Noah Davis changed: What|Removed |Added CC||andrea.i...@gmail.com --- Comment #3 from Noah Davis --- *** Bug 489656 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 489656] Spectacle hangs, forcing to kill the process
https://bugs.kde.org/show_bug.cgi?id=489656 Noah Davis changed: What|Removed |Added Resolution|--- |DUPLICATE Status|REPORTED|RESOLVED --- Comment #4 from Noah Davis --- I see "*** pw_stream_destroy called from wrong context, check thread and locking: Not in loop" in the output, so this must be bug 489434 *** This bug has been marked as a duplicate of bug 489434 *** -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 489633] Spectacle freezing while using Screen Recording.
https://bugs.kde.org/show_bug.cgi?id=489633 Noah Davis changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from Noah Davis --- Do you have pipewire 1.2 and do you have the following line in your terminal output? > *** pw_stream_destroy called from wrong context, check thread and locking: > Not in loop -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 488895] Spectacle fails to save recording of a window or a rectangular region with MP4/H.264
https://bugs.kde.org/show_bug.cgi?id=488895 Noah Davis changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from Noah Davis --- Perhaps this is bug 485733? Also, do you have pipewire 1.2? -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 485733] Spectacle fails to save recorded video with error "Failed to export video: Temporary file URL must be an existing local file"
https://bugs.kde.org/show_bug.cgi?id=485733 Noah Davis changed: What|Removed |Added Ever confirmed|1 |0 Status|CONFIRMED |REPORTED --- Comment #14 from Noah Davis --- Changing back to REPORTED since I was never able to reproduce the original issue with the original error message. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 485733] Spectacle fails to save recorded video with error "Failed to export video: Temporary file URL must be an existing local file"
https://bugs.kde.org/show_bug.cgi?id=485733 --- Comment #13 from Noah Davis --- (In reply to bruno from comment #8) > sorry for the late response, all default here too, and amd gpu here too. So you are still getting the "Failed to export video: Temporary file URL must be an existing local file" message? If you are getting the following message, you are experiencing bug 489434 instead. > *** pw_stream_destroy called from wrong context, check thread and locking: > Not in loop > *** impl_ext_end_proxy called from wrong context, check thread and locking: > Not in loop -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 485733] Spectacle fails to save recorded video with error "Failed to export video: Temporary file URL must be an existing local file"
https://bugs.kde.org/show_bug.cgi?id=485733 --- Comment #12 from Noah Davis --- The reason I asked if /tmp was a local file is because recording currently only works with local files (i.e., on your storage device), although you should be able to save a recording to a network storage device after recording has finished. One of the ways the message from the original post is sent is when the file is not a local file. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 485733] Spectacle fails to save recorded video with error "Failed to export video: Temporary file URL must be an existing local file"
https://bugs.kde.org/show_bug.cgi?id=485733 --- Comment #11 from Noah Davis --- Ferdinand, your issue may be separate from the original issue. Do you think you had pipewire 1.2 at the time that you started having this bug? If so, https://bugs.kde.org/show_bug.cgi?id=489434 might be your bug. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 489579] Full screen capture just got a tip window
https://bugs.kde.org/show_bug.cgi?id=489579 Noah Davis changed: What|Removed |Added Resolution|--- |UNMAINTAINED Status|REPORTED|RESOLVED --- Comment #1 from Noah Davis --- Unfortunately, version 21.12 is no longer supported and significant changes were made since that version. This issue is likely not present in the latest version, 24.05.2. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 489448] Fractional mouse positions blur the magnifier content even with 1x screen scale
https://bugs.kde.org/show_bug.cgi?id=489448 Noah Davis changed: What|Removed |Added Summary|Magnifier scaling is off|Fractional mouse positions ||blur the magnifier content ||even with 1x screen scale -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 489448] Magnifier scaling is off
https://bugs.kde.org/show_bug.cgi?id=489448 Noah Davis changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Ever confirmed|0 |1 Status|NEEDSINFO |CONFIRMED --- Comment #6 from Noah Davis --- It seems that you don't use fractional scaling or any scaling besides 100%, so I suppose we can rule out fractional scaling being the issue. The magnifier actually magnifies by 3x, so in theory there should be no problem, but that is clearly not the case. I've reproduced the bug on my own system with all screens set to 100% scale. Curiously, the bug only happens in an obvious way when I'm moving the cursor with my touchpad. The touchpad has a higher resolution for detecting movement than my Logitech MX Master 3 mouse does. It seems that in the past, mouse movement was provided in a more predictable way that mapped more closely to how you actually see the cursor move. I measured the mouse positions for movement on my touchpad and mouse and it turns out that mouse positions can now have weird fractional values like (871.352,402.797). The touchpad and mouse both have this issue, but it's much worse with the touchpad. Perhaps this is some kind of Qt or KWin bug? If it's new intentional behavior, I suppose we'll have to manually adjust the mouse positions we receive to prevent the issue this bug is reporting. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 489448] Magnifier scaling is off
https://bugs.kde.org/show_bug.cgi?id=489448 --- Comment #4 from Noah Davis --- (In reply to cooldood909 from comment #2) > Created attachment 171188 [details] > display configuration settings > > I'm not familiar with this system, hopefully this works Actually, what I really wanted was a picture of the screens layout just above the part you shared. The reason why is that it lets me know what your screen arrangement is, how many screens you have, what their resolutions are and what their scales are all in one picture. I can see that you have multiple screens from the presence of the combo box at the top, but the picture only shows the info for Sceptre Tech Inc Sceptre O35. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 489448] Magnifier scaling is off
https://bugs.kde.org/show_bug.cgi?id=489448 Noah Davis changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #1 from Noah Davis --- Can you post a screenshot of your Display Configuration settings? -- You are receiving this mail because: You are watching all bug changes.