https://bugs.kde.org/show_bug.cgi?id=485520
Thomas Carmichael changed:
What|Removed |Added
CC||carmanau...@gmail.com
--- Comment #9 from
https://bugs.kde.org/show_bug.cgi?id=484165
Thomas Carmichael changed:
What|Removed |Added
CC||carmanau...@gmail.com
--- Comment #3 from
https://bugs.kde.org/show_bug.cgi?id=482943
--- Comment #21 from Thomas Carmichael ---
With the wireplumber update to 0.5.1 the additional issues I was experiencing
have been fixed and if I've changed the "System Sounds" setting to cause the
"Notification sounds" slider
https://bugs.kde.org/show_bug.cgi?id=482943
--- Comment #19 from Thomas Carmichael ---
Based on Patrick Silva's mention of a recent pipewire update, I did various
testing and found some issues that are occuring with wireplumber 0.5.0, where
downgrading to 0.4.17 doesn't specifically fix
https://bugs.kde.org/show_bug.cgi?id=482943
Thomas Carmichael changed:
What|Removed |Added
CC||carmanau...@gmail.com
--- Comment #15 from
https://bugs.kde.org/show_bug.cgi?id=465646
--- Comment #9 from Thomas Carmichael ---
I've done some additional testing that may help provide more useful context.
Looking into how nano saves files, I'm wondering if the way the
"~/.local/share/applications" directory is watched, or how
https://bugs.kde.org/show_bug.cgi?id=465646
Thomas Carmichael changed:
What|Removed |Added
CC||carmanau...@gmail.com
--- Comment #8 from
https://bugs.kde.org/show_bug.cgi?id=424991
Thomas Carmichael changed:
What|Removed |Added
Resolution|--- |NOT A BUG
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=166879
Thomas Carmichael changed:
What|Removed |Added
CC||carmanau...@gmail.com
--- Comment #7 from
https://bugs.kde.org/show_bug.cgi?id=424988
Thomas Carmichael changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=424990
--- Comment #4 from Thomas Carmichael ---
I left a comment on Bug 424991 since I think there would be more usability
issues for that one.
For this one however, I would expect that the idea of a second press of the Tab
key would complete the faded
https://bugs.kde.org/show_bug.cgi?id=424991
--- Comment #2 from Thomas Carmichael ---
I'd think that the first press of the Tab key would complete the path and a
subsequent press of the Tab key would move the focus away from the text field.
I will admit from doing a quick test right now that I
https://bugs.kde.org/show_bug.cgi?id=424990
--- Comment #2 from Thomas Carmichael ---
This differs from Bug 424991 in that it's related to the Tab key behaviour as
it relates to the Automatic/Short Automatic completion and after looking at the
issue reporting page
(https://community.kde.org
https://bugs.kde.org/show_bug.cgi?id=424990
Bug ID: 424990
Summary: Tab key changes focus from field with Automatic and
Short Automatic completion rather than completing
current path
Product: frameworks-kio
https://bugs.kde.org/show_bug.cgi?id=424991
Bug ID: 424991
Summary: Using Ctrl+L to edit the path and pressing the Tab key
moves focus from the field
Product: frameworks-kio
Version: 5.72.0
Platform: Neon Packages
https://bugs.kde.org/show_bug.cgi?id=424988
Bug ID: 424988
Summary: 'Open in New Tab' - New tab location configuration
Product: dolphin
Version: 20.04.3
Platform: Neon Packages
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=424987
Bug ID: 424987
Summary: 'Open in New Tab' behaviour for successive new tabs
Product: dolphin
Version: 20.04.3
Platform: Neon Packages
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=424985
Thomas Carmichael changed:
What|Removed |Added
Resolution|--- |NOT A BUG
Summary|Tab key
https://bugs.kde.org/show_bug.cgi?id=424985
Thomas Carmichael changed:
What|Removed |Added
Platform|Fedora RPMs |Neon Packages
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=424985
Bug ID: 424985
Summary: Tab key behaviour for completion/path entry
Product: frameworks-kio
Version: 5.72.0
Platform: Fedora RPMs
OS: Linux
Status: REPORTED
20 matches
Mail list logo