[kwin] [Bug 451887] Deleting workspaces in the Overview effect messes with the belonging of other windows.
https://bugs.kde.org/show_bug.cgi?id=451887 Nicolai Weitkemper changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED --- Comment #3 from Nicolai Weitkemper --- I can't reproduce this anymore (Plasma 5.27.9), so closing as fixed. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 469328] Applications launched from Hotkeys/Shortcuts are missing standard-streams (stdin, stdout, stderr) in Wayland
https://bugs.kde.org/show_bug.cgi?id=469328 Nicolai Weitkemper changed: What|Removed |Added CC||kde-b...@nicoweio.33mail.co ||m -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 423031] [Wayland] Modifier keys to move (shift), copy (ctrl) and create a link (ctrl+shift) don't work if pressed after I start to drag the file/folder
https://bugs.kde.org/show_bug.cgi?id=423031 Nicolai Weitkemper changed: What|Removed |Added CC||kde-b...@nicoweio.33mail.co ||m -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 454645] Wishlist: support for adding headless outputs - iPad as second screen using VNC or RDP - like Gnome and Sway
https://bugs.kde.org/show_bug.cgi?id=454645 Nicolai Weitkemper changed: What|Removed |Added CC||kde-b...@nicoweio.33mail.co ||m -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 469397] Changing view mode on sshfs mountpoint freezes Dolphin
https://bugs.kde.org/show_bug.cgi?id=469397 --- Comment #1 from Nicolai Weitkemper --- Permalink to the previously mentioned line of code: https://invent.kde.org/system/dolphin/-/blob/8e85fbb70c4b2e15eb13a8e30753c4c6bdeb1007/src/views/viewproperties.cpp#L78 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 469397] Changing view mode on sshfs mountpoint freezes Dolphin
https://bugs.kde.org/show_bug.cgi?id=469397 Nicolai Weitkemper changed: What|Removed |Added CC||kde-b...@nicoweio.33mail.co ||m -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 469397] New: Changing view mode on sshfs mountpoint freezes Dolphin
https://bugs.kde.org/show_bug.cgi?id=469397 Bug ID: 469397 Summary: Changing view mode on sshfs mountpoint freezes Dolphin Classification: Applications Product: dolphin Version: 22.12.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: kde-b...@nicoweio.33mail.com CC: kfm-de...@kde.org Target Milestone: --- SUMMARY When I mount my TrueNAS server's pool directory using sshfs, Dolphin thinks I can write into it (right-click shows the "create new file" option), but actually can't (gives an error message). If per-directory view modes are enabled, Dolphin therefore tries to save a .directory file upon change, but fails and freezes. This seems to be the relevant part of code: https://invent.kde.org/system/dolphin/-/blob/master/src/views/viewproperties.cpp#L78 STEPS TO REPRODUCE 1. Have a TrueNAS instance or presumably any remote server where a directory is not writable (i.e., one cannot create a file in this very directory) 2. sshfs serveraddress:/mnt/mypool /path/to/mountpoint 3. Open /path/to/mountpoint in Dolphin 4. Change the view mode OBSERVED RESULT Dolphin freezes EXPECTED RESULT Dolphin silently handles the error (and saves the config elsewhere). Ideally, it also detects that the directory is not actually writable and hides menu options accordingly, although I am not sure who is to blame in this case. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Manjaro 22.1.0 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION Related: https://bugs.kde.org/show_bug.cgi?id=214560 -- You are receiving this mail because: You are watching all bug changes.
[kio-gdrive] [Bug 467428] Expired or missing access tokens for account
https://bugs.kde.org/show_bug.cgi?id=467428 Nicolai Weitkemper changed: What|Removed |Added CC||kde-b...@nicoweio.33mail.co ||m -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 467509] Pager applet does not clamp when "current screen only" is selected
https://bugs.kde.org/show_bug.cgi?id=467509 Nicolai Weitkemper changed: What|Removed |Added CC||kde-b...@nicoweio.33mail.co ||m --- Comment #1 from Nicolai Weitkemper --- Forgot one STEP TO REPRODUCE: 3b. Open the rightmost virtual desktop. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 467509] New: Pager applet does not clamp when "current screen only" is selected
https://bugs.kde.org/show_bug.cgi?id=467509 Bug ID: 467509 Summary: Pager applet does not clamp when "current screen only" is selected Classification: Plasma Product: plasmashell Version: 5.26.5 Platform: Manjaro OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: Pager Assignee: plasma-b...@kde.org Reporter: kde-b...@nicoweio.33mail.com CC: h...@kde.org Target Milestone: 1.0 Created attachment 157378 --> https://bugs.kde.org/attachment.cgi?id=157378=edit observed result: the representation overflows SUMMARY (see title/attachment) STEPS TO REPRODUCE 1. Have two (or more) screens arranged side-by-side. 2. Have a virtual desktop pager applet in a panel on the left screen. 3. In the pager's config, enable the “current screen only” option. 4. Open a window on the left screen and slowly move it towards the right screen. OBSERVED RESULT Until the “center” of the window passes the screen border, its representation in the pager overflows, interfering with the applets to its right. EXPECTED RESULT The representation should be clamped as it is when not using the “current screen only” option. SOFTWARE/OS VERSIONS Manjaro 22.0.4 KDE Plasma Version: 5.26.5 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION There is clamping logic present, but it doesn't seem to consider the possibility that “current screen only” is set. https://invent.kde.org/plasma/plasma-desktop/-/blob/master/applets/pager/plugin/windowmodel.cpp#L101 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 452031] QR code option is shown for screenshots, but fails
https://bugs.kde.org/show_bug.cgi?id=452031 Nicolai Weitkemper changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 452031] QR code option is shown for screenshots, but fails
https://bugs.kde.org/show_bug.cgi?id=452031 --- Comment #6 from Nicolai Weitkemper --- Created attachment 148433 --> https://bugs.kde.org/attachment.cgi?id=148433=edit demonstration video Sure, here is a screen recording plus the (hopefully) relevant log. Note that these were recorded on two different machines of mine that share this bug. ``` file:///usr/share/plasma/plasmoids/org.kde.plasma.clipboard/contents/ui/ImageItemDelegate.qml:13:1: QML ImageItemDelegate: Binding loop detected for property "width" QQmlComponent: Created graphical object was not placed in the graphics scene. QQmlComponent: Created graphical object was not placed in the graphics scene. QQmlComponent: Created graphical object was not placed in the graphics scene. QQmlComponent: Created graphical object was not placed in the graphics scene. QQmlComponent: Created graphical object was not placed in the graphics scene. QQmlComponent: Created graphical object was not placed in the graphics scene. file:///usr/share/plasma/plasmoids/org.kde.plasma.clipboard/contents/ui/ImageItemDelegate.qml:13:1: QML ImageItemDelegate: Binding loop detected for property "width" ``` -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 452031] QR code option is shown for screenshots, but fails
https://bugs.kde.org/show_bug.cgi?id=452031 --- Comment #4 from Nicolai Weitkemper --- I guess I should clarify that in Spectacle, I copy the image, not its path, to the clipboard. Plus, the “Ignore images” option in the applet's configuration is enabled, as per default. When I disable it, I get a preview image, but still the QR code button is shown and results in an error. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 452031] QR code option is shown for screenshots, but fails
https://bugs.kde.org/show_bug.cgi?id=452031 Nicolai Weitkemper changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #3 from Nicolai Weitkemper --- What do you consider “working” in this case? Do you get a QR code with a file URL, or is the option disabled (/…)? Anyway, I verified that the “QR code” type is/was selected. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 452031] QR code option is shown for screenshots, but fails
https://bugs.kde.org/show_bug.cgi?id=452031 Nicolai Weitkemper changed: What|Removed |Added Summary|QR-Code option is shown for |QR code option is shown for |screenshots, but fails |screenshots, but fails -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 452031] QR-Code option is shown for screenshots, but fails
https://bugs.kde.org/show_bug.cgi?id=452031 Nicolai Weitkemper changed: What|Removed |Added CC||kde-b...@nicoweio.33mail.co ||m -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 452031] New: QR-Code option is shown for screenshots, but fails
https://bugs.kde.org/show_bug.cgi?id=452031 Bug ID: 452031 Summary: QR-Code option is shown for screenshots, but fails Product: plasmashell Version: 5.24.3 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Clipboard Assignee: plasma-b...@kde.org Reporter: kde-b...@nicoweio.33mail.com Target Milestone: 1.0 SUMMARY QR code option is shown for screenshots, but fails. STEPS TO REPRODUCE 1. Take a screenshot using Spectacle and copy it to the clipboard. 2. Open the clipboard applet. 3. Click the QR code icon on the screenshot's item. OBSERVED RESULT (- The item shows a placeholder image, not the screenshot itself.) - The item shows a clickable QR code option - Once clicked, the new page says “Creating QR code failed”. EXPECTED RESULT The QR code option should be disabled for images. While not necessarily in scope for this bug report, I think QR code generation for files should be disabled in general, since the resulting “file://” URL has little use on another device. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.24.3 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION Links to some code of interest: - https://invent.kde.org/plasma/plasma-workspace/-/blob/master/applets/clipboard/contents/ui/ClipboardPage.qml#L129-137 - https://invent.kde.org/frameworks/prison/ -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 451887] Deleting workspaces in the Overview effect messes with the belonging of other windows.
https://bugs.kde.org/show_bug.cgi?id=451887 --- Comment #2 from Nicolai Weitkemper --- Also note that I had to click the "+" button twice in "variant 2". -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 451887] Deleting workspaces in the Overview effect messes with the belonging of other windows.
https://bugs.kde.org/show_bug.cgi?id=451887 --- Comment #1 from Nicolai Weitkemper --- Created attachment 147725 --> https://bugs.kde.org/attachment.cgi?id=147725=edit short demonstration video for variant 2 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 451887] Deleting workspaces in the Overview effect messes with the belonging of other windows.
https://bugs.kde.org/show_bug.cgi?id=451887 Nicolai Weitkemper changed: What|Removed |Added CC||kde-b...@nicoweio.33mail.co ||m -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 451887] New: Deleting workspaces in the Overview effect messes with the belonging of other windows.
https://bugs.kde.org/show_bug.cgi?id=451887 Bug ID: 451887 Summary: Deleting workspaces in the Overview effect messes with the belonging of other windows. Product: kwin Version: 5.24.3 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: effects-overview Assignee: kwin-bugs-n...@kde.org Reporter: kde-b...@nicoweio.33mail.com Target Milestone: --- Created attachment 147724 --> https://bugs.kde.org/attachment.cgi?id=147724=edit short demonstration video for variant 1 SUMMARY Deleting workspaces in the Overview effect diverges an unrelated window's belonging from the panel. STEPS TO REPRODUCE ## Variant 1 1. Have three (for my demonstration video, otherwise two should suffice) workspaces, where the second doesn't hold any windows. 2. Switch to the third workspace, which should hold (at least) one window. 2. Delete the second workspace using the Overview effect. 3. Close the effect. ## Variant 2 1. Have three workspaces, where the second doesn't hold any windows. 2. Delete the second workspace using the Overview effect. 3. Create a new workspace (now the third) and switch to it 4. Both Overview and the panel suggest that the newly created workspace contains the windows that actually reside in the second (previously the third) workspace. OBSERVED RESULT ## Variant 1 - The window remains visible and usable on the correct workspace - Overview shows the window on the correct workspace - The panel “forgets about” the windows ## Variant 2 See attached video. EXPECTED RESULT Should be self-explanatory. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.24.3 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION N/A -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 451886] Swapping workspaces in the desktop grid swaps their windows, but not their names
https://bugs.kde.org/show_bug.cgi?id=451886 Nicolai Weitkemper changed: What|Removed |Added Platform|Other |Manjaro -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 451886] Swapping workspaces in the desktop grid swaps their windows, but not their names
https://bugs.kde.org/show_bug.cgi?id=451886 Nicolai Weitkemper changed: What|Removed |Added CC||kde-b...@nicoweio.33mail.co ||m -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 451886] New: Swapping workspaces in the desktop grid swaps their windows, but not their names
https://bugs.kde.org/show_bug.cgi?id=451886 Bug ID: 451886 Summary: Swapping workspaces in the desktop grid swaps their windows, but not their names Product: kwin Version: 5.24.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: effects-desktop-grid Assignee: kwin-bugs-n...@kde.org Reporter: kde-b...@nicoweio.33mail.com Target Milestone: --- Created attachment 147719 --> https://bugs.kde.org/attachment.cgi?id=147719=edit short demonstration video SUMMARY Swapping workspaces in the desktop grid swaps their windows, but not their names. STEPS TO REPRODUCE 1. Have two workspaces, for example, one empty workspace and one with a window. Give them names, using the Overview effect, for example. 2. Open the desktop grid effect and swap the two workspaces by grabbing one of them by the wallpaper and moving it towards the other workspace. 3. Have another look at the workspace's names. OBSERVED RESULT The workspace's names didn't change their arrangement, while their windows were swapped. EXPECTED RESULT The workspace's names should be swapped as well. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.24.3 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION Maybe this is intentional behavior, but I can't think of a reason why the current behavior would be desireable. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 451594] New: Inconsistent behaviour of Alt+Left/Right with and without history
https://bugs.kde.org/show_bug.cgi?id=451594 Bug ID: 451594 Summary: Inconsistent behaviour of Alt+Left/Right with and without history Product: dolphin Version: 21.12.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: kde-b...@nicoweio.33mail.com CC: kfm-de...@kde.org Target Milestone: --- SUMMARY If there are “previous paths”, Alt+Left goes to the previous one as expected. But if there are no more previous paths, the Alt key is effectively ignored and the selected file changes instead. Alt+Right exhibits equivalent behaviour. STEPS TO REPRODUCE 1. Navigate through some directories and go some steps back. 2. Use Alt+Right until you reach the most recent path. 3. Press Alt+Right again. (It does not matter if you held down Alt all the time.) OBSERVED RESULT Assuming the current path has some files or directories, the selection moves to the right. EXPECTED RESULT Nothing should happen. This is the behaviour one has gotten to know from web browsers, for example. MAYBE one could give some feedback that this operation is not available right now. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.24.2 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 449497] New: Expose effect does not update when changing virtual desktops while it's open
https://bugs.kde.org/show_bug.cgi?id=449497 Bug ID: 449497 Summary: Expose effect does not update when changing virtual desktops while it's open Product: kwin Version: 5.23.4 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: effects-present-windows Assignee: kwin-bugs-n...@kde.org Reporter: kde-b...@nicoweio.33mail.com Target Milestone: --- SUMMARY The Expose effect does not update when changing virtual desktops while it's open. That is, I see the panel updating in the background and after closing the Expose effect I can confirm that the virtual desktop was switched as expected. But before closing, the "exposed" windows still reflected the old – now "wrong" – virtual desktop. A note on invocation: If I were to use the regular keyboard shortcuts while the Expose effect is active, nothing would happen. That's maybe not ideal, but a fair choice. However, I use Touchegg with the "Switch desktop" preset. I also verified that calling `qdbus org.kde.kglobalaccel /component/kwin org.kde.kglobalaccel.Component.invokeShortcut "Switch to Next Desktop"` shows the same behaviour. STEPS TO REPRODUCE 1. Have some windows open in (at least) two desktops. 2. Open the Expose effect 3. Switch the virtual desktop, for example by using `sleep 2 && qdbus org.kde.kglobalaccel /component/kwin org.kde.kglobalaccel.Component.invokeShortcut "Switch to Next Desktop"` or by using Touchegg. OBSERVED RESULT The virtual desktop changes, but the displayed windows are still the ones from the virtual desktop where the effect was opened. EXPECTED RESULT The shown windows should always reflect the current virtual desktop. An animation would be cool, but just updating the shown windows would be sufficient. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 446127] Scrolling up on scaling dropdown decreases percent value
https://bugs.kde.org/show_bug.cgi?id=446127 Nicolai Weitkemper changed: What|Removed |Added CC||kde-b...@nicoweio.33mail.co ||m -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 446549] Digital signature feature confusing for new users
https://bugs.kde.org/show_bug.cgi?id=446549 Nicolai Weitkemper changed: What|Removed |Added CC||kde-b...@nicoweio.33mail.co ||m -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 446549] New: Digital signature feature confusing for new users
https://bugs.kde.org/show_bug.cgi?id=446549 Bug ID: 446549 Summary: Digital signature feature confusing for new users Product: okular Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: PDF backend Assignee: okular-de...@kde.org Reporter: kde-b...@nicoweio.33mail.com Target Milestone: --- SUMMARY The "LTT Linux Daily Driver Challenge, Part 3" (https://www.youtube.com/watch?v=TtsglXhbxno=281s) showed Linus trying to "sign" a PDF. He failed to do it in 15 minutes, because he tried setting up a signing certificate, when all he wanted was an image of a signature. In the long run, I would like Okular to support the latter feature (see https://bugs.kde.org/show_bug.cgi?id=315930), but for now we can help new users understand that "Digitally sign…" is probably not what they were looking for. STEPS TO REPRODUCE 0. Suppose you don't know the difference between a cryptographic signature and superimposing an image of a signature. There should be no signing certificates installed. 1. Navigate to Extras → Digitally sign… 2. Create a boundary 3. Receive the error message "There are no available signing certificates". Open the linked section of the manual. OBSERVED RESULT - Only after the user provides a boundary, Okular gives the error "There are no available signing certificates". - The linked section of the docs does not clarify the difference between a cryptographic signature and superimposing an image of a signature. EXPECTED RESULT - If there are no certificates available, Okular does not ask the user to draw a boundary in the first place. - The error message and/or the documentation explain what a digital (cryptographic) signature is and/or how adding an image of a signature is not possible yet (AFAIK). -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 446127] New: Scrolling up on scaling dropdown decreases percent value
https://bugs.kde.org/show_bug.cgi?id=446127 Bug ID: 446127 Summary: Scrolling up on scaling dropdown decreases percent value Product: okular Version: 21.08.3 Platform: Manjaro OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: kde-b...@nicoweio.33mail.com Target Milestone: --- SUMMARY Scrolling up (using the mouse wheel) on the dropdown menu for scaling ("page width", "full page", xy%) decreases the percent value while usually, scrolling up should increase the value I'm mousing over. On the other hand, scrolling through a dropdown should work as expected, i.e. scrolling up should lead to the dropdown element above. The easiest solution might be to reverse the order of percent-value entries, so they are descending. STEPS TO REPRODUCE 1. Open a document. 2. Have the default toolbar at the top. 3. Mouse over (e.g.) the page counter in the middle of the toolbar and scroll up. Notice how scrolling up increases the page number. 4. Set the zoom dropdown at the right of the toolbar to 100%. 5. Mouse over it. Again, scroll up. This time, the percentage decreases as you scroll up. OBSERVED RESULT See 5. EXPECTED RESULT Scrolling up while mousing over the dropdown should increase, not decrease, its percentage. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.23.3 KDE Frameworks Version: 5.88.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION This is my first bug report in KDE's Bugzilla. Please be kind. :) -- You are receiving this mail because: You are watching all bug changes.