[frameworks-networkmanager-qt] [Bug 464615] Support Enhanced Open (OWE) Wi-Fi security option
https://bugs.kde.org/show_bug.cgi?id=464615 --- Comment #3 from Holger Adams --- KDE Plasma: 5.27.10, Framework: 5.113.0 I cannot connect to a public WPA3 OWE wireless network running in "Transition"-mode (encrypted and non-encrypted running in parallel). Even worse what would upgrade this feature request to a bug: The network is running in "Transition"-mode, meaning that it should theoretically fall back to the "legacy" non-encrypted network. But that doesn't seem to work. (Running a "pure" WPA3 OWE network connection fails too) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-networkmanager-qt] [Bug 464615] Support Enhanced Open (OWE) Wi-Fi security option
https://bugs.kde.org/show_bug.cgi?id=464615 --- Comment #2 from Holger Adams --- Created attachment 164453 --> https://bugs.kde.org/attachment.cgi?id=164453=edit Error message when pressing "Connect" on a WPA3 OWE protected network -- You are receiving this mail because: You are watching all bug changes.
[frameworks-networkmanager-qt] [Bug 464615] Support Enhanced Open (OWE) Wi-Fi security option
https://bugs.kde.org/show_bug.cgi?id=464615 Holger Adams changed: What|Removed |Added CC||m...@dm5tt.de --- Comment #1 from Holger Adams --- Created attachment 164452 --> https://bugs.kde.org/attachment.cgi?id=164452=edit WPA3 OWE is detected as "Unknown Security Type" -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 446425] Screensaver slideshow to offer last path/filename of picture
https://bugs.kde.org/show_bug.cgi?id=446425 Holger changed: What|Removed |Added Summary|Screensaver slideshow show |Screensaver slideshow to |filename or path of picture |offer last path/filename of ||picture CC||private_l...@yahoo.com --- Comment #2 from Holger --- SUMMARY Sometimes a picture from my photo collection shows and someone asks: Where is that? When have you been there? On vacation? Because the Cameras only gives generic names, I usually name the folder. But for wallpapers downloaded from the internet the filename is usually the juicy part to look for. Sometimes I fancy a detail on a screensaver picture, that I'd like to zoom in. It would be great, if I could open the picture in gwenview or my default viewer and zoom in. Of course gwenview would only open after the correct password was provided. If the password fails, forget about the click ... STEPS TO REPRODUCE Windows incorporates links to open Bing in the background with the picture (just as an inspiration, though I don't intend to run a websearch from my lockscreen). OBSERVED RESULT Beautiful, but naked photo without context ... EXPECTED RESULT The link would only show, when the password prompt / or the clock is visible (don't obscure the picture). Clicking it would register a singular intent to open this picture in some app. If the slideshow meanwhile displays a new picture, still keep the intent for the previous picture, unless the link for the current picture is clicked to renew/change the intent. If the password-entry hides (either ESC or timeout) - forget about the intent. Especially don't prematurely open multiple gwenview-processes in the background - wait for the correct password confirmation. SOFTWARE/OS VERSIONS Operating System: Kubuntu 23.04 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.0-36-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 Manufacturer: Micro-Star International Co., Ltd. Product Name: GE70 2OC\2OD\2OE System Version: REV:1.0 ADDITIONAL INFORMATION What security implication do you fear? My music collection and thereby my music taste leaks through the media-player. Why are picture names like "2023-06-15 summer in XXX/imag_745.jpg" more intimidating, than say Firefox having played a sex-clip from xhamster last night and even after switching to a different tab/window still giving me the explicit title under the password prompt on the lockscreen next morning? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 460628] window rule to maximize windows doesn't take effect after recent updates (Wayland & X11) for gtk2/3 applications
https://bugs.kde.org/show_bug.cgi?id=460628 --- Comment #19 from Holger --- I'd like to maximize Firefox and remove the decorations. This is Kubuntu with the SNAP-Version of FF. My Window rules are: https://bugs.kde.org/attachment.cgi?id=159042 (bug 469908) a) The no decoration part of the rule works reliably. b) The maximization is not enforced (FF restoring session of 6 windows, 4 get maximized and two are random non-maximized) c) The according option in Alt+F3 Window-Menu is disabled. d) By super+right drag I can adjust the size (direct user interaction taking precedence appreciated). e) Also my FF-Windows are distributed to different virtual desktops. But some don't make it - usually the least recently opened window does not go to it's respective VD, but opens in the current VD instead (independent of which FF window / VD was use to exit FF). Versions: Firefox: 118.0 gtk-3-themes OS-ThemeNord-GTK / Adwaita Operating System: Kubuntu 23.04 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.0-33-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 Manufacturer: Micro-Star International Co., Ltd. Product Name: GE70 2OC\2OD\2OE System Version: REV:1.0 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466380] kwin_x11 crashes in KWin::X11Window::finishCompositing() when disabling compositing
https://bugs.kde.org/show_bug.cgi?id=466380 --- Comment #17 from Holger --- (In reply to Holger from comment #14) > Still, Firefox does not enforce the maximized window status. Was already reported as bug 460628 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 468067] kwin sometimes crashes after Alt+Tab in KWin::isHighlightWindow()
https://bugs.kde.org/show_bug.cgi?id=468067 --- Comment #4 from Holger --- Created attachment 161971 --> https://bugs.kde.org/attachment.cgi?id=161971=edit output of qdbus Haven't seen this since Jun 3rd 2023. Today I attached an external monitor and expanded my desktop to 2 screens and it happened 3 times already. attached is my output of qdbus org.kde.KWin /KWin org.kde.KWin.supportInformation -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 460628] window rule to maximize windows doesn't take effect after recent updates (Wayland & X11) for gtk2/3 applications
https://bugs.kde.org/show_bug.cgi?id=460628 Holger changed: What|Removed |Added CC||private_l...@yahoo.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 450350] darkened parent of dialog stays dark, "ghost" window shown even on other desktop
https://bugs.kde.org/show_bug.cgi?id=450350 Holger changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |WORKSFORME --- Comment #3 from Holger --- I'm also unable to reproduce ... closing as "works for me" -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 443168] Add a setting to not follow sorting as in Dolphin when Gwenview started by image click
https://bugs.kde.org/show_bug.cgi?id=443168 Holger changed: What|Removed |Added CC||private_l...@yahoo.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466380] kwin_x11 crashes in KWin::X11Window::finishCompositing() when disabling compositing
https://bugs.kde.org/show_bug.cgi?id=466380 --- Comment #14 from Holger --- (In reply to Vlad Zahorodnii from comment #12) > (In reply to Holger from comment #10) > can't reproduce by following the steps to reproduce in that bug report Also on my side, it doesn't crash anymore. ... My last kwin crash according to coredumpctl is from Jun 3rd Still, Firefox does not enforce the maximized window status. When Firefox comes up, it opens several windows and some go to other desktops, while some stay incorrectly on the current desktop. Also some windows are properly maximized and some are smaller (independent of which desktop they go to). The "maximize" entry in the Alt+F3 Menu is disabled and none of the windows has window decorations (so the rule works to some degree). On toggling the window decorations, all FF-Windows on all virtual desktops get maximized, but I can resize them by holding the super-key and dragging the right mouse button. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 336436] Switch to webkit or blink when rendering SVG files
https://bugs.kde.org/show_bug.cgi?id=336436 Holger changed: What|Removed |Added CC||private_l...@yahoo.com --- Comment #24 from Holger --- Will KSVG be a valid alternative library to properly draw fullscreen pictures, or can it only display icons? Will KSVG support e.g. SVG 2 features in development since 2018 (or anything newer than 1.2 tiny from 2008)? Is version 1.0 production ready and suitable for inclusion in Gwenview? https://invent.kde.org/frameworks/ksvg https://www.w3.org/TR/SVG2/ https://www.w3.org/TR/SVGTiny12/ -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 470269] On lock screen, need to hit ESC twice to really hide credential input and enjoy screensaver picture
https://bugs.kde.org/show_bug.cgi?id=470269 Holger changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- --- Comment #3 from Holger --- I usually run this laptop with a touchpad and an external wireless mouse. Moving either of those triggers the lockscreen-password-prompt twice. In addition, I tried two different types of mice with cable and another wireless - with and without deactivating the internal touchpad. Any pointer-movement by any of those devices triggers this bug for me. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 469551] drag symbolic links from gwenview to X
https://bugs.kde.org/show_bug.cgi?id=469551 --- Comment #1 from Holger --- There is another implication: In a zoomed pictures darg'n'drop moves around the picture. But if the picture is not actually zoomed, then you drag the file instead. For a normal file, nothing happens, if you release it again - it will load the file again and show it zoomed fit to the window, same as you were before. But if you accidentally drag on a sym-linked pictures, you need to explicitly ESC the drag operation - otherwise it will sneakily change the folder and the next picture is taken from that folder and not from the folder with the symbolic links. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 425692] Autohide of panel on drag'N'drop freezes
https://bugs.kde.org/show_bug.cgi?id=425692 --- Comment #1 from Holger --- Still an issue in: Operating System: Kubuntu 23.04 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.0-20-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 Manufacturer: Micro-Star International Co., Ltd. Product Name: GE70 2OC\2OD\2OE System Version: REV:1.0 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466380] kwin_x11 crashes in KWin::X11Window::finishCompositing() when disabling compositing
https://bugs.kde.org/show_bug.cgi?id=466380 --- Comment #10 from Holger --- Hi! bug 469908 has clear steps to reproduce on applying window rules with either negative position or no decorations. HTH -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 441484] "open with" toolbar button should be clickable everywhere, not just on the arrow
https://bugs.kde.org/show_bug.cgi?id=441484 --- Comment #2 from Holger --- Hi Nate, As "open-with" recently got some love in: bug 462088 bug 469179 bug 469824 may I please poke you on this one as well ;) It is still an issue in: Operating System: Kubuntu 23.04 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.0-20-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 Manufacturer: Micro-Star International Co., Ltd. Product Name: GE70 2OC\2OD\2OE System Version: REV:1.0 -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 470269] New: ESC twice to really hide credential input and enjoy screensaver picture
https://bugs.kde.org/show_bug.cgi?id=470269 Bug ID: 470269 Summary: ESC twice to really hide credential input and enjoy screensaver picture Classification: Plasma Product: kscreenlocker Version: 5.27.4 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Lock-screen with screensaver SUPER+L 2. Move mouse + password-prompt appears + screen goes to full brightness (good) 3. Press ESC to hide the password-prompt again OBSERVED RESULT Password-prompt nowadays reappears for a second time pressing ESC to really hide it. EXPECTED RESULT If I uncover the password-prompt, *not* moving the mouse but instead pressing and releasing Shift, a single ESC is enough to hide it again. SOFTWARE/OS VERSIONS Operating System: Kubuntu 23.04 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.0-20-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 Manufacturer: Micro-Star International Co., Ltd. Product Name: GE70 2OC\2OD\2OE System Version: REV:1.0 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 470061] KWin crashes in Dim Inactive and Highlight Window effects when unhiding auto-hide panel
https://bugs.kde.org/show_bug.cgi?id=470061 --- Comment #3 from Holger --- > and are you closing a grouped app? Happened again - same stack-trace. There is definitely no mouse-click or keyboard-input involved. I only move the pointer to uncover the auto-hide-panel (usually over the area of the task-list or the virtual desktop switcher). As either of the stack-traces only happens about once a day, I more like suspect a race condition of the drawing code not finishing in time before the mouse moves somewhere else and forces e.g. a hover effect on the unfinished drawing ... -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 469179] Re-add an easy way to open the same image in a new window
https://bugs.kde.org/show_bug.cgi?id=469179 --- Comment #4 from Holger --- Thanks for the quick reaction. Only I marvel, if this solution doesn't add unnecessary complexity? - first you filter the "open-with" menu with extra code, that would give us the wanted feature "for free" - second you re-implement an open in Gwenview somewhere else with extra code. Haven't seen it in action and don't know jet, how it feels - But there is a chance that it is out of place and users need to tolerate another quirk in the GUI, that Gwenview itself is the only app not showing up in open with, even though it is in open with of Dolphin or others (e.g. Gwenviews own file-open-dialog, that features a rightclick menu with the file-managers open-with instance, right?). To reconcile me, I hope for a keyboard-shortcut that can be customized to the new command? Sadly, the old open with was hard to reach form the keyboard. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 470061] KWin crash on unhide autohide panel
https://bugs.kde.org/show_bug.cgi?id=470061 Holger changed: What|Removed |Added Status|NEEDSINFO |CONFIRMED Resolution|WAITINGFORINFO |--- Ever confirmed|0 |1 --- Comment #2 from Holger --- Yes, Dim Inactive effect is in effect ;) though I definitely didn't use audacity for some weeks. Anyway, here is another backtrace registered in coredumpctl ... it also happened on unhiding the panel (but this time for the highlight window effect - similar symptom, but totally different stacktrace): (gdb) bt #0 __GI___pthread_sigmask (how=1, newmask=, oldmask=0x0) at ./nptl/pthread_sigmask.c:43 #1 0x7f278e23c6ad in __GI___sigprocmask (how=, set=, oset=) at ../sysdeps/unix/sysv/linux/sigprocmask.c:25 #2 0x7f27913f1fcf in KCrash::setCrashHandler (handler=handler@entry=0x0) at ./src/kcrash.cpp:414 #3 0x7f27913f44fb in KCrash::defaultCrashHandler (sig=11) at ./src/kcrash.cpp:625 #4 #5 0x563153dc9e99 in KWin::isHighlightWindow (window=0x563155ea2290) at /usr/src/kwin-4:5.27.4-0ubuntu1/src/effects/highlightwindow/highlightwindow.cpp:57 #6 KWin::HighlightWindowEffect::finishHighlighting (this=this@entry=0x563156acc200) at /usr/src/kwin-4:5.27.4-0ubuntu1/src/effects/highlightwindow/highlightwindow.cpp:178 #7 0x563153dcb168 in KWin::HighlightWindowEffect::highlightWindows (windows=..., this=0x563156acc200) at /usr/src/kwin-4:5.27.4-0ubuntu1/src/effects/highlightwindow/highlightwindow.cpp:198 #8 KWin::HighlightWindowEffect::highlightWindows (windows=..., this=0x563156acc200) at /usr/src/kwin-4:5.27.4-0ubuntu1/src/effects/highlightwindow/highlightwindow.cpp:71 #9 KWin::HighlightWindowEffect::qt_static_metacall (_o=0x563156acc200, _c=, _id=, _a=) at /usr/src/kwin-4:5.27.4-0ubuntu1/obj-x86_64-linux-gnu/src/effects/highlightwindow/kwin4_effect_highlightwindow_autogen/EWIEGA46WW/moc_highlightwindow.cpp:105 #10 0x563153dcb243 in KWin::HighlightWindowEffect::qt_metacall (this=0x563156acc200, _c=QMetaObject::InvokeMetaMethod, _id=5, _a=0x7ffcd0a0c2b0) at /usr/src/kwin-4:5.27.4-0ubuntu1/obj-x86_64-linux-gnu/src/effects/highlightwindow/kwin4_effect_highlightwindow_autogen/EWIEGA46WW/moc_highlightwindow.cpp:182 #11 0x7f278e8fa22b in QDBusConnectionPrivate::deliverCall ( this=this@entry=0x7f27680013f0, object=object@entry=0x563156acc200, msg=..., metaTypes=..., slotIdx=) at ../../include/QtCore/../../src/corelib/tools/qvarlengtharray.h:189 #12 0x7f278e8fdf86 in QDBusConnectionPrivate::activateCall ( this=this@entry=0x7f27680013f0, object=0x563156acc200, flags=240, msg=...) at qdbusintegrator.cpp:911 #13 0x7f278e8fe55e in QDBusConnectionPrivate::activateCall (msg=..., flags=, object=, this=0x7f27680013f0) at qdbusintegrator.cpp:853 #14 QDBusConnectionPrivate::activateObject (this=0x7f27680013f0, node=..., msg=..., pathStartPos=) at qdbusintegrator.cpp:1521 #15 0x7f278e9009fc in QDBusActivateObjectEvent::placeMetaCall (this=0x56315641cdb0) at qdbusintegrator.cpp:1617 #16 0x7f278f6e7de0 in QObject::event (this=0x563156acc200, e=0x56315641cdb0) at kernel/qobject.cpp:1347 #17 0x7f278eb6bf92 in QApplicationPrivate::notify_helper (this=, receiver=0x563156acc200, e=0x56315641cdb0) at kernel/qapplication.cpp:3640 #18 0x7f278f6bae38 in QCoreApplication::notifyInternal2 (receiver=0x563156acc200, event=0x56315641cdb0) at kernel/qcoreapplication.cpp:1064 #19 0x7f278f6bb012 in QCoreApplication::sendEvent (receiver=, event=) at kernel/qcoreapplication.cpp:1462 --Type for more, q to quit, c to continue without paging--c #20 0x7f278f6bdea1 in QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x5631556e6580) at kernel/qcoreapplication.cpp:1821 #21 0x7f278f6be32c in QCoreApplication::sendPostedEvents (receiver=, event_type=) at kernel/qcoreapplication.cpp:1680 #22 0x7f278f7157b7 in postEventSourceDispatch (s=0x5631557d2740) at kernel/qeventdispatcher_glib.cpp:277 #23 0x7f278ce6149d in g_main_dispatch (context=0x7f2784000ee0) at ../../../glib/gmain.c:3460 #24 g_main_context_dispatch (context=0x7f2784000ee0) at ../../../glib/gmain.c:4200 #25 0x7f278cebc178 in g_main_context_iterate.constprop.0 (context=0x7f2784000ee0, block=, dispatch=1, self=) at ../../../glib/gmain.c:4276 #26 0x7f278ce601b0 in g_main_context_iteration (context=0x7f2784000ee0, may_block=1) at ../../../glib/gmain.c:4343 #27 0x7f278f714e7a in QEventDispatcherGlib::processEvents (this=0x5631557e43c0, flags=...) at kernel/qeventdispatcher_glib.cpp:423 #28 0x7f278f6b97cb in QEventLoop::exec (this=this@entry=0x7ffcd0a0c870, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:69 #29 0x7f278f6c1c1a in QCoreApplication::exec
[kwin] [Bug 469908] Kwin crashes in std::default_delete on applying rules
https://bugs.kde.org/show_bug.cgi?id=469908 --- Comment #4 from Holger --- Hihi ... you're right - my harddrive is not that big, it has to be 720 MiB not GB ;-) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 470064] New: "Moving" unmaximized windows on crash recovery
https://bugs.kde.org/show_bug.cgi?id=470064 Bug ID: 470064 Summary: "Moving" unmaximized windows on crash recovery Classification: Plasma Product: kwin Version: 5.27.4 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: decorations Assignee: kwin-bugs-n...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- Created attachment 159152 --> https://bugs.kde.org/attachment.cgi?id=159152=edit little animation SUMMARY On reproducing the crash for bug 469908 several times, I found my non-maximized windows are moving. It seems, the window decorations are not properly accounted for. So for each crash, the window jumps up / left by the thickness of the title-bar / its dragable border. STEPS TO REPRODUCE 1. Setup a screen with some unmaximized windows/dialogs (e.g. Konsole, KMahjongg, KNotes, ...) 2. take first screenshot 3. kill -s 11 $(pidof kwin_x11) 4. take second screenshot OBSERVED RESULT The screenshots show some movement shifting some windows / dialogs potentially off screen EXPECTED RESULT Don't move. SOFTWARE/OS VERSIONS Operating System: Kubuntu 23.04 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.0-20-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 Manufacturer: Micro-Star International Co., Ltd. Product Name: GE70 2OC\2OD\2OE System Version: REV:1.0 ADDITIONAL INFORMATION - KNotes seems immune, as it doesn't have decorations. - Also Signal seems protected, as I have a window-rule to set it's position on initialization. - And finally maximized windows likely ignore positioning and just set their state as maximized requesting all the screen. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 470061] New: KWin crash on unhide autohide panel
https://bugs.kde.org/show_bug.cgi?id=470061 Bug ID: 470061 Summary: KWin crash on unhide autohide panel Classification: Plasma Product: kwin Version: 5.27.4 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: core Assignee: kwin-bugs-n...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- Created attachment 159150 --> https://bugs.kde.org/attachment.cgi?id=159150=edit stacktrace of the crash SUMMARY Experimenting with bug 469908, KWin resurrected itself already a few times (so session might be dirty / unstable?) STEPS TO REPRODUCE I only remember moving my mouse over the panel to unhide, so I can click on the the VD-selector. OBSERVED RESULT Crash - see attached stacktrace with 45 lines It differs from the "usual" 35 lines I got several times for bug 469908 EXPECTED RESULT SOFTWARE/OS VERSIONS Operating System: Kubuntu 23.04 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.0-20-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 Manufacturer: Micro-Star International Co., Ltd. Product Name: GE70 2OC\2OD\2OE System Version: REV:1.0 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 469908] Kwin crash on apply rules
https://bugs.kde.org/show_bug.cgi?id=469908 Holger changed: What|Removed |Added Ever confirmed|0 |1 Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |CONFIRMED -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 469908] Kwin crash on apply rules
https://bugs.kde.org/show_bug.cgi?id=469908 --- Comment #2 from Holger --- Created attachment 159147 --> https://bugs.kde.org/attachment.cgi?id=159147=edit stacktrace of the crash Thanks for the link - that was helpful, though it downloaded 720 GB of debug symbols. In addition, I found, I can also crash KWin by forcing a negative (x,y) position, e.g. to "hide" the window decoration by moving them out over the upper left corner off the screen. The setting is stored, but the dialog became invisible - likely it is shifted far off outside the screen and I cannot see it anymore (other than that it darkens the parent and blocks all input) - luckily I could close it by Escape. A position, that will shift some of the dialog out to the lower right is fine though. Only the upper left corner must stay on screen, while moving a window manually off screen by META+LMB-drag works nicely. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 469908] New: Kwin crash on apply rules
https://bugs.kde.org/show_bug.cgi?id=469908 Bug ID: 469908 Summary: Kwin crash on apply rules Classification: Applications Product: systemsettings Version: 5.27.4 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_kwinrules Assignee: kwin-bugs-n...@kde.org Reporter: private_l...@yahoo.com CC: isma...@gmail.com, plasma-b...@kde.org Target Milestone: --- Created attachment 159042 --> https://bugs.kde.org/attachment.cgi?id=159042=edit Screenshot of rules SUMMARY I want my Firefox maximized in both directions and without decorations. STEPS TO REPRODUCE 1. Create window rule for Firefox as in the screenshot 2. Open Firefox: no decorations, but maximized is not enforced properly 3. Open rule definition, e.g. toggle "decorations enforced to no" 4. Hit apply OBSERVED RESULT Kwin crashes and some different window is on top. The Panels and window decorations for other windows reload and you are on desktop one. The Settings-dialog is gone. EXPECTED RESULT don't crash SOFTWARE/OS VERSIONS Operating System: Kubuntu 23.04 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.0-20-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 Manufacturer: Micro-Star International Co., Ltd. Product Name: GE70 2OC\2OD\2OE System Version: REV:1.0 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 462088] Don't show Gwenview in its own "Open With" menu
https://bugs.kde.org/show_bug.cgi?id=462088 Holger changed: What|Removed |Added CC||private_l...@yahoo.com --- Comment #8 from Holger --- (In reply to popov895 from comment #6) > Please file a new bug report about being able to duplicate the current > window. > > Jjust out of interest, what's your purpose for duplicating the current > window? Posted my use-cases at bug 469179 comment 1 -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 469179] Re-add an easy way to open the same image in a new window
https://bugs.kde.org/show_bug.cgi?id=469179 Holger changed: What|Removed |Added CC||private_l...@yahoo.com --- Comment #1 from Holger --- My usecases: 1. When looking at similar photos (e.g. a series of 10 pics shot in short time of a group and trying to identify the best to keep with the least amount of closed eyes / open mouths ...) I open my "current favorite" in a new gwenview instance, while I jump back and forth through the remaining 9 pictures. Yes, gwenview has a "side-by-side comparison" for multi-selection, but it cannot navigate the second picture view independently. Moreover I find it easier, to make the computer toggle the image in the same place, instead of me flipping my eyes like in those news-paper-riddles, where you shall find the differences between two photos. Alt+Tab gives me this easily when pressed quick enough to not trigger the animation. Also I know, gwenview can in full screen navigate back and forth through the pictures (one at a time). But it is bound by an order - so to toggle back and forth between the 2nd and 8th picture in the set, I need to symlink them in a temp-folder, which is just too cumbersome. 2. Going through my collection with e.g. the task: symlink all nice pictures of my mother to folder xyz, so I can later present them to her for choosing the one to put on the birthday invitations, I get distracted by "Who's sitting next to her? - Maybe I can find this shirt again on my dads camera ...". For this temporary "side-quest" I open a second gwenview instance to not loose the position on my earlier quest, because I don't want to again flic through the 300+ pictures I already sifted through. 3. Reading a comic strip as a sequence of pictures, you might want to refresh your memory, when there is a back-reference or even, how the character looked like when he showed up last - was he already in the previous installment wearing this long cape? Now, how to keep the current position and at the same time jump around to find the other occurrence for comparison? To summarize the similarity of those use-cases: The current selection in gwenview is on the one hand very fleeting and easily destroyed information - by just selecting something else. On the other hand, especially in large folders with many pictures, it can be a valuable marker e.g. of progress or a "bookmark" to jump (back) to. While I usually finish with it in a matter of a few minutes, it is not worth the hassle of e.g. taking a note of the filename or symlinking the picture on the Desktop to return to the task tomorrow. So opening a second or third instance of gwenview suits my workflow perfectly. It's actually quite comparable to browsing on the internet, only that I use full gwenview windows instead of browser tabs to mark certain positions in the picture collection, in time and in progress of a supposed "reading list". Now imagine the outcry, if Firefox removed the "open in new tab" command? But before someone over-engineers this into a fancy new "annotated image-history", there is not only the image itself to be preserved. In the second example notice the current task comprises also symlinking found pictures to folder xyz - so you bet, the folder view is open and not the image information and it is scrolled and unfolded appropriately to show xyz as a prominent drop-target. Navigating other folders surely will unfold more "clutter" and shunt xyz out of the way and returning to a bookmarked picture will likely not restore the folder-tree. All this I get for free by opening a second instance. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 469551] New: drag symbolic links from gwenview to X
https://bugs.kde.org/show_bug.cgi?id=469551 Bug ID: 469551 Summary: drag symbolic links from gwenview to X Classification: Applications Product: gwenview Version: 22.12.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- SUMMARY Dragging a symbolic link of a picture from Gwenview to anywhere will instead offer the real file (too eager link resolving). STEPS TO REPRODUCE 1. symlink any picture and open the symlink in gwenview 2. drag the picture either from full view or from thumbnail overview 3. drop it e.g. in Dolphin or on the folder-tree in gwenview itself OBSERVED RESULT Selecting move in the popup-menu will move the original file and leave a broken symlink behind. Selecting copy in the popup-menu will insert a full-file-copy at the target eating up twice the diskspace. EXPECTED RESULT Move or copy the symlink as chosen by the popup-menu, same as dragging the symlink from dolphin would do. SOFTWARE/OS VERSIONS Operating System: Kubuntu 23.04 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.0-20-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 Manufacturer: Micro-Star International Co., Ltd. Product Name: GE70 2OC\2OD\2OE System Version: REV:1.0 ADDITIONAL INFORMATION This totally messes up my workflow, as I often keep pictures of an event in folders named by the person who shot them or even the camera / sd-card they originated from. Then I symlink all photos together into a single overview folder, where I can sort them by time. Now if I have to adjust the relative time stamp of one person, I can do it for that specific source folder. Later on, I might do a selection of pictures for certain groups of people, by creating another folder for them and only symlink the chosen pictures for them. This way, I can keep the full set for myself and publish one or more selections for others. Especially the last step requires copying the symlinks from gwenview, as I want so see, which pictures I copy and not find their links by filename. With this regression, I now have to symlink them again - so kind of creating a link to a link and exploiting this bug to hopefully get a link directly to the target. If I accidentally chose the wrong target group, I need to go in there and instead of moving the symlink out, I have to symlink to the wrong symlink and thereafter delete the symlink, that I just linked to - it succeeds to warp my mind every time. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 448142] Overview panel does not repaint
https://bugs.kde.org/show_bug.cgi?id=448142 Holger changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- Ever confirmed|0 |1 --- Comment #2 from Holger --- Sorry, should read my steps to reproduce more carefully ... still happens -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 448142] Overview panel does not repaint
https://bugs.kde.org/show_bug.cgi?id=448142 Holger changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #1 from Holger --- Seems to be repaired in 22.12.3 -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 465066] "bleached" png as if 50% transparent on white
https://bugs.kde.org/show_bug.cgi?id=465066 Holger changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Holger --- Problem is gone in version 22.12.3 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 469511] New: link-escape sequences not enabled by default
https://bugs.kde.org/show_bug.cgi?id=469511 Bug ID: 469511 Summary: link-escape sequences not enabled by default Classification: Applications Product: konsole Version: 22.12.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konsole-de...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- SUMMARY On starting fresh Konsole, escape sequences for links are not enabled. On disabling and reenabling the setting or switching to the default profile, links work thereafter as expected. STEPS TO REPRODUCE 1. open fresh Konsole 2. printf '\033]8;;%s\033\\%s\033]8;;\033\\\n' "file://$PWD" "Ctrl+Click me" 3. hold ctrl and try to click the printed text OBSERVED RESULT No underline, Dolphin does not open the current folder. You can switch to the default profile again (even though it is the Default) or disable and reenable the setting. This will not fix previously printed "old" links, but it will allow a fresh execution (e.g. cursor-up & enter) of the print command to succeed in a valid clickable link. EXPECTED RESULT The link underlines on Ctrl and becomes clickable. SOFTWARE/OS VERSIONS Operating System: Kubuntu 23.04 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.0-20-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 Manufacturer: Micro-Star International Co., Ltd. Product Name: GE70 2OC\2OD\2OE System Version: REV:1.0 ADDITIONAL INFORMATION Also affects the kpart embeded in Kate and Dolphin. The rightclick menu allows the work-around, but it is forgotten on exiting the kpart and opening the Konsole again, even if Kate or Dolphin process is kept running. The workaround is not a suitable solution, to use link-escape-sequence in a shell-script run on opening the Konsole for it, because it cannot "repair" previously printed links. It used to work in the Konsole version supplied with Kubuntu 22.04 LTS. -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 465288] Telescope focal length not saved in equipment. therfore guiding in EKOS impossible.
https://bugs.kde.org/show_bug.cgi?id=465288 --- Comment #1 from holger --- Maybe not a bug. At least not a severe one. Problem occurs, since I attached the mount via indi. Telescope and guider scope needs to be defined in the mounts' settings (why ?). These values are taken and accepted then. Nevertheless, confusing! -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 465288] New: Telescope focal length not saved in equipment. therfore guiding in EKOS impossible.
https://bugs.kde.org/show_bug.cgi?id=465288 Bug ID: 465288 Summary: Telescope focal length not saved in equipment. therfore guiding in EKOS impossible. Classification: Applications Product: kstars Version: 3.5.7 Platform: Ubuntu OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: mutla...@ikarustech.com Reporter: hkraemer...@googlemail.com Target Milestone: --- SUMMARY *** Entering the telescopes features appears fine, but reopening it, shows that focal length of telescopes is 0.0mm always. Guider setting in EKOS shows XXX for aperture, focal length, F/D. FOC is YYxYY *** STEPS TO REPRODUCE 1. in EKOS: open profile editor 2. in the last line, where the telescopes are defined, select (+) 3. define a telescope with aperture and focal length (NAme, Newtonian, 150,00mm 750,00mm) 4. Save and close the form 5. in the last line (with telescopes), click (+) again to review the setting 6. select the previously defined telescope: Focal length is 0.0, while the aperture was saved. Setting is relevant for guiding. (Where guiding is actually the reason why I am using this) OBSERVED RESULT Focal length 0.0 EXPECTED RESULT focal length 750.00 (as set) SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Ubuntu, Linux (x86_64) release 5.15.0-58-generic (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 465066] "bleached" png as if 50% transparent on white
https://bugs.kde.org/show_bug.cgi?id=465066 --- Comment #1 from Holger --- Created attachment 155814 --> https://bugs.kde.org/attachment.cgi?id=155814=edit screenshot of the problem The broken png has the md5sum of: b3f2da02e0e05ddd876a7f928e57298a This is a screenshot of what I get. Also tried it in Gimp, Okular and Gnome Bildbetrachter ... only gwenview fails -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 465066] New: "bleached" png as if 50% transparent on white
https://bugs.kde.org/show_bug.cgi?id=465066 Bug ID: 465066 Summary: "bleached" png as if 50% transparent on white Classification: Applications Product: gwenview Version: 21.12.3 Platform: Ubuntu OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- Created attachment 155813 --> https://bugs.kde.org/attachment.cgi?id=155813=edit the "broken" png SUMMARY One of my png files shows as if through a white fog, though the thumbnail has full colors. STEPS TO REPRODUCE 1. open the given png in gwenview OBSERVED RESULT Thumbnail preview is fine, main display is "bleached" as if 50% transparent on white. EXPECTED RESULT E.g. Firefox displays the file just fine. SOFTWARE/OS VERSIONS Operating System: Kubuntu 22.04 KDE Plasma Version: 5.24.7 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 Kernel Version: 5.15.0-58-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 462959] New: Firefox, Thunderbird and some other Programs crashed after I entered the main passwords for those apps
https://bugs.kde.org/show_bug.cgi?id=462959 Bug ID: 462959 Summary: Firefox, Thunderbird and some other Programs crashed after I entered the main passwords for those apps Classification: Frameworks and Libraries Product: Akonadi Version: unspecified Platform: OpenSUSE OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: server Assignee: kdepim-b...@kde.org Reporter: holger.w...@online.de Target Milestone: --- Application: akonadiserver (5.22.0 (22.12.0)) Qt Version: 5.15.7 Frameworks Version: 5.100.0 Operating System: Linux 6.0.12-1-default x86_64 Windowing System: Wayland Distribution: "openSUSE Tumbleweed" DrKonqi: 5.26.4 [KCrashBackend] -- Information about the crash: Booting up the computer and entering the main passwords for the Firefox (multiple windows) and Thunderbird applications. openSUSE Tumbleweed - KDE-Plasma-Version 5.26.4 - KDE-Frameworks-Version: 5.100.0 - Qt-Version: 5.15.7 - Kernel Version: 6.0.12-1-default (64-bit) - Grafik-Plattform: Wayland The reporter is unsure if this crash is reproducible. -- Backtrace: Application: Akonadi Server (akonadiserver), signal: Segmentation fault [KCrash Handler] #4 std::default_delete::operator() (__ptr=0x111, this=) at /usr/include/c++/12/bits/unique_ptr.h:89 #5 std::unique_ptr >::~unique_ptr (this=, this=) at /usr/include/c++/12/bits/unique_ptr.h:396 #6 std::__new_allocator > >::destroy > > (__p=, this=0x7ffed3c76828) at /usr/include/c++/12/bits/new_allocator.h:181 #7 std::allocator_traits > > >::destroy > > (__p=, __a=...) at /usr/include/c++/12/bits/alloc_traits.h:535 #8 std::vector >, std::allocator > > >::_M_erase (__position=..., this=0x7ffed3c76828) at /usr/include/c++/12/bits/vector.tcc:181 #9 std::vector >, std::allocator > > >::erase (__position=..., this=0x7ffed3c76828) at /usr/include/c++/12/bits/stl_vector.h:1530 #10 Akonadi::Server::AkonadiServer::connectionDisconnected (this=0x7ffed3c767a0) at /usr/src/debug/akonadi-22.12.0/src/server/akonadi.cpp:234 #11 0x7f1be5f07c40 in QObject::event (this=0x7ffed3c767a0, e=0x7f1bb0073970) at kernel/qobject.cpp:1347 #12 0x7f1be5edc0fd in doNotify (event=0x7f1bb0073970, receiver=0x7ffed3c767a0) at kernel/qcoreapplication.cpp:1154 #13 QCoreApplication::notify (event=, receiver=, this=) at kernel/qcoreapplication.cpp:1140 #14 QCoreApplication::notifyInternal2 (receiver=0x7ffed3c767a0, event=0x7f1bb0073970) at kernel/qcoreapplication.cpp:1064 #15 0x7f1be5edf0c1 in QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x5557134e5100) at kernel/qcoreapplication.cpp:1821 #16 0x7f1be5f34353 in postEventSourceDispatch (s=0x5557134ed2d0) at kernel/qeventdispatcher_glib.cpp:277 #17 0x7f1be431ca90 in g_main_context_dispatch () from /lib64/libglib-2.0.so.0 #18 0x7f1be431ce48 in ?? () from /lib64/libglib-2.0.so.0 #19 0x7f1be431cedc in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #20 0x7f1be5f33b56 in QEventDispatcherGlib::processEvents (this=0x5557134ea740, flags=...) at kernel/qeventdispatcher_glib.cpp:423 #21 0x7f1be5edab9b in QEventLoop::exec (this=this@entry=0x7ffed3c76610, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:69 #22 0x7f1be5ee2d06 in QCoreApplication::exec () at ../../include/QtCore/../../src/corelib/global/qflags.h:121 #23 0x555711e877a1 in AkApplicationBase::exec (this=0x7ffed3c76770) at /usr/src/debug/akonadi-22.12.0/src/shared/akapplication.cpp:107 #24 main (argc=, argv=) at /usr/src/debug/akonadi-22.12.0/src/server/main.cpp:65 [Inferior 1 (process 9370) detached] Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 458874] Sending an e-mail to a distribution list (group) not possible.
https://bugs.kde.org/show_bug.cgi?id=458874 Holger changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #1 from Holger --- With latest update to KDE Plasma Version: 5.25.4 distributing mails to groups works fine again. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 458874] New: Sending an e-mail to a distribution list (group) not possible.
https://bugs.kde.org/show_bug.cgi?id=458874 Bug ID: 458874 Summary: Sending an e-mail to a distribution list (group) not possible. Product: kmail2 Version: 5.21.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: composer Assignee: kdepim-b...@kde.org Reporter: hos...@hotmail.de Target Milestone: --- Sending an e-mail to a distribution list (group) is not possible anymore. The mail remains in outbox. Error Message: Invalid recipient adress. *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Create a group with one or two valid e-mail adresses in kaddressbook. 2. open a new e-mail in kmail 3. select the group via recipient picker 4. enter a subject/some text 5. send the mail 6. sending the mail fails, remains in outbox, group name in recipient address is changed, in my example from "Test Gruppe" to "TestGruppe@localhost.localdomain" OBSERVED RESULT Sending an e-mail to a group fails EXPECTED RESULT Sending an e-mail to a group works as before (previous versions) SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: openSUSE Tumbleweed 20220906/5.25.4 (available in About System) KDE Plasma Version: 5.25.4 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 ADDITIONAL INFORMATION issue appears on another installation also. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 456373] pasted command executes after GUI-app exits
https://bugs.kde.org/show_bug.cgi?id=456373 --- Comment #3 from Holger --- reported to bash also: https://savannah.gnu.org/support/index.php?110686 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 456373] pasted command executes after GUI-app exits
https://bugs.kde.org/show_bug.cgi?id=456373 --- Comment #2 from Holger --- OK, so this bracketed paste shall prevent immediate execution of pasted text. Pasting into an application like an editor, that does not understand this protocol, seems to be fine, as it will most likely not execute commands. So disabling the protection seems reasonable. As we see, some programs like glxgears ignore console input all together and only dump a few messages out. That is also unproblematic - still no one is executing the stuff. Now, here is the catch: After the program exits, the shell e.g. bash should re-enable the bracketed paste protocol. How come, they don't wipe out the buffers and instead run what is left in there? Isn't this still a security hole? -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 456502] New: External tools configuration lost
https://bugs.kde.org/show_bug.cgi?id=456502 Bug ID: 456502 Summary: External tools configuration lost Product: kate Version: 21.12.3 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- SUMMARY On removing a single external tool definition, all of them are removed on next start. STEPS TO REPRODUCE 1. Open preferences > external tools (haven't used those much - so they should be pretty vanilla with defaults) 2. select entry "git blame" in the tree 3. click on "remove/delete" (translated back to English) 4. the node "git blame" (and only this node) is removed from the tree 5. check the menu extras > external programs looks fine (only one entry is missing as intended) 6. shut Kate and reopen OBSERVED RESULT The sub-menu extras > external only offers a single entry for configuration. And in the configuration, the tree is gone - completely blank except for one node "uncategorized". EXPECTED RESULT Only the selected entry shall be removed, not all of them! SOFTWARE/OS VERSIONS Operating System: Kubuntu 22.04 KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 Kernel Version: 5.15.0-40-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 ADDITIONAL INFORMATION Symptom seems very similar to bug 453272. Only I didn't type or edit any of those external configurations. Also I don't have a folder ~/.config/kate or ~/.config/kate/externaltools Comparing with my backup, I found a new file was created as ~/.config/kate-externaltoolspluginrc It has only three lines: --- [Global] firststart=false --- I renamed that file to kate-externaltoolspluginrc.bak and relaunched Kate - that brings back all the external-tools definitions, including the "git blame", that I tried to delete. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 456373] New: pasted command executes after GUI-app exits
https://bugs.kde.org/show_bug.cgi?id=456373 Bug ID: 456373 Summary: pasted command executes after GUI-app exits Product: konsole Version: 21.12.3 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: copy-paste Assignee: konsole-de...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- Created attachment 150428 --> https://bugs.kde.org/attachment.cgi?id=150428=edit Screencast of execution SUMMARY Konsole protects from middle-click paste by not immediately executing anything ... unless it is pasted, while a GUI process is open. STEPS TO REPRODUCE 1. copy text "echo hello world" including a trailing newline character from an editor 2. go to konsole and open glxgears 3. paste the text into konsole with a single middle-click 4. exit glxgears OBSERVED RESULT The echo is executed once glxgears returns. EXPECTED RESULT The pasted text, even if multiline should be places in the line-editors buffer and highlighted yellow, same as it does, when no glxgears is running in foreground. SOFTWARE/OS VERSIONS Operating System: Kubuntu 22.04 KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 Kernel Version: 5.15.0-40-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 450945] Oxygen desktoptheme: Notifications are dark grey on black
https://bugs.kde.org/show_bug.cgi?id=450945 Holger changed: What|Removed |Added CC||private_l...@yahoo.com --- Comment #4 from Holger --- Created attachment 150370 --> https://bugs.kde.org/attachment.cgi?id=150370=edit Screenshot of notification center The same happens, if you later select an old notification from the information center. Operating System: Kubuntu 22.04 KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 Kernel Version: 5.15.0-40-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455895] Invert effect is not applied to window thumbnails on X11
https://bugs.kde.org/show_bug.cgi?id=455895 --- Comment #6 from Holger --- (In reply to Ismael Asensio from comment #4) > Created attachment 150208 [details] > Kate window is inverted but preview thumbnail is not Yes, that is exactly what this bug shall be about ;) - The preview when hovering the task bar - The miniature window when using cover-switch - The miniature window when using flip-switch All three are not inverted for me. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 441352] no interaction with conflicting names dialog
https://bugs.kde.org/show_bug.cgi?id=441352 Holger changed: What|Removed |Added Resolution|--- |WORKSFORME Status|REPORTED|RESOLVED --- Comment #1 from Holger --- Works for me: One of the conflicting files is silently ignored - the temp-folder only contains one file. This is maybe the best way to recover. Just a few comments: - creating a temp folder with a single link is somewhat strange and a left over of the inconsistency in given parameters - usually a single result is shown directly without the temp folder. - I was hoping for a warning message on the commandline - but in the end Gwenview is a GUI-Program and you wouldn't see the message when starting it from Dolphin. - explicitly for files that share the same name, it would be interesting to visually compare them and check for differences - so this has to be done more manually, e.g. opening them in two gwenview processes Operating System: Kubuntu 22.04 KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 Kernel Version: 5.15.0-39-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 -- You are receiving this mail because: You are watching all bug changes.
[kdeplasma-addons] [Bug 455895] New: Inconsistency of new Task-switch-effects: Cover & Flip-switch de-invert inverted windows
https://bugs.kde.org/show_bug.cgi?id=455895 Bug ID: 455895 Summary: Inconsistency of new Task-switch-effects: Cover & Flip-switch de-invert inverted windows Product: kdeplasma-addons Version: 5.24.4 Platform: Kubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: plasma-b...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- SUMMARY The inversion effect for whole applications is respected in Desktop-Overview and Present-all-Windows. But the two task switcher Cover-switch and Flip-switch show glaring white un-inverted windows. STEPS TO REPRODUCE 1. open some application 2. invert it so that black becomes white & white becomes black (you can assign a keyboard shortcut for this effect) 3. check the present all windows/desktops (Ctrl+F8 or Ctrl+F9 or Ctrl+F10) - the window is presented dark 4. Use Cover-switch / Flip-switch OBSERVED RESULT The Task switchers show the uninverted window, same for preview picture, when hovering it's taskbar button EXPECTED RESULT The window shall always be inverted, no matter which effect / desktop element shows a preview SOFTWARE/OS VERSIONS Operating System: Kubuntu 22.04 KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 Kernel Version: 5.15.0-39-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4600 ADDITIONAL INFORMATION This is not bug 450230 - it is not merely a design issue, but an accessibility issue, as there is a reason, to invert glaring white windows stopping them from flashing my fading eye-sight -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 438883] Re-implement Desktop Cube effect with modern effects API
https://bugs.kde.org/show_bug.cgi?id=438883 Holger changed: What|Removed |Added CC||h.kl...@gmx.de -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 435114] redraw glitches over whole desktop with effects on
https://bugs.kde.org/show_bug.cgi?id=435114 --- Comment #8 from Holger --- Update to Kubuntu 22.04 - kwin 4:5.24.4-0ubuntu1 amd64 - Thunderbird 91.9.1 is still partially transparent between maximize / restore. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 435114] redraw glitches over whole desktop with effects on
https://bugs.kde.org/show_bug.cgi?id=435114 Holger changed: What|Removed |Added Status|RESOLVED|REOPENED Ever confirmed|0 |1 Resolution|WORKSFORME |--- -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 435114] redraw glitches over whole desktop with effects on
https://bugs.kde.org/show_bug.cgi?id=435114 --- Comment #7 from Holger --- Created attachment 147870 --> https://bugs.kde.org/attachment.cgi?id=147870=edit Screenshot of "transparent" thunderbird Today, I managed a screenshot of Thunderbird. It features a "transparent" area showing the background. And the menubar is moved off it's top position to the middle of the window. It happens on resizing the Thunderbird from windowed to maximized and back. The tranparancy is "true" - moving Thunderbird to a different location, will paint any underlying windows inside Thunderbird. On mouse over of Thunderbird elements, they get redrawn to their supposed location one by one. Workarounds: - Either minimize and restore the window - or drag the border to resize the window - switch Desktop - disable/enable effects by Shift+Alt+F12 Any will immediately fix all drawing issues unless the window is maximized and restored again. The Plasma effect of quickly stretching the window content without explicit redrawing the contents is NOT in use. The Plasma effect of transparent see-through on moving the window is in use. But turning it off, has no impact on this bug. If Plasma-effects are globally off, the former transparent area will be solid black. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kservice] [Bug 424973] .desktop shortcut does not resolve $HOME
https://bugs.kde.org/show_bug.cgi?id=424973 --- Comment #4 from Holger --- Created attachment 147808 --> https://bugs.kde.org/attachment.cgi?id=147808=edit broken shortcut written by the GUI Even if I modify the shortcut manually in a text editor to use the "Path[$e]="-syntax, on loading in the GUI, it will "resolve" the variable, leaving me with a constant path at the time of editing. Still the dialog offers me to use variables, but writes it back as: Path=$HOME explicitly removing the [$e] -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kservice] [Bug 424973] .desktop shortcut does not resolve $HOME
https://bugs.kde.org/show_bug.cgi?id=424973 Holger changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|NOT A BUG |--- Ever confirmed|0 |1 --- Comment #3 from Holger --- Environment variables are still broken, though they are suggested by the editor interface. Please check the screenshot again: https://bugsfiles.kde.org/attachment.cgi?id=130404 So either the editor must write the correct prefix into the file as: Path[$e]=$HOME/src Or it shall stop offering to use environment variables (which would be really sad!). Bug 424974 has been fixed, to treat ~ -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 435114] redraw glitches over whole desktop with effects on
https://bugs.kde.org/show_bug.cgi?id=435114 Holger changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |WORKSFORME --- Comment #6 from Holger --- I'm still waiting to Kubuntu 22.04 to ship a more recent version of KWIN For now I'm stuck with: $ apt list kwin* Auflistung… Fertig kwin-addons/impish,now 4:5.22.5-0ubuntu1 amd64 [installiert] kwin-common/impish,now 4:5.22.5-0ubuntu1 amd64 [installiert] kwin-data/impish,impish,now 4:5.22.5-0ubuntu1 all [installiert] ... As for this bug, at least it got a whole lot better, so I don't see this anymore with KDE apps. Still, TV-Browser has some issues with the "darken parent effect" for it's subdialogs of subdialogs. For the first layer of dialog it does not darken the parent at all! After closing a dialog in the 3rd or 4th layer, it suddenly redraws the "fading" darkness over the main-parent about 10 times interleaving with 10 times drawing the non-darkened parents. After this automatic fire stops, it might trigger a few more times by moving the mouse and hovering different mouse-over effects of buttons/checkboxes. Also characteristic for this is, that this flaking darkness does not fully cover the parent window, but only a bunch of arbitrary rectangles. I can only assume, that the java-code is not quick enough to draw the GUI for every fading increment? Or Java uses some low-level access to put it's bits into the screen-buffer at it's own sweet time? At least the darkness is lifted completely once I return to the main window, unlike bug 450350, where the "darkness" lives on it's own :) TV-Browser Version: 4.2.4 Plattform: Linux 5.13.0-37-generic System: amd64 Java-Version: 17.0.1 OpenJDK 64-Bit Server VM Eclipse Adoptium /opt/jdk-17.0.1+12 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 450350] darkened parent of dialog stays dark, "ghost" window shown even on other desktop
https://bugs.kde.org/show_bug.cgi?id=450350 --- Comment #1 from Holger --- Today I found a new quality: - I got a ballon-popup for some updates and clicked the button in there to open discover - I installed the updates (just some libraries, no reboot advised) - on closing discover, I found the windows below staying darkened Now, desktop 1 is mirrored as a darkened ghost on other desktops. If the window in desktop 1 was in the foreground last, it will be drawn over the windows of desktop 2. By chance I had a LibreOffice Calc under the updates as the next window grabbing the focus when the updates were done. So it is not necessarily associated with Firefox. In Calc, when I now open the "Save as..." dialog, Calc gets even darker. But the dialog and also the menus of Calc are fine. In addition, on that first deskop in the background there was also a Firefox window - one of multiple windows, while the other windows of the same Firefox process are on different desktops and don't get darkened, that window on the first desktop is also darkened. But what is really peculiar, if I open a tab with youtube on desktop 1 in that affected window, the ghost as seen on desktop 2 will keep playing a live view of the video. I can even arrange the Calc and the Firefox window side by side, so they both show as ghost on desktop 2 or any other desktop. Only all the windows that were at that moment on desktop1 leave a ghost. Moving or opening a new window on desktop1, it does not get a ghost. So there are now two independent ghost rectangles, that depending on order of last activation I can lay over and under a third window on desktop 2. OTH moving one of the darkened windows to the second desktop will now leave the ghost immediately in place on desktop 1. Switching to desktop2 I can interact with the still dark window and even move it back to desktop 1. This time the ghosts are removed by deactivating and reactivating the effect: "darken windows for system operation mode". I explicitly verified by deactiving and reactivating the "darken parent" and the "darken inactive" effects first without the ghost vanishing. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 450720] New: rename folder interferes with tree structure
https://bugs.kde.org/show_bug.cgi?id=450720 Bug ID: 450720 Summary: rename folder interferes with tree structure Product: gwenview Version: 21.08.1 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- Created attachment 147061 --> https://bugs.kde.org/attachment.cgi?id=147061=edit screencast SUMMARY On renaming a folder, the tree-view sorts the children, but does not move subtrees of children STEPS TO REPRODUCE 1. mkdir -p test/subfolder/subsub; mkdir test/xxx 2. navigate to subsub, so the tree is fully unfolded 3. go up to test and rename "xxx" into "aaa", so that it now sorts before subfolder 4. move the mouse over the tree to make it update OBSERVED RESULT The tree-structure is messed up, subsub now shows a child of aaa. See video EXPECTED RESULT On sorting the tree, subsub shall move along with subfolder. Also, as Gwenview creates/renames the folder, it might trigger a repaint of the tree, not waiting for a mouse-over. SOFTWARE/OS VERSIONS Operating System: Kubuntu 21.10 KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.2 Kernel Version: 5.13.0-28-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa DRI Intel® HD Graphics 4600 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 450492] New: inconsistent / overlapping hyperlinking and previews for text in konsole
https://bugs.kde.org/show_bug.cgi?id=450492 Bug ID: 450492 Summary: inconsistent / overlapping hyperlinking and previews for text in konsole Product: konsole Version: 21.08.1 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konsole-de...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- Created attachment 146896 --> https://bugs.kde.org/attachment.cgi?id=146896=edit a) URLs labeled 1 2 3 first take precedence, b) label 4 overlapped by label 1, c) no underline for explicit escape-sequence hyperlink SUMMARY Konsole tries to hyperlink URLs and filenames listed e.g. in ls output. As per bug 379294 a third mechanism for hyperlink-escape sequences was added. STEPS TO REPRODUCE 1. touch "www.example.com this is a green filename.txt" 2. printf '\e]8;;file://%s\e\\../other folder/ has no: %s\e]8;;\e\\\n' ~ ./www.example.com\ this\ is\ a\ green\ filename.txt OBSERVED RESULT 1. "../other" is picked up as a folder-reference, but breaks at the space (this one doesn't get a number assigned) 2. "www.example.com" is picked up as a URL to www.example.com (this one gets a number assigned) 3. the whole hyperlink by escape sequence is not underlined on pressing Ctrl-Hotkey (only by mouse hover) AND not numbered, but correctly opens the Homefolder, if you click any character neither in 1 nor in 2. 4. Number assignment prefers URLs over ordinary files, even if they are further back in the output (see screenshot) 5. Escape-sequence-hyperlinks to file:/// are exempt from loading preview-thumbnails (in case of pictures) 6. hovering the keyword "green" shows a green square thumbnail in some places but not in others 7. It's impossible to open this textfile in kate (neither by any quotation, nor by listing it in any combination of options with ls) EXPECTED RESULT a) Never stack hyperlinks for the same chunk of text: - explicit escape sequences shall disable any heuristic detection within - outside escape sequences use the longer chunk (so if a filename incorporates a URL, still use the filename and not the shorter URL) b) assign shortcut digits to links in sequence of appearance, not grouped by type c) if ls output was detected, read the filename until the end of the line d) if a filename is surrounded by quotation, look for the matching pair of 'x y.txt' or "z w.txt", also treat "\ " as continuing the filename. (Could also try to break chunks by color-changes at color escape sequence) e) if a path was detected by a slash / try to read until end of line (but not more than e.g. 200 characters) and see, if it points to a file/folder (chop words from the end one by one, until the file/folder exists) f) don't auto hyperlink filenames, that don't exist g) color preview only outside of other links (least useful = least priority) - but could also try to preview escape sequences like: printf '_\033[33m_this is not lightgreen\033[m\n' when hovering anywhere between the underscores _ h) support preview-thumbnails for escape sequence hyperlinks to file:/// i) support underline-highlight for escape sequence hyperlinks (without mouse hover) j) http(s) URLs should show the browser-icon along with the invisible target-URL SOFTWARE/OS VERSIONS Operating System: Kubuntu 21.10 KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.2 Kernel Version: 5.13.0-28-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa DRI Intel® HD Graphics 4600 ADDITIONAL INFORMATION - Yes, I saw the security concerns about malicious links - adding a preview hover of the URL, what is going to open shall help to mitigate it. - Trying to resolve file-existence could be a performance hit on accessing a slow network drive. It might be an idea to measure the time spent and abort after e.g. 100ms. OTH with my several years old SSD, I can lookup file-attributes for hundreds of files in less than a second. - chopping single words for path detection as in e) might not be efficient. Instead Konsole could first chop at slashes / and try to do a divided -> if half the path works immediately, no need to test substrings of it. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 450350] New: darkened parent of dialog stays dark, "ghost" window shown even on other desktop
https://bugs.kde.org/show_bug.cgi?id=450350 Bug ID: 450350 Summary: darkened parent of dialog stays dark, "ghost" window shown even on other desktop Product: kwin Version: 5.23.0 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: effects-various Assignee: kwin-bugs-n...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- SUMMARY Effect "darken parent of dialog" sometimes does not reset, even if dialog is long closed. STEPS TO REPRODUCE 1. right click picture in Firefox and save as - dialog opens to ask filename, parent windows darkens as expected 2. cancel dialog quickly by pressing ESC 3. repeat a few times OBSERVED RESULT The parent stay dark. It get's even darker, if you open another dialog A "ghost" of the parent is shown over the desktop if you minimize the windows one by one - but you can finally "grab" a file from the desktop through the ghost, though you cannot see what you grab, until the mouse holds it. Switching to another desktop, the ghost might be drawn over existing windows. Alt+Tab can bring other windows to the top over the "ghost". EXPECTED RESULT The darkened ghost shall disappear. Eventually, it could monitor the parent window on a timed basis, if any dialogs remain? SOFTWARE/OS VERSIONS Operating System: Kubuntu 21.10 KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.2 Kernel Version: 5.13.0-28-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa DRI Intel® HD Graphics 4600 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 448495] multiple virtual desktop selection (Wayland regression)
https://bugs.kde.org/show_bug.cgi?id=448495 --- Comment #1 from Holger --- Created attachment 145474 --> https://bugs.kde.org/attachment.cgi?id=145474=edit X11 for comparison -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 448495] New: multiple virtual desktop selection (Wayland regression)
https://bugs.kde.org/show_bug.cgi?id=448495 Bug ID: 448495 Summary: multiple virtual desktop selection (Wayland regression) Product: kwin Version: unspecified Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: appmenu Assignee: kwin-bugs-n...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- Created attachment 145473 --> https://bugs.kde.org/attachment.cgi?id=145473=edit Wayland offers multi-selection SUMMARY moving window from one virtual desktop to another is unnecessary complex. STEPS TO REPRODUCE 1. running wayland, to move a window from 1. to 2. VD press: 2. Alt+F3, A, 2 to show it on second desktop 3. Alt+F3, A, 1 to remove from first desktop OBSERVED RESULT Wayland shows multi-selection -> see screenshot EXPECTED RESULT X11 had an exclusive option, to show a window either in on VD or on all of them. SOFTWARE/OS VERSIONS Operating System: Kubuntu 21.10 KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.2 Kernel Version: 5.13.0-25-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa DRI Intel® HD Graphics 4600 ADDITIONAL INFORMATION Yes, you can drag and drop the window or assign+use some of the absolute/relative shortcuts for moving windows directly to a certain VD. Maybe I just don't understand the usecase of showing a window on say 3 of 6 VD but not on all ??? -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 448230] Wayland regression: "2-finger-scroll" exclusive or "side-scroll/edge-scroll" (X11 allows both interchangeably)
https://bugs.kde.org/show_bug.cgi?id=448230 --- Comment #3 from Holger --- found it: https://gitlab.freedesktop.org/libinput/libinput/-/issues/590 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 448224] Main menu position drawn in wrong place (Wayland only)
https://bugs.kde.org/show_bug.cgi?id=448224 --- Comment #2 from Holger --- Thanks ;-) -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 448225] Move/Copy/Link-menu in wrong place (Wayland only)
https://bugs.kde.org/show_bug.cgi?id=448225 --- Comment #2 from Holger --- Great! Thanks! -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 448230] Wayland regression: "2-finger-scroll" exclusive or "side-scroll/edge-scroll" (X11 allows both interchangeably)
https://bugs.kde.org/show_bug.cgi?id=448230 --- Comment #1 from Holger --- Created attachment 145307 --> https://bugs.kde.org/attachment.cgi?id=145307=edit wayland settings enfoce exclusive OR, enabling only one option and disabling the other -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 448230] New: Wayland regression: "2-finger-scroll" exclusive or "side-scroll/edge-scroll" (X11 allows both interchangeably)
https://bugs.kde.org/show_bug.cgi?id=448230 Bug ID: 448230 Summary: Wayland regression: "2-finger-scroll" exclusive or "side-scroll/edge-scroll" (X11 allows both interchangeably) Product: systemsettings Version: 5.22.5 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: kcm_touchpad Assignee: plasma-b...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- Created attachment 145306 --> https://bugs.kde.org/attachment.cgi?id=145306=edit X11 settings SUMMARY I use "2-finger-scroll" and "edge-scroll" interchangeably in X11. But I cannot in Wayland STEPS TO REPRODUCE 1. Look at the respective settingspanels in screenshots OBSERVED RESULT Exclusive Or enforced by GUI in Wayland. EXPECTED RESULT X11 allows free choice. SOFTWARE/OS VERSIONS Operating System: Kubuntu 21.10 KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.2 Kernel Version: 5.13.0-23-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa DRI Intel® HD Graphics 4600 ADDITIONAL INFORMATION My touchpad is fine to support both for years now. 2-finger has the "advantage" of allowing diagonal movement impossible with edge-scroll. But edge-scroll allows for precisely keeping the vertical / horizontal position with pixel perfect precision. E.g. enlarge a PDF, so the lines stretch the window (especially pages with tiny-print multi-column text). Using 2-Finger, you will find yourself constantly cutting off either the first or the last few letters, because you inadvertently mixed a horizontal scroll-step in there. This is the perfect scenario for edge-scroll. E.g. open a map and follow a diagonal road off screen. This is perfect of two-finger-scroll, as with edge-scroll you need to alternate between horizontal and vertical portions of the way. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 448225] New: Move/Copy/Link-menu in wrong place (Wayland only)
https://bugs.kde.org/show_bug.cgi?id=448225 Bug ID: 448225 Summary: Move/Copy/Link-menu in wrong place (Wayland only) Product: gwenview Version: 21.08.1 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- Created attachment 145303 --> https://bugs.kde.org/attachment.cgi?id=145303=edit Screenshot SUMMARY Dragging a file to the folder-sidebar shall popup a menu offering the commands at the END of the drag and not at the START of the drag operation. STEPS TO REPRODUCE 1. drag any picture from the overview area to the folder-side bar and drop it OBSERVED RESULT Menu appears in location of the selected image on the overview panel, while the mouse is far away on the folder-sidebar. EXPECTED RESULT As in X11, the menu shall open under the latest mouse-position. SOFTWARE/OS VERSIONS Betriebssystem: Kubuntu 21.10 KDE-Plasma-Version: 5.22.5 KDE-Frameworks-Version: 5.86.0 Qt-Version: 5.15.2 Kernel-Version: 5.13.0-23-generic (64-bit) Grafik-Plattform: X11 Prozessoren: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Speicher: 15,5 GiB Arbeitsspeicher Grafikprozessor: Mesa DRI Intel® HD Graphics 4600 ADDITIONAL INFORMATION Only in Wayland! This is 100% reproducible, whereas bug 448224 is not reproducible. And here are no sub-menus involved. Seems unrelated to bug 197666 as the folder sidebar is to the left and the menu should extend to the right of the mouse (at least in X11, taking the last mouse position as upper left corner for the menu) -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 448224] New: Main menu position drawn in wrong place (Wayland only)
https://bugs.kde.org/show_bug.cgi?id=448224 Bug ID: 448224 Summary: Main menu position drawn in wrong place (Wayland only) Product: dolphin Version: 21.08.1 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: private_l...@yahoo.com CC: kfm-de...@kde.org Target Milestone: --- SUMMARY Clicking on the hamburger-icon, the main menu might not appear at all or be drawn in the wrong position STEPS TO REPRODUCE 1. Open main menu 2. Move the mouse to open/close different sub-menus and sub-sub-menus OBSERVED RESULT Sometimes the main-menu is put aligned to the left of the screen (or completely offscreen), though the hamburger-button and the mouse is to the right of the screen. Moving the mouse in the "supposed" ghost position under the hamburger button on the right triggers the row highlight to follow on the left up and down. Sub-menus can be popped up from the invisible ghost to their regular position, neatly aligning to its supposed outline. Even if the main menu is visible at first and correctly drawn, it might suddenly disappear after hovering sub-menus and sub-sub-menus. EXPECTED RESULT The menu should draw in a fixed position relative to the hamburger-button. SOFTWARE/OS VERSIONS Betriebssystem: Kubuntu 21.10 KDE-Plasma-Version: 5.22.5 KDE-Frameworks-Version: 5.86.0 Qt-Version: 5.15.2 Kernel-Version: 5.13.0-23-generic (64-bit) Grafik-Plattform: X11 Prozessoren: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Speicher: 15,5 GiB Arbeitsspeicher Grafikprozessor: Mesa DRI Intel® HD Graphics 4600 ADDITIONAL INFORMATION Only seen this under new experimental Wayland. Does not happen in X11. This is a clean user-profile created today, to triage another bug. Cannot say, if this affects sub-menus themselves, as they mostly don't have sub-sub-menus to play with. Cannot say, if this affects programs other than the Dolphin main-menu. Could not take a screenshot, as the open menu prevents the printscreen-hotkey. On aborting the menu resets and shows normally - no second chance of a timetriggered screenshot either. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 448110] Improve SVG rendering
https://bugs.kde.org/show_bug.cgi?id=448110 Holger changed: What|Removed |Added CC||private_l...@yahoo.com Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Holger --- *** This bug has been marked as a duplicate of bug 336436 *** -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 336436] Switch to webkit or blink when rendering SVG files
https://bugs.kde.org/show_bug.cgi?id=336436 Holger changed: What|Removed |Added CC||med.medin.2...@gmail.com --- Comment #21 from Holger --- *** Bug 448110 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 321825] gwenview cannot open svgz files
https://bugs.kde.org/show_bug.cgi?id=321825 Holger changed: What|Removed |Added CC||private_l...@yahoo.com --- Comment #4 from Holger --- Created attachment 145278 --> https://bugs.kde.org/attachment.cgi?id=145278=edit screencast Was about to report the same bug. The preview icons are still calculated (possible available in the icon cache?), but I am unable to see the picture dimensions or the picture itself. Please be aware, that this SVG in uncompressed is displaying fine even with the limited capabilities of Gwenview before bug 336436 gets resolved. This definitely is a regression from Kubuntu 21.04 to 21.10 Betriebssystem: Kubuntu 21.10 KDE-Plasma-Version: 5.22.5 KDE-Frameworks-Version: 5.86.0 Qt-Version: 5.15.2 Kernel-Version: 5.13.0-22-generic (64-bit) Grafik-Plattform: X11 Prozessoren: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Speicher: 15,5 GiB Arbeitsspeicher Grafikprozessor: Mesa DRI Intel® HD Graphics 4600 -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 448157] New: links to pictures not considered for folder icon
https://bugs.kde.org/show_bug.cgi?id=448157 Bug ID: 448157 Summary: links to pictures not considered for folder icon Product: gwenview Version: 21.08.1 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- Created attachment 145261 --> https://bugs.kde.org/attachment.cgi?id=145261=edit screencast SUMMARY Folders show up to 4 preview icons to symbolize their content. But they exclude symbolic links to pictures. STEPS TO REPRODUCE 1. create two new subfolders in folder overview: "copy" and "link" 2. drag'N'drop a picture on "copy" and select "copy" from the popup menu 3. drag'N'drop a picture on "link" and select "link" from the popup menu 4. refresh the view by F5 OBSERVED RESULT Icon for "copy" features a preview of the picture inside. Icon for "link" stays blank, even thought the picture inside can be shown fine via the link. EXPECTED RESULT The "link" folder shall also show a preview icon. SOFTWARE/OS VERSIONS Betriebssystem: Kubuntu 21.10 KDE-Plasma-Version: 5.22.5 KDE-Frameworks-Version: 5.86.0 Qt-Version: 5.15.2 Kernel-Version: 5.13.0-22-generic (64-bit) Grafik-Plattform: X11 Prozessoren: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Speicher: 15,5 GiB Arbeitsspeicher Grafikprozessor: Mesa DRI Intel® HD Graphics 4600 ADDITIONAL INFORMATION If a folder contains other folders (or link to other folders), this is not really easy to show. I suggest, not showing folders inside folders. Instead subfolders can be indicated in the tree-sidebar as of bug 448132. What is really strange is, showing e.g. a text file on the icon, to indicate, that the folder is not empty, but clicking inside, the text file is filtered by Gwenview, as it does not know how to display a text file. I would recommend having a consistent notion of what is shown on the icon and what is inside, if you open the folder. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 448142] New: Overview panel does not repaint
https://bugs.kde.org/show_bug.cgi?id=448142 Bug ID: 448142 Summary: Overview panel does not repaint Product: gwenview Version: 21.08.1 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- Created attachment 145244 --> https://bugs.kde.org/attachment.cgi?id=145244=edit screencast SUMMARY Overview of directory with many pictures does not repaint on return from full view of single picture, if the selection is off the center row. Moving the mouse within triggers the icons to be repainted one by one. Moving the mouse out and over the sidebar repaints the whole component. STEPS TO REPRODUCE 1. open information or folder sidebar 2. open folder with e.g. 100 pictures 3. increase size of preview icon, to show only a few per line 4. scroll down to the middle, so the scroll-pane won't bump into the upper or lower end 5. click on any picture to show it fullsize, that is not in the center row - will also place the selection on this icon 6. press ESC on the keyboard and move the mouse around OBSERVED RESULT The selected image shall move to the center row and thereby trigger a scroll. But the repaint is missing. The moving mouse will only repaint piecewise until the mouse moves out of the overview component to trigger a full repaint. See attached screencast. EXPECTED RESULT The repaint shall leave a consistent state, that does not cause confusion by "uncovering" the real position of icons piecewise. SOFTWARE/OS VERSIONS Betriebssystem: Kubuntu 21.10 KDE-Plasma-Version: 5.22.5 KDE-Frameworks-Version: 5.86.0 Qt-Version: 5.15.2 Kernel-Version: 5.13.0-22-generic (64-bit) Grafik-Plattform: X11 Prozessoren: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Speicher: 15,5 GiB Arbeitsspeicher Grafikprozessor: Mesa DRI Intel® HD Graphics 4600 ADDITIONAL INFORMATION The steps to reproduce are not totally reliable. If repeatedly clicking the same two images first one row above the center and second one row below the center it might "heal" the error - seemingly some "offscreen-buffer" from before can be reused and all of a sudden it works as expected. Also changing to different directories - especially those with fewer images to not allow scrolling - might "fix" the error. If the Window-hight interacts badly with the icon-size, clicking images close to the last row might cause scroll-increments of less than a full icon-hight. "Uncovering" them with the mouse one-by-one "violates" the grid position and causes "half-high" cells -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 448132] cannot unfold directory, that only contains links to other directories
https://bugs.kde.org/show_bug.cgi?id=448132 --- Comment #1 from Holger --- Created attachment 145240 --> https://bugs.kde.org/attachment.cgi?id=145240=edit screencast -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 448132] New: cannot unfold directory, that only contains links to other directories
https://bugs.kde.org/show_bug.cgi?id=448132 Bug ID: 448132 Summary: cannot unfold directory, that only contains links to other directories Product: gwenview Version: 21.08.1 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- SUMMARY Treeview-sidebar of gwenview does not initially allow unfolding, if only links to folders are present. STEPS TO REPRODUCE 1. run command: mkdir -p test/real/sub test/copy ; ln -s ../real/sub test/copy/sub-link ; gwenview test/real &> /dev/null ; rm -rf test 2. compare to dolphin: mkdir -p test/real/sub test/copy ; ln -s ../real/sub test/copy/sub-link ; dolphin test/real &> /dev/null ; rm -rf test 3. check out attached screencast OBSERVED RESULT Directory "copy" has no folding indicator. It only corrects, once the sub-link is opened. EXPECTED RESULT Same as Dolphin, Gwenview shall consider links to directories as indicator, that a directory can be unfolded. SOFTWARE/OS VERSIONS Betriebssystem: Kubuntu 21.10 KDE-Plasma-Version: 5.22.5 KDE-Frameworks-Version: 5.86.0 Qt-Version: 5.15.2 Kernel-Version: 5.13.0-22-generic (64-bit) Grafik-Plattform: X11 Prozessoren: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Speicher: 15,5 GiB Arbeitsspeicher Grafikprozessor: Mesa DRI Intel® HD Graphics 4600 ADDITIONAL INFORMATION Trying to figure out, if a directory contains subdirectories and therefore should be unfoldable is in itself nice. Dolphin always shows the folding indicator, only to be disappointed on stumbling over a leave of the tree, where it is not possible to unfold. But Gwenview shall do it correctly considering symbolic links, as it is so easy, to create links even from within Gwenview by drag Symbolic links might become stale, if the target was moved/renamed/deleted. In that case "find -type l -xtype d" will not pick them up any more - so it is impossible to unfold those broken links and they are henceforth not part of the tree-structure anymore. Hard links for folders are discouraged, so I suppose, we don't need to consider those. bug 66264 - konqueror once suffered the very same bug :D -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 448126] Syntax-Highlight chokes on line-break in bash condition
https://bugs.kde.org/show_bug.cgi?id=448126 --- Comment #1 from Holger --- Created attachment 145235 --> https://bugs.kde.org/attachment.cgi?id=145235=edit animation of the color-change -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 448126] New: Syntax-Highlight chokes on line-break in bash condition
https://bugs.kde.org/show_bug.cgi?id=448126 Bug ID: 448126 Summary: Syntax-Highlight chokes on line-break in bash condition Product: kate Version: 21.08.1 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: application Assignee: kwrite-bugs-n...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- Created attachment 145234 --> https://bugs.kde.org/attachment.cgi?id=145234=edit minimal demo bash script SUMMARY Syntax-highlights confused by linebreak in bash condition [[ ]]. Subsequent lines get strange colors. This is just a minimal example. In my productive case, this continues over 150 lines to the end of the file. STEPS TO REPRODUCE 1. open attached bash script in kate and enjoy the syntax-highlight 2. add a space at end of line 3 in the middle of the condition 3. or view the animated gif OBSERVED RESULT Color of subsequent lines toggles. EXPECTED RESULT Subsequent lines shall always look as with the space in the condition. SOFTWARE/OS VERSIONS Betriebssystem: Kubuntu 21.10 KDE-Plasma-Version: 5.22.5 KDE-Frameworks-Version: 5.86.0 Qt-Version: 5.15.2 Kernel-Version: 5.13.0-22-generic (64-bit) Grafik-Plattform: X11 Prozessoren: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Speicher: 15,5 GiB Arbeitsspeicher Grafikprozessor: Mesa DRI Intel® HD Graphics 4600 ADDITIONAL INFORMATION Adding a space at the end of the line is not really an option, because Kate and other editors have a feature to remove whitespace at end of line to clean up files - on save the workaround is automatically undone (on purpose)! I saw in bug 172473 comment 2 that the colors are heuristic, as you are not running your own compiler for every language. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 441484] New: Usability of toolbar button for "open with"
https://bugs.kde.org/show_bug.cgi?id=441484 Bug ID: 441484 Summary: Usability of toolbar button for "open with" Product: gwenview Version: 20.12.3 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- Created attachment 141012 --> https://bugs.kde.org/attachment.cgi?id=141012=edit Screenshot SUMMARY The "open with"-toolbar button forces you to click the tiny arrow next to it (clicking the rest of the button doesn't do anything). In contrast, the "last opened"-button offers its menu no matter where you click the button, which is a lot easier to hit. BONUS Assigning a key-board shortcut to "open with" does nothing. Ideally I would like to popup the menu and run one of the commands with a single subsequent keypress. SOFTWARE/OS VERSIONS Operating System: Kubuntu 21.04 KDE Plasma Version: 5.21.4 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2 Kernel Version: 5.11.0-31-generic OS Type: 64-bit Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.6 GiB of RAM Graphics Processor: Mesa DRI Intel® HD Graphics 4600 -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 441352] New: no interaction with conflicting names dialog
https://bugs.kde.org/show_bug.cgi?id=441352 Bug ID: 441352 Summary: no interaction with conflicting names dialog Product: gwenview Version: 20.12.3 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: private_l...@yahoo.com Target Milestone: --- Created attachment 140934 --> https://bugs.kde.org/attachment.cgi?id=140934=edit Screenshot SUMMARY The dialog to resolve conflicting names is stuck. STEPS TO REPRODUCE 1. create a symbolic link to some picture in a different folder 2. pass the link and the original picture to gwenview on the commandline 3. gwenview tries to assemble two links in a temp-folder. The names clash and a dialog is shown to resolve the conflict OBSERVED RESULT The dialog does not accept any input from mouse of keyboard - it is stuck. Only a little baloon-popup over the tray is waiting for the copy to succeed, which in turn waits for the dialog. EXPECTED RESULT The dialog shall accept input. SOFTWARE/OS VERSIONS Operating System: Kubuntu 21.04 KDE Plasma Version: 5.21.4 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2 Kernel Version: 5.11.0-31-generic OS Type: 64-bit Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.6 GiB of RAM Graphics Processor: Mesa DRI Intel® HD Graphics 4600 -- You are receiving this mail because: You are watching all bug changes.
[palapeli] [Bug 433403] Preview puzzle images are not shown
https://bugs.kde.org/show_bug.cgi?id=433403 --- Comment #4 from Holger --- I've updated my openSUSE Tumbleweed to Palapeli 2.1.21043. The preview images still work. In my troubleshooting last time I've recreated the puzzles. Not sure if that could explain the different behavior? -- You are receiving this mail because: You are watching all bug changes.
[kdeconnect] [Bug 439424] [clipboard] wish: workaround to send clipboard from phone to desktop
https://bugs.kde.org/show_bug.cgi?id=439424 Holger changed: What|Removed |Added Resolution|--- |WORKSFORME Status|REPORTED|RESOLVED --- Comment #2 from Holger --- Great - haven't seen that before, as you need to unfold the notification. But it perfectly fits my wish :D So I resolve as works for me. Thanks -- You are receiving this mail because: You are watching all bug changes.
[kdeconnect] [Bug 439424] New: [clipboard] wish: workaround to send clipboard from phone to desktop
https://bugs.kde.org/show_bug.cgi?id=439424 Bug ID: 439424 Summary: [clipboard] wish: workaround to send clipboard from phone to desktop Product: kdeconnect Version: unspecified Platform: Android OS: Android 10.x Status: REPORTED Severity: normal Priority: NOR Component: android-application Assignee: albertv...@gmail.com Reporter: h.kl...@gmx.de Target Milestone: --- As I learned by bug 410254 the background access to clipboard is prohibited. To work around for non-rooted devices: can you please offer a UI in the App to explicitly paste text from the phone to the desktop while the App is in foreground. Alternatives: 1. A button to click, that is a one shot "send phones current clipboard now" 2. A text field representing the remote clipboard of the desktop accepting edits and especially pastes from the phone. 1. would support any content, while 2. only supports plain text. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 341143] Bring back per-virtual-desktop wallpapers
https://bugs.kde.org/show_bug.cgi?id=341143 --- Comment #438 from Holger --- Despite some snide remarks, I have no plan or intention, to leave KDE/Plasma - to the contrary, I'm passionate about some "minor" annoyances that in my view fall short of real greatness. Still, being forced to cope with M$-Windows at work, I almost every day lament about the window frames not snapping together - arranging them on the screen just looks ugly, where I can make them easily match perfectly in KDE, no overlap, no ugly gaps, no half hidden window decorations and if I want, pixel-perfect in the middle of the screen and keeping a window on top really stays on top - in addition, I can't think of any KDE-window, that I am not allowed to resize - I can even assign rules to force it the size, I want. In KDE 4 I was playing with a dozen of plasmoids, filling my desktop and even my screensaver. But switching to KDE5, they were just gone and I never bothered, restoring them. So I can basically do without most of them - only the comic returned recently. I think, the idea of activities never hooked me up, because I am often switching tasks and start everything at the same time. Especially the browser is a key part of many activities. But once it is open, any window is fine, to surf to some other topic and e.g. start writing on the bug-tracker in the middle of news articles, that were found because I wanted to look up some vocabulary in a youtube video and opened a new tab for the dictionary and got carried away by pocket suggestions - you know, how this happens. But do I stick this browser-window no in the programming-activity, where I would have a hex-editor at my disposal - wait a minute ... last time I used a hex editor was probably in 2020 - and it was not for programming at all, more like analyzing the content of some broken unplayable *.mp3, that I found out, was internally not *.mp3 at all but some *.wma with digital restriction management encumbered. Virtual desktops work great for me - everything open at ones and still assigned to some spatial distribution like a huge desk, that I sit on all day, to work, to eat, to do crosswords, to do tax refunds, to build model-toys ... stuff gets shunt aside, but usually not completely off. To get to the point of this bug: individual backgrounds would add to the richness of VD, but they will certainly not stop me from using and loving KDE. PS: I totally understand, that developers ignore this bug unless they really have a plan or even some working prototype to fix this. Any speculation on technical details without actually starting to work on them is just futile - it will raise hopes, that it cannot fulfill. And besides after being called names, anyone would run a mile instead of apologizing and slaving away ... There is hardly any conspiracy working in the background - it is more like the effect of setting off a stink-bomb in here. Besides it is hard to speculate about the silent majority - maybe once this is fixed for us, the "other side" will open an equally long debated bug of how to remove all this VD stuff and bring back the "only true great activities" as they used to work in long gone KDE5. Only by then none of the people here will be around to defend, why we loathed activities. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 436745] missing menue and shortcut Strg+M
https://bugs.kde.org/show_bug.cgi?id=436745 --- Comment #14 from Holger --- Hello everybody, my problem is solved (Fabian kindly helped me in German, as I have set my system to German menu and could not implement his suggestions without doubt). There were two errors in my settings (both clearly due to system settings I unconsciously misconfigured): 1. In the system settings under 'Appearance' - 'Window decoration' and there under the tab 'Title bar buttons' the button 'Application menu' had been dragged from the top of the bar to below, so it had to be removed. After that, however, I still had no menu bar in Dolphin, because I had configured something else wrong (see 2.) ... 2. Since I had recently made a presentation video at Linux Presentation Day (LPD 2021.1) in a virtual machine regarding the setup of the KDE Plasma Desktop, I remembered that when you create an additional control bar (sub-menu 'Application Menu Bar', and only with this one, a 'Global Menu' is integrated. But you only see this when you are in edit mode for this new application menu bar ... After I removed the global menu (in the edit mode of the control bar), the menu bar was included in all KDE programs again; it was not only missing in Dolphin, but also in the (less frequently used and therefore not mentioned at the beginning) programs, like Kdenlive, KDE partitioner, and could not be displayed by the keyboard shortcut Ctrl+M. So now everything is back as it should be and I am more than happy! Many thanks to the whole KDE development team; you are doing a really great job! You guys are great!!! Am 16.05.21 um 21:18 schrieb Fabian Vogt: > https://bugs.kde.org/show_bug.cgi?id=436745 > > --- Comment #13 from Fabian Vogt --- > This sounds like you enabled the global menu. Then applications no longer > handle the menu bar themselves. > > Make sure you don't have the "Application menu" button as part of the window > decoration and there's no "application menu" plasmoid on the desktop. > -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 436745] missing menue and shortcut Strg+M
https://bugs.kde.org/show_bug.cgi?id=436745 --- Comment #12 from Holger --- Hello Fabian, thanks for this idea! In the attachment I put the dolphinrc file. I just renamed the file to 'dolphinrc_Fehler_Fragezeichen' (in English: dolphinrc_failure_question_mark). However, the original was still in the /home/holger/.config/ directory after that. So I moved it to the trash. This doesn't help for now, because Dolphin immediately creates a new file after closing and reopening it and the submenu 'Show menu bar' is still missing. Then I moved the file to the trash via the super user mode Dolphin. I did not open the 'normal' Dolphin after that and first logged out and then logged back in. But this also does not change anything. Dolphin of course creates a new 'dolphinrc file' again. Also the submenu 'Show menu bar' is still missing. By the way, I am now quite unsure whether the error has not been present for some time (it had in any case already occurred once, but I thought that the menu bar would have been available again over a longer period of time, or had been made visible by me); so it could be that the error occurred not only with the operating system update I mentioned, but earlier. I also noticed months ago that (presumably) all KDE programs only open with the hamburger menu (top right) instead of the standard menu bar. So it could also be possible that I have (unconsciously) misconfigured something somewhere in the settings ... Sorry Holger Am 16.05.21 um 19:13 schrieb Fabian Vogt: > --- Comment #11 from Fabian Vogt --- > I can't reproduce the issue here. Does it work if you temporarily move away > ~/.config/dolphinrc? If so, can you attach it here? Note that there might be > some personal information inside which you can omit. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 341143] Bring back per-virtual-desktop wallpapers
https://bugs.kde.org/show_bug.cgi?id=341143 Holger changed: What|Removed |Added CC||private_l...@yahoo.com --- Comment #423 from Holger --- (In reply to leftcrane from comment #403) > Most users just want to change the damn background, ONCE, and be done with > it. Those users you talk of will hardly make use of a second virtual desktop let alone a grid of 6 or 9 VD. So, if the second desktop would be stuck on an old picture from some years ago, I'm sure, they'll not notice. --- (In reply to abrahams from comment #416) > An interesting alternative is the virtual desktops of Windows 10. The way > that's designed is quite different from both the old KDE and the current > KDE. I haven't decided which one I prefer. It seems, M$ will soon show us how different backgrounds per virtual desktop is done: "So far, the problem is that each additional desktop has the same background image as the main desktop. This makes the distinction unnecessarily difficult. Microsoft now has individual wallpapers in the works for Windows 10 21H2." https://www.chip.de/artikel/Windows-10-Virtuelle-Desktops-perfekt-nutzen_139970875.html Reminds me of when James Bond replies to the question, of how he knows about that top-secret technology: "I read it in the Russian translation of the manual!" (In reply to leftcrane from comment #417) > Windows is better, objectively, because it has a fully featured virtual > desktop switcher. Now that WOULD be useful to have on KDE, as opposed to > wasting resources on confusing gimmicks like per-desktop wallpapers. Are you aware of the "virtual desktop raster" that kicks in via Ctrl+F8. It can also be attached to engage on the mouse moving into an "active corner". It will show a fullscreen desktop-switcher with neat little window previews distributed all over the place. Besides, the background also shows nicely, so that each desktop gets it's identity - if only it would have one! -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 436745] missing menue and shortcut Strg+M
https://bugs.kde.org/show_bug.cgi?id=436745 --- Comment #10 from Holger --- Hi Fabian, sorry, den Bewertungen im (ungewohnten) GNOME-Desktop der Softwareverwaltung, meinte ich entnommen zu haben, dass der Dolphin aus dem Flatpak stammt. Also scheint es ja ganz klar an einem Bug im Update des Tumbleweed zu liegen, denn der Leap 15.2 hat die Menüleiste (bzw. den Eintrag der Menüleiste) im Hamburger Menü ja noch. Danke! Holger Hi Fabian, sorry, the reviews in the (unfamiliar) GNOME desktop of the software management, I thought to have taken that the Dolphin comes from the Flatpak. So it seems to be clearly a bug in the update of the Tumbleweed, because the Leap 15.2 has the menu bar (or the entry of the menu bar) in the Hamburger menu still. Thanks! Holger Am 8. Mai 2021 12:29:05 MESZ schrieb Fabian Vogt : >https://bugs.kde.org/show_bug.cgi?id=436745 > >--- Comment #9 from Fabian Vogt --- >(In reply to Holger from comment #8) >> Now I have postinstalled Dolphin there; however, it comes from a >flatpak >> package in version 20.04.2-lp152.1.1. > >That's not a flatpak version number, that's an RPM package version. >It's most likely Dolphin from Leap's standard repo. > >-- >You are receiving this mail because: >You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 436745] missing menue and shortcut Strg+M
https://bugs.kde.org/show_bug.cgi?id=436745 --- Comment #8 from Holger --- Ok Nate, So you use the Tumbleweed with KDE desktop as well? By the way, I still have a virtual machine running openSUSE Leap 15.2. However, with Gnome desktop. This I had opened under my regular user, but the one for video recording. Now I have postinstalled Dolphin there; however, it comes from a flatpak package in version 20.04.2-lp152.1.1. There the submenu 'Show menu bar' is present and (of course) the shortcut Ctrl+M works then, too. So I suspect that the bug is related to a system update from Tumbleweed, they always have the very latest software and unfortunately sometimes minor bugs ... Something strange in addition: I was in full screen mode of the virtual machine (Leap / Gnome desktop), pressed the meta key to open so the application launcher. I typed 'Dolphin' and it opened. Here Dolphin worked by default, without the bug I mentioned. Then I realized that there is no Dolphin installed in Gnome (!); I checked and sure enough, Dolphin had to be installed first. So I used the shortcut 'Meta key' to open (unintentionally) not the Dolphin in the virtual machine (because it was not installed yet), but the Dolphin of the host system (under the user for video editing). And lo and behold: the bug was not there. I then left the virtual machine and opened the Dolphin of the video user again (later also under my regular user); the bug is still there (under both users). Moreover, the bug is still there in my regular user's virtual machine (Tumbleweed /KDE) and, of course, in the regular user's host system. And then I also started the virtual machine with Leap / Gnome under the regular user and tried to recreate the above phenomenon in full screen mode. The Meta button did not open Dolphin this time, only when I left the full screen mode of the virtual machine (so just the other way around, that is, under the user described for video). Then, without full screen mode, I could access my host system's Dolphin with the Meta key and the bug was there. However, under the Dolphin from the flatpak I had previously installed in the virtual Gnome, the bug is still missing and shows the menu bar. That sounds really illogical, doesn't it? But that's exactly what happened ... :-/ The bug can't be reproduced on a regular basis; what is certain is that it doesn't occur under the (probably not so recent) flatpak package I installed under Leap. Have a nice weekend! Holger Am 07.05.21 um 23:04 schrieb Nate Graham: > https://bugs.kde.org/show_bug.cgi?id=436745 > > Nate Graham changed: > > What|Removed |Added > > CC||fab...@ritter-vogt.de > > --- Comment #7 from Nate Graham --- > I do, but I can't reproduce the issue with today's snapshot. > -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 436745] missing menue and shortcut Strg+M
https://bugs.kde.org/show_bug.cgi?id=436745 --- Comment #6 from Holger --- Hello Nate, I want to thank you! Do you also have Tumbleweed as operating system? Because I strongly suspect that it is due to a software update from today; this morning I made demonstration videos for LinuxPresentationDay 2021.1 (link: https://l-p-d.org/_landingpage/), there the keyboard shortcut Ctrl+M still worked. But not anymore this afternoon ... Good luck! Holger Am 07.05.21 um 22:07 schrieb Nate Graham: > https://bugs.kde.org/show_bug.cgi?id=436745 > > Nate Graham changed: > > What|Removed |Added > > CC||fe.a.er...@gmail.com > Resolution|WAITINGFORINFO |--- > Status|NEEDSINFO |REPORTED > > --- Comment #4 from Nate Graham --- > Interesting, thanks. > -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 436745] missing menue and shortcut Strg+M
https://bugs.kde.org/show_bug.cgi?id=436745 --- Comment #5 from Holger --- Created attachment 138222 --> https://bugs.kde.org/attachment.cgi?id=138222=edit The Super User Dolphin displays the menu bar instead of the hamburger menu (top right of the window) after pressing the shortcut Ctrl+M. But this does not work in the 'normal' Dolphin. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 436745] missing menue and shortcut Strg+M
https://bugs.kde.org/show_bug.cgi?id=436745 --- Comment #3 from Holger --- Created attachment 138221 --> https://bugs.kde.org/attachment.cgi?id=138221=edit the SuperUser Dolphin without this problem - Option 'Show Menue Bar' in Hamburger submenue is available -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 436745] missing menue and shortcut Strg+M
https://bugs.kde.org/show_bug.cgi?id=436745 --- Comment #2 from Holger --- Created attachment 138220 --> https://bugs.kde.org/attachment.cgi?id=138220=edit the 'normal' Dolphin without entry 'show Menue Bar' in 'HamburgerMenue' -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 436745] New: missing menue and shortcut Strg+M
https://bugs.kde.org/show_bug.cgi?id=436745 Bug ID: 436745 Summary: missing menue and shortcut Strg+M Product: dolphin Version: 21.04.0 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: holger.w...@online.de CC: kfm-de...@kde.org Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: Hello all! my operating system: $ inxi -Fz Kernel: 5.12.0-2-default x86_64 bits: 64 Desktop: KDE Plasma 5.21.4 Distro: openSUSE Tumbleweed 20210505 In Dolphin File Manager, the sub-item 'Show Menu Bar' is no longer present in the hamburger menu, and the keyboard shortcut Ctrl+M no longer works either. In superuser Dolphin, on the other hand, the menu item is still included and the keyboard shortcut also still works (shows or hides the menu bar). Is this a bug (there were some updates this morning, but I don't know if there was one that could have caused this. A reboot did not fix it. The problem also exists in a virtual machine of the same OS (openSUSE Tumbleweed with KDE desktop); in Dolphin the menu entry is missing, in Superuser Dolphin it is there. Thanks your effort to fix the problem! Holger -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 406292] Stale duplicate entries in file search result
https://bugs.kde.org/show_bug.cgi?id=406292 --- Comment #6 from Holger --- Thanks for working on this - even if it seems to be a small annoyance. I really appreciate your effort to strive to reduce the paper-cuts. Stay healthy -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 435114] redraw glitches over whole desktop with effects on
https://bugs.kde.org/show_bug.cgi?id=435114 --- Comment #3 from Holger --- (In reply to Nate Graham from comment #2) > And all of these issues disappear if you turn off compositing with > Alt+Shift+F12? Yes, I confirm. Alt+Shift+F12 immediately stops the glitches and I could not reproduce them while effects are off. Especially susceptible seem applications, that use a combination of mouse-scroll and mouse-hover events: e.g. the mail list in Thunderbird: 1. scroll the list a few times up and down using the mouse wheel (exposing about 10 lines of hight for the list) 2. move the mouse a few pixel up, so it hovers a different mail-subject 3. e.g. the last line in the message list quickly toggles at a high frequency between two mails before and after the last scroll. The flicker continues about half a second after the last mouse-move and restarts, even if the mouse moves out of the window - but only as long, as it moves. I was suspecting other effects like transparency and invert, that I also regularly use, but I could reproduce without such a window on screen. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 435114] redraw glitches over whole desktop with effects on
https://bugs.kde.org/show_bug.cgi?id=435114 --- Comment #1 from Holger --- Sorry, the video 18.4 MB was too much for the issue tracker ... it is here: https://filehorst.de/d/dfqpbFau -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 435114] New: redraw glitches over whole desktop with effects on
https://bugs.kde.org/show_bug.cgi?id=435114 Bug ID: 435114 Summary: redraw glitches over whole desktop with effects on Product: plasmashell Version: 5.19.5 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: h.kl...@gmx.de CC: plasma-b...@kde.org Target Milestone: 1.0 SUMMARY Strange redraws with effects on. STEPS TO REPRODUCE 1. run plasma/kwin with effects on (Shift+Alt+F12) 2. use the desktop OBSERVED RESULT see video: first a Java-Program: TV-Browser, tooltips partially reappear, hover effects toggle by mouse-event, rightclick-menu heavily crippled second an arbitrary KDE program: Kate Line-highlight redrawn, scrolling the document blinks in frequency of the cursor, tabs shift back and forth to accomodate space for the * that marks a dirty unsaved file. Konsole running a command briefly prints its output and blanks back to black simulating the command was "undone", editing the line, previous lines toggle / simulate the last scroll up and down Dolphin slowly hovering the mouse from one file to another redraws the info-panel F11 not once for the new file, but toggles between the two for about 10 times, opening e.g. "Hilfe"-menu will also highlight "Einstellungen"-menu as though the mouse was over it EXPECTED RESULT The glitches shall not happen. SOFTWARE/OS VERSIONS Operating System: Kubuntu 20.10 KDE Plasma Version: 5.19.5 KDE Frameworks Version: 5.74.0 Qt Version: 5.14.2 Kernel Version: 5.8.0-48-generic OS Type: 64-bit Processors: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz Memory: 15.6 GiB of RAM Graphics Processor: Mesa DRI Intel® HD Graphics 4600 root@Meerschweinchen:/home/holger# apt list gtk3* Auflistung… Fertig gtk3-engines-breeze/groovy,groovy,now 5.19.5-0ubuntu2 all [installiert] gtk3-engines-unico/groovy 1.0.3+14.04.20140109-0ubuntu1 amd64 gtk3-im-libthai/groovy 0.2.2-1 amd64 gtk3-nocsd/groovy,groovy 3-1ubuntu1 all https://www.tvbrowser.org Version: 4.2.2 Plattform: Linux 5.8.0-48-generic System: amd64 Java-Version: 15.0.1 OpenJDK 64-Bit Server VM Oracle Corporation /opt/jdk-15.0.1 ADDITIONAL INFORMATION Trying to record the screen with Peek prevents the errors from showing. Easy workarounds: - Alt+tab to another screen filling application or - deactivate effects Shift+Alt+F12 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 394119] Panel should not stop auto-hiding even when a window wants attention
https://bugs.kde.org/show_bug.cgi?id=394119 --- Comment #38 from Holger --- (In reply to triffid.hunter from comment #36) > I am not aware of a follow-up regarding the mouse-off acknowledge > regression, feel free to create one. Bug 435095 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 435095] New: hide autohiding panel on mouseover
https://bugs.kde.org/show_bug.cgi?id=435095 Bug ID: 435095 Summary: hide autohiding panel on mouseover Product: plasmashell Version: master Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Panel Assignee: plasma-b...@kde.org Reporter: h.kl...@gmx.de Target Milestone: 1.0 SUMMARY a) The default and only behavior was to show an auto-hide panel as long as any window wants attention - effectively interrupting the workflow and forcing the user to switch to that window. b) With bug 394119 there will be an option, to suppress "show-on-notification" completely. I like to discuss an middle-ground ideas between a) obtrusive and b) silenced notification: 1. Dismiss on timer - notification auto-revokes after a few seconds 2. Dismiss by mouse-over - specifically the mouse-exit will take precedence on hiding the panel irrespective of any notification status. See also https://phabricator.kde.org/D12916#500345 3. Suppress panel unhide like b) but instead show notification bubble with window-icon + title and a click will bring the window to front Questions: I. Will notifications be lost, that the user might want to review later? Then the autohide should be decoupled from notification present, so that on next mouse-over the window in the taskmanager should still display a highlight to signal, it still wants attention. II. Notification bubbles already offer a timer, that stops on mouse-over - same mechanism could be a applied to the panel. Only the panel may not show an X to "close" because we will not want to "terminate" the panel. Instead the icon could be an arrow in direction to the screen-edge the panel is attached to, to signify the go-away notion. -- You are receiving this mail because: You are watching all bug changes.
