https://bugs.kde.org/show_bug.cgi?id=485430
--- Comment #4 from ratijas ---
Git commit 34a8f9c15d3e02de6c876b2a345d4cc27dffb002 by ivan tkachenko, on
behalf of Alistair Barrow.
Committed on 29/04/2024 at 20:20.
Pushed by ratijas into branch 'master'.
Focus the QLineEdit when showing the rename
https://bugs.kde.org/show_bug.cgi?id=485430
--- Comment #3 from ratijas ---
> Bonus point: highlight only the basename part of the filename, i.e. without
> the file extension (if one exists) and its dot, like Dolphin does.
The implementation of QLineEdit is quite hardcoded when it
https://bugs.kde.org/show_bug.cgi?id=485430
ratijas changed:
What|Removed |Added
Ever confirmed|0 |1
CC||m
https://bugs.kde.org/show_bug.cgi?id=474881
ratijas changed:
What|Removed |Added
CC||danielpet...@outlook.com
--- Comment #9 from ratijas
https://bugs.kde.org/show_bug.cgi?id=485518
ratijas changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=483390
ratijas changed:
What|Removed |Added
CC||m...@ratijas.tk
Assignee|plasma-b
https://bugs.kde.org/show_bug.cgi?id=478253
ratijas changed:
What|Removed |Added
CC||m...@ratijas.tk
Version Fixed
https://bugs.kde.org/show_bug.cgi?id=478253
ratijas changed:
What|Removed |Added
Latest Commit|https://invent.kde.org/plas |https://invent.kde.org/plas
|ma
https://bugs.kde.org/show_bug.cgi?id=478253
ratijas changed:
What|Removed |Added
Latest Commit||https://invent.kde.org/plas
https://bugs.kde.org/show_bug.cgi?id=485386
--- Comment #4 from ratijas ---
Git commit 8e8ef50b9faa3c2365dcf60f9d8dac71c55c0440 by ivan tkachenko.
Committed on 23/04/2024 at 18:18.
Pushed by ratijas into branch 'master'.
Fix connection lifetime issue
The lack of receiver may cause undefined
https://bugs.kde.org/show_bug.cgi?id=454854
--- Comment #2 from ratijas ---
Git commit 8e8ef50b9faa3c2365dcf60f9d8dac71c55c0440 by ivan tkachenko.
Committed on 23/04/2024 at 18:18.
Pushed by ratijas into branch 'master'.
Fix connection lifetime issue
The lack of receiver may cause undefined
https://bugs.kde.org/show_bug.cgi?id=485885
--- Comment #1 from ratijas ---
Created attachment 168740
--> https://bugs.kde.org/attachment.cgi?id=168740=edit
Sublime Text
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=485885
Bug ID: 485885
Summary: Completion text in popup does not vertically align
with the input
Classification: Applications
Product: kate
Version: unspecified
Platform: Other
https://bugs.kde.org/show_bug.cgi?id=483593
ratijas changed:
What|Removed |Added
Latest Commit|https://invent.kde.org/plas |https://invent.kde.org/plas
|ma
https://bugs.kde.org/show_bug.cgi?id=478556
ratijas changed:
What|Removed |Added
Ever confirmed|0 |1
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=478556
ratijas changed:
What|Removed |Added
CC||m...@ratijas.tk
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=485399
--- Comment #5 from ratijas ---
> discoverability
There is a dark side to that, as a built-in she'll feature would only be
discoverable specifically for Plasma shell users.
> Or maybe we could add a small indicator saying that grap
https://bugs.kde.org/show_bug.cgi?id=477616
--- Comment #4 from ratijas ---
Possibly directly related to BUG 437385 since it turns out QtQuick doesn't
handle ListView inside another ListView very well
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=485306
ratijas changed:
What|Removed |Added
Resolution|--- |UPSTREAM
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=485399
--- Comment #3 from ratijas ---
I am pretty happy with qpwgraph, and I don't see why would it need to be
vendor-locked specifically to Plasma? It does a pretty good job at being a
standalone application.
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=485073
--- Comment #7 from ratijas ---
> High-level issue is that if you try to navigate the app using your keyboard
> instead of the mouse, it's impossible: tab doesn't circle through all the
> buttons (it only does within the area you have
https://bugs.kde.org/show_bug.cgi?id=172921
ratijas changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Latest Commit
https://bugs.kde.org/show_bug.cgi?id=483692
ratijas changed:
What|Removed |Added
Latest Commit||https://invent.kde.org/plas
https://bugs.kde.org/show_bug.cgi?id=437385
--- Comment #4 from ratijas ---
Specifically, a ListView or an AbstractButton, or I guess any other event
handling type inside a ListView causes it. Note that SwipeView is implemented
using a ListView a its contentItem. This is most definitely
https://bugs.kde.org/show_bug.cgi?id=437385
--- Comment #3 from ratijas ---
This bug is not restricted to clicking on calendar items only. In fact,
right-clicking anywhere within SwipeView breaks the thing.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=485073
ratijas changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=396756
ratijas changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=396756
ratijas changed:
What|Removed |Added
CC||m...@ratijas.tk
--- Comment #5 from ratijas
https://bugs.kde.org/show_bug.cgi?id=437385
ratijas changed:
What|Removed |Added
CC||m...@ratijas.tk
Assignee|plasma-b
https://bugs.kde.org/show_bug.cgi?id=477616
ratijas changed:
What|Removed |Added
CC||m...@ratijas.tk
Assignee|plasma-b
https://bugs.kde.org/show_bug.cgi?id=480410
ratijas changed:
What|Removed |Added
CC||m...@ratijas.tk
--- Comment #5 from ratijas
https://bugs.kde.org/show_bug.cgi?id=484541
ratijas changed:
What|Removed |Added
Ever confirmed|0 |1
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=408928
ratijas changed:
What|Removed |Added
Status|ASSIGNED|CONFIRMED
--- Comment #22 from ratijas ---
Changing
https://bugs.kde.org/show_bug.cgi?id=459234
--- Comment #12 from ratijas ---
Virtual desktops on a desktop grid are still living one by one at their own
stacking order, no one has split background planes from foreground window
heaps. So I see no reason why could this have been considered fixed
https://bugs.kde.org/show_bug.cgi?id=172921
ratijas changed:
What|Removed |Added
CC||m...@ratijas.tk
--- Comment #24 from ratijas
https://bugs.kde.org/show_bug.cgi?id=483948
ratijas changed:
What|Removed |Added
Ever confirmed|0 |1
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=484136
ratijas changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=484223
ratijas changed:
What|Removed |Added
Ever confirmed|0 |1
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=475468
ratijas changed:
What|Removed |Added
Status|REPORTED|CONFIRMED
Ever confirmed|0
https://bugs.kde.org/show_bug.cgi?id=483490
ratijas changed:
What|Removed |Added
Resolution|--- |INTENTIONAL
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=482035
ratijas changed:
What|Removed |Added
Ever confirmed|0 |1
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=483572
ratijas changed:
What|Removed |Added
Status|REPORTED|CONFIRMED
Ever confirmed|0
https://bugs.kde.org/show_bug.cgi?id=483356
ratijas changed:
What|Removed |Added
Ever confirmed|0 |1
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=482518
--- Comment #8 from ratijas ---
I managed to export Yuzu as a .flatpak bundle, and after importing it back
(like, via double-clicking — Open with Discover) I got the same state as you
did. The bug is fully confirmed at this point.
What's even more
https://bugs.kde.org/show_bug.cgi?id=482518
--- Comment #7 from ratijas ---
I think I am dealing with some leaking abstractions on my end. The
InstallApplicationButton.qml component has the following property:
readonly property bool isStateAvailable: application.state
https://bugs.kde.org/show_bug.cgi?id=482518
--- Comment #6 from ratijas ---
Funny thing is, Discover has FlatpakEolReason.qml UI component. Yet, when it
comes to finally using it, we are stuck at Loading presumably because FlatHub
delisted it, so I don't even have AppStream metadata for FlatHub
https://bugs.kde.org/show_bug.cgi?id=482518
ratijas changed:
What|Removed |Added
Ever confirmed|0 |1
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=48
--- Comment #1 from ratijas ---
Created attachment 167024
--> https://bugs.kde.org/attachment.cgi?id=167024=edit
breeze - KeySequenceItem
```qml
import org.kde.kquickcontrols as KQuickControls
Window {
KQuickControls.KeySequenceI
https://bugs.kde.org/show_bug.cgi?id=48
Bug ID: 48
Summary: Minimum width for Buttons with text causes slight
"jumps" for kdeclarative/KeySequenceItem
Classification: Plasma
Product: Breeze
Version: master
https://bugs.kde.org/show_bug.cgi?id=482518
ratijas changed:
What|Removed |Added
CC||m...@ratijas.tk
--- Comment #2 from ratijas ---
Can
https://bugs.kde.org/show_bug.cgi?id=482141
ratijas changed:
What|Removed |Added
CC||hoffmann_lorenz@protonmail
https://bugs.kde.org/show_bug.cgi?id=483087
ratijas changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=481183
--- Comment #2 from ratijas ---
There is no universal answer for that. Probably worth asking the user every
time (which I'd expect to be rare enough to not be annoying), and *without*
"remember this settings" kind of checkbox.
https://bugs.kde.org/show_bug.cgi?id=481722
--- Comment #3 from ratijas ---
> No devices paired at the moment / right now?
> Or no devices paired in the past?
> Or no devices paired both in the past and right now?
Paired devices are the ones your Bluetooth chip knows about. I thin
https://bugs.kde.org/show_bug.cgi?id=482035
--- Comment #1 from ratijas ---
That's quite unexpected. The new smooth scrolling behavior is backed by a
QPropertyAnimation, which is supposed to integrate with QML scene's (and
ultimately QWindow's-) refresh rate without any additional setup on our
https://bugs.kde.org/show_bug.cgi?id=481109
--- Comment #6 from ratijas ---
One this I personally tend to agree with, is that scrolling on sliders and
combo boxes is an anti-feature. It prevents lots of stuff from scrolling
smoothly throughout our UIs, making it sometimes a frustrating
https://bugs.kde.org/show_bug.cgi?id=475468
--- Comment #7 from ratijas ---
Can confirm this issue still persists on a fresh installation of Arch Linux
with a fresh build of packages from git master.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=451432
ratijas changed:
What|Removed |Added
Status|CONFIRMED |RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=480589
ratijas changed:
What|Removed |Added
Resolution|WAITINGFORINFO |UNMAINTAINED
Status|NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=480589
ratijas changed:
What|Removed |Added
Status|REPORTED|NEEDSINFO
CC
https://bugs.kde.org/show_bug.cgi?id=479276
ratijas changed:
What|Removed |Added
CC||m...@ratijas.tk
Resolution
https://bugs.kde.org/show_bug.cgi?id=480362
--- Comment #3 from ratijas ---
No fractional scaling. 100% FullHD 1920x1080 screen only.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480362
--- Comment #2 from ratijas ---
Doesn't seem to be happening on the bottom or right sides. Not sure how to test
the top edge.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480362
--- Comment #1 from ratijas ---
Created attachment 165250
--> https://bugs.kde.org/attachment.cgi?id=165250=edit
cursor at the screen edge
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480362
Bug ID: 480362
Summary: Mouse hover is not stable on the left side of screen
if you keep pushing the cursor to the left
Classification: Plasma
Product: kwin
Version: git master
https://bugs.kde.org/show_bug.cgi?id=478704
ratijas changed:
What|Removed |Added
Latest Commit|https://invent.kde.org/plas |https://invent.kde.org/plas
|ma
https://bugs.kde.org/show_bug.cgi?id=478704
ratijas changed:
What|Removed |Added
Latest Commit|https://invent.kde.org/plas |https://invent.kde.org/plas
|ma
https://bugs.kde.org/show_bug.cgi?id=478704
ratijas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://bugs.kde.org/show_bug.cgi?id=478704
ratijas changed:
What|Removed |Added
CC||m...@ratijas.tk
--- Comment #2 from ratijas
https://bugs.kde.org/show_bug.cgi?id=42
ratijas changed:
What|Removed |Added
Latest Commit|https://invent.kde.org/plas |https://invent.kde.org/plas
|ma
https://bugs.kde.org/show_bug.cgi?id=42
ratijas changed:
What|Removed |Added
Resolution|--- |FIXED
Latest Commit
https://bugs.kde.org/show_bug.cgi?id=478311
ratijas changed:
What|Removed |Added
CC||m...@ratijas.tk
--- Comment #4 from ratijas
https://bugs.kde.org/show_bug.cgi?id=479810
ratijas changed:
What|Removed |Added
CC||m...@ratijas.tk
Ever confirmed|0
https://bugs.kde.org/show_bug.cgi?id=477522
--- Comment #5 from ratijas ---
Found another closely related upstream bug report in pipewire:
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2168
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=477522
--- Comment #4 from ratijas ---
I filed an upstream bugreport to speech-dispatcher because their streams are
getting stuck in limbo PA_STREAM_CREATING state causing leaks in my case. I
assume there might be more apps out there that create buggy streams
https://bugs.kde.org/show_bug.cgi?id=479619
Bug ID: 479619
Summary: Microphone's monitoring levels are extremely
non-linear
Classification: Plasma
Product: plasma-pa
Version: unspecified
Platform: Other
https://bugs.kde.org/show_bug.cgi?id=474953
ratijas changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Latest Commit
https://bugs.kde.org/show_bug.cgi?id=478505
--- Comment #4 from ratijas ---
My bad. I saw "KSvg" mentioned in the last comment there
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=478492
--- Comment #5 from ratijas ---
What if/when it's not tiny?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=478505
ratijas changed:
What|Removed |Added
CC||m...@ratijas.tk
--- Comment #2 from ratijas
https://bugs.kde.org/show_bug.cgi?id=478492
--- Comment #3 from ratijas ---
OverlaySheet + ListView's implicit height will never be reliable. I did it for
Dependencies sheet, and it quickly escalated into a bunch of horrible hacks. We
should just use full pages IMHO
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=477349
ratijas changed:
What|Removed |Added
Ever confirmed|0 |1
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=478437
--- Comment #4 from ratijas ---
> However, If I set the property to false, scrolling using touchpad still work
> with QQC Slider but doesn't work with Plasma Components Slider.
Also we do have custom logic in our qqc2-desktop-style Slider.qml:
https://bugs.kde.org/show_bug.cgi?id=478437
ratijas changed:
What|Removed |Added
Resolution|--- |UPSTREAM
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=477498
ratijas changed:
What|Removed |Added
Status|NEEDSINFO |RESOLVED
Resolution|WAITINGFORINFO
https://bugs.kde.org/show_bug.cgi?id=448365
ratijas changed:
What|Removed |Added
Latest Commit||https://invent.kde.org/plas
https://bugs.kde.org/show_bug.cgi?id=448365
ratijas changed:
What|Removed |Added
CC||m...@ratijas.tk
--- Comment #2 from ratijas
https://bugs.kde.org/show_bug.cgi?id=442929
ratijas changed:
What|Removed |Added
Version|5.86.0 |master
Product|frameworks-plasma
https://bugs.kde.org/show_bug.cgi?id=474611
ratijas changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=463024
--- Comment #39 from ratijas ---
Interestingly, on Plasma 6 beta 1 I have a somewhat inverse problem. Mostly
subpixel rendering is OFF as it should, but *some* software like tastenbrett
(the on-screen keyboard visualization written in QML) have
https://bugs.kde.org/show_bug.cgi?id=442623
ratijas changed:
What|Removed |Added
Resolution|--- |WAITINGFORINFO
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=448726
ratijas changed:
What|Removed |Added
Status|CONFIRMED |RESOLVED
Latest Commit
https://bugs.kde.org/show_bug.cgi?id=478125
--- Comment #6 from ratijas ---
Maybe just use a fixed RowLayout with two buttons then (kind of like System
Settings)? Why the ActionToolBar if the header is not supposed to be adaptive
to an arbitrary amount of buttons?
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=457466
ratijas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|CONFIRMED
https://bugs.kde.org/show_bug.cgi?id=436652
ratijas changed:
What|Removed |Added
Status|CONFIRMED |RESOLVED
Version Fixed
https://bugs.kde.org/show_bug.cgi?id=478125
--- Comment #4 from ratijas ---
Note that width of the sidebar is too narrow anyway, and it is not draggable.
For example, the "Add page" / "Создать страницу" entry gets elided.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=478125
ratijas changed:
What|Removed |Added
CC||m...@ratijas.tk
--- Comment #3 from ratijas
https://bugs.kde.org/show_bug.cgi?id=460097
ratijas changed:
What|Removed |Added
Resolution|WAITINGFORINFO |FIXED
Status|NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=478170
--- Comment #7 from ratijas ---
Git commit 98c18c7e6deafa872f72b005312749421a31b470 by ivan tkachenko.
Committed on 07/12/2023 at 04:16.
Pushed by ratijas into branch 'master'.
ScrollViewKCM: Clip Flickable content whenever there is a header
https://bugs.kde.org/show_bug.cgi?id=478217
Bug ID: 478217
Summary: Pressing scrollbar in the "Input Events" tab in debug
console causes a crash
Classification: Plasma
Product: kwin
Version: git master
Platform: Other
1 - 100 of 1196 matches
Mail list logo