https://bugs.kde.org/show_bug.cgi?id=459136
--- Comment #3 from Ellie ---
Since the regression, this sometimes doesn't seem to work for the active window
anymore either.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=497249
--- Comment #21 from Ellie ---
Yup. For me the "move into" window has a title bar too and it opens up at what
seems to be a completely wrong position (not where the mouse is).
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=497480
Ellie changed:
What|Removed |Added
CC||e...@horse64.org
--- Comment #5 from Ellie ---
I&#
https://bugs.kde.org/show_bug.cgi?id=501505
Ellie changed:
What|Removed |Added
Ever confirmed|0 |1
Status|RESOLVED
https://bugs.kde.org/show_bug.cgi?id=489700
--- Comment #4 from Ellie ---
I have since found out that the filename being erased is Maliit's spell check
mode. So I assume that part isn't fixed, but probably not a KIO frameworks
problem, and it seems like the plan is to move to another
https://bugs.kde.org/show_bug.cgi?id=501505
Ellie changed:
What|Removed |Added
URL||https://gitlab.freedesktop
https://bugs.kde.org/show_bug.cgi?id=501505
--- Comment #6 from Ellie ---
Thank you so much for all the responses. I did some investigations:
1. I confirmed with "Pizza Connection 2" that Proton handles this correctly and
normal wine doesn't.
2. I confirmed via SDL2 that when u
https://bugs.kde.org/show_bug.cgi?id=501505
--- Comment #3 from Ellie ---
My apologies for the uninformed question, but how would I test if xrandr
emulation works? And isn't wine currently switching over to Wayland? Some apps
report display mode setting failures, so something along the
https://bugs.kde.org/show_bug.cgi?id=501505
Bug ID: 501505
Summary: [Regression] KWin Wayland not allowing apps to
fullscreen at 640x480, 800x600, and 1024x768 affects a
huge list of old games that would otherwise run fine
Classifi
https://bugs.kde.org/show_bug.cgi?id=497249
--- Comment #19 from Ellie ---
I still see this problem on 24.08.3, the original one.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=499522
--- Comment #2 from Ellie ---
For what it's worth, I was using my finger and I still can't open it (or timely
close it without using multiple taps instead of one). The other ticket seems to
speak mainly about mouse clicks. Sorry if that'
https://bugs.kde.org/show_bug.cgi?id=499822
Bug ID: 499822
Summary: "Virtual keyboard" button on lock screen seems to be
broken when clicked with mouse
Classification: Plasma
Product: plasmashell
Version: 6.2.4
Platform
https://bugs.kde.org/show_bug.cgi?id=489671
--- Comment #4 from Ellie ---
Is there something I can provide to help fix this? This seems to be fairly high
impact.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=499522
Bug ID: 499522
Summary: "Input method" toggle doesn't bring up maliit osk,
touch keyboard seems inaccessible
Classification: Plasma
Product: kwin
Version: 6.2.5
Platform: Othe
https://bugs.kde.org/show_bug.cgi?id=489671
--- Comment #3 from Ellie ---
Sadly, "Switch Users" seems to be broken on latest Alpine Linux for some
possibly unrelated reason, seemingly upgrading this to an unavoidable hard lock
again for users without a physical keyboard attached.
-
https://bugs.kde.org/show_bug.cgi?id=498869
Ellie changed:
What|Removed |Added
URL||https://bugreports.qt.io/br
https://bugs.kde.org/show_bug.cgi?id=498984
Bug ID: 498984
Summary: None of the Youtube video sources seem to work
Classification: Applications
Product: PlasmaTube
Version: 24.12.1
Platform: Other
OS: Linux
Stat
https://bugs.kde.org/show_bug.cgi?id=486710
Ellie changed:
What|Removed |Added
CC||e...@horse64.org
--- Comment #1 from Ellie ---
For me
https://bugs.kde.org/show_bug.cgi?id=498869
--- Comment #5 from Ellie ---
Sorry for the uninformed and time-wasting question, but should I report the
issue somewhere else? I'm not quite sure where MS Windows 9x bug reports would
go, it seems to somehow be part of KDE but I can't
https://bugs.kde.org/show_bug.cgi?id=498869
--- Comment #3 from Ellie ---
When I apply Application Style "Breeze Dark" then re-apply Colors variant
"Materia Manjaro Dark HighContrast" I can confirm it works. When I then
re-apply "MS Windows 9x" Application Styl
https://bugs.kde.org/show_bug.cgi?id=498869
--- Comment #1 from Ellie ---
Created attachment 177520
--> https://bugs.kde.org/attachment.cgi?id=177520&action=edit
Screenshot showing that in some popup dialogs, the keyboard focus seems to work
as intended
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=498869
Bug ID: 498869
Summary: Keyboard focus seems to be invisible on most settings
and rendering with e.g. black on dark gray for others,
making navigation nearly impossible without a mouse
Cl
https://bugs.kde.org/show_bug.cgi?id=496861
--- Comment #25 from Ellie ---
It does seem to affect the plasma task bar too under some circumstances. So
there seems to be some potential plasma bug involved, or at least as a naive
user from the outside it seems a little like that to me.
--
You
https://bugs.kde.org/show_bug.cgi?id=459161
--- Comment #17 from Ellie ---
Sorry if this is the wrong place to point this out, but it seems like cursor
sizes can also differ on the plasma taskbar itself for the same plasma version
if you change themes and DPI scale in the "wrong"
https://bugs.kde.org/show_bug.cgi?id=498413
--- Comment #2 from Ellie ---
Another interesting twist that I came across: I checked my other machine now
which is a newer install, and it's enabled there. It seems like on my main
machine I noticed at some point and disabled it manually, but it
https://bugs.kde.org/show_bug.cgi?id=498413
Ellie changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=498413
--- Comment #1 from Ellie ---
Created attachment 177219
--> https://bugs.kde.org/attachment.cgi?id=177219&action=edit
Settings that show "1 entry" for the history
My apologies, after some digging around it seems the VM only has a h
https://bugs.kde.org/show_bug.cgi?id=498413
Bug ID: 498413
Summary: Password leak risk from perhaps kind of insecure
clipboard UI design
Classification: Plasma
Product: plasmashell
Version: 6.2.4
Platform: Other
https://bugs.kde.org/show_bug.cgi?id=498221
--- Comment #14 from Ellie ---
As a small update, GTK+ seems to think the apps should do this, but in practice
I've seen plenty more popular ones that don't. That seems a bit unsatisfactory
as an end user. https://gitlab.gnome.org/GNOME/gt
https://bugs.kde.org/show_bug.cgi?id=496861
--- Comment #23 from Ellie ---
While I don't object to this feature request and I think it's a good idea,
before talking about what cursor sizes are useful it perhaps would make sense
to look at when they unintentionally differ first.
https://bugs.kde.org/show_bug.cgi?id=498387
--- Comment #3 from Ellie ---
Created attachment 177199
--> https://bugs.kde.org/attachment.cgi?id=177199&action=edit
Screenshot 6 showing the cursor theme used for testing
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=498387
--- Comment #2 from Ellie ---
Created attachment 177198
--> https://bugs.kde.org/attachment.cgi?id=177198&action=edit
Screenshot 5 showing what seems to be the intended cursor size
--
You are receiving this mail because:
You are watching
https://bugs.kde.org/show_bug.cgi?id=498387
--- Comment #1 from Ellie ---
Created attachment 177197
--> https://bugs.kde.org/attachment.cgi?id=177197&action=edit
Screenshot 4 showing cursor at roughly 50% size of what it seems to be intended
to be
--
You are receiving this mail becau
https://bugs.kde.org/show_bug.cgi?id=498387
Bug ID: 498387
Summary: Cursor sizes differ greatly in situations where this
seems to be unintended
Classification: Plasma
Product: plasmashell
Version: 6.2.4
Platform: postma
https://bugs.kde.org/show_bug.cgi?id=498221
--- Comment #13 from Ellie ---
Created attachment 177195
--> https://bugs.kde.org/attachment.cgi?id=177195&action=edit
Screenshot showing the problem occurring with GTK+ (not sure if version 3 or 4)
--
You are receiving this mail because:
https://bugs.kde.org/show_bug.cgi?id=498221
--- Comment #8 from Ellie ---
Thanks so much for checking! Perhaps I should close this issue then, or should
I wait until this was looked at by GTK+ to see what their take is?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=498221
--- Comment #6 from Ellie ---
I tested this with GTK+ now and filed a bug, it does seem to be an ongoing
problem: https://gitlab.gnome.org/GNOME/gtk/-/issues/7253 I haven't tested Qt
yet.
--
You are receiving this mail because:
You are watchin
https://bugs.kde.org/show_bug.cgi?id=498221
--- Comment #5 from Ellie ---
Isn't it still a problem in GTK+? (My apologies if I'm mixing things up.)
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=497249
--- Comment #14 from Ellie ---
I see it on 24.08.3 on postmarketOS/Alpine.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=497249
--- Comment #12 from Ellie ---
> If you navigate into a folder with videos to test it, the issue won't happen.
Can confirm it seems to depend on the launch folder. When I launch it in a
folder with VP9 .webm files the bug happens. In anothe
https://bugs.kde.org/show_bug.cgi?id=498221
--- Comment #1 from Ellie ---
There is some new downstream discussion on the SDL bugtracker
https://github.com/libsdl-org/SDL/issues/11747 whether this is a toolkit issue
after all. In any case, it seems like SDL2 and GTK+ are both affected, so it
https://bugs.kde.org/show_bug.cgi?id=498221
Bug ID: 498221
Summary: Resizable windows under Wayland aren't automatically
shrunk to avoid having parts cut off like they are
under X11
Classification: Plasma
Product: kwin
https://bugs.kde.org/show_bug.cgi?id=487127
--- Comment #8 from Ellie ---
Oops, my deepest apologies, for some reason I didn't see that I already
commented this link. I just ran into this again today and somehow had the same
thought without realizing and managed to miss my own past commen
https://bugs.kde.org/show_bug.cgi?id=487127
--- Comment #7 from Ellie ---
I tried to lay out some of the problems I ran into here:
https://discuss.kde.org/t/please-consider-adding-a-white-list-mode-to-the-system-tray-and-a-true-black-list/20352
--
You are receiving this mail because:
You are
https://bugs.kde.org/show_bug.cgi?id=497249
--- Comment #9 from Ellie ---
This bug seems to indirectly break renaming under some conditions, since when
renaming is initiated and then this tooltip is triggered by the mouse resting
on some file, the renaming will be canceled. This seems to be
https://bugs.kde.org/show_bug.cgi?id=489822
--- Comment #5 from Ellie ---
It seems like GNOME Console is also affected, so perhaps this is a Plasma or
KWin thing after all: https://gitlab.gnome.org/GNOME/console/-/issues/407
Although gedit is not, which leaves me confused.
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=489822
Ellie changed:
What|Removed |Added
Component|general |general
Product|plasma-mobile
https://bugs.kde.org/show_bug.cgi?id=497290
--- Comment #2 from Ellie ---
Oh good find, I can confirm from the video attached to the other bug report
that it's the same issue. My apologies for accidentally filing a duplicate.
--
You are receiving this mail because:
You are watching al
https://bugs.kde.org/show_bug.cgi?id=496861
--- Comment #22 from Ellie ---
Perhaps it is best if I open a separate issue since this one seems to have
gotten a bit off track. But it seems to be a bug, and it's still present in
6.2.4. In any case, sorry for the derailing and confusion.
--
https://bugs.kde.org/show_bug.cgi?id=497666
Bug ID: 497666
Summary: Mallit opening cancels file or folder rename,
seemingly making renaming impossible
Classification: Applications
Product: dolphin
Version: 24.08.3
Platf
https://bugs.kde.org/show_bug.cgi?id=496861
--- Comment #21 from Ellie ---
Sorry, I meant to say "same DPI sizes". You can see with the Plasma taskbar
scale, it's the same on Screenshot 3 & 5.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=496861
--- Comment #20 from Ellie ---
> I saw the cursor scale proportionally with the display scaling.
Sorry if I'm missing something but this seems to be incorrect as being always
true, see Screenshot 3 & Screenshot 5. Both are from Pla
https://bugs.kde.org/show_bug.cgi?id=496861
--- Comment #18 from Ellie ---
Sorry for perhaps coming across as pushy but please re-read this comment:
https://bugs.kde.org/show_bug.cgi?id=496861#c14
There are different cursor sizes appearing on the plasma panel for the same
screen resolution
https://bugs.kde.org/show_bug.cgi?id=496861
--- Comment #16 from Ellie ---
Since this seems to be a legit bug and not a wishlist item or feature request,
would it be possible to revert it? I don't seem to be able to. Sorry for taking
up your time.
--
You are receiving this mail because
https://bugs.kde.org/show_bug.cgi?id=497290
Bug ID: 497290
Summary: When hovering the mouse over a file, a tooltip window
will show up for a split second with a "Dolphin"
window frame and in the wrong location
Classification: Appli
https://bugs.kde.org/show_bug.cgi?id=496861
Ellie changed:
What|Removed |Added
Attachment #176471|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=496861
--- Comment #14 from Ellie ---
Created attachment 176471
--> https://bugs.kde.org/attachment.cgi?id=176471&action=edit
Screenshot 5 (Plasma 6.2.5 but suddenly different cursor size at same DPI with
same 32px cursor t heme, compare Screenshot
https://bugs.kde.org/show_bug.cgi?id=496861
--- Comment #12 from Ellie ---
Sorry for the comment spam, but https://bugs.kde.org/show_bug.cgi?id=451158#c12
seems to also suggest there should be pixmap scaling as some sort of fallback.
That's basically also what I would have expected as a
https://bugs.kde.org/show_bug.cgi?id=496861
--- Comment #11 from Ellie ---
> Are you observing that, on your Plasma 6.2.4 device, the Breeze cursor theme
> is not using a larger size when you change the system scaling?
The breeze theme cursor certainly looks too small by default compa
https://bugs.kde.org/show_bug.cgi?id=496861
--- Comment #9 from Ellie ---
In case I worded it too vaguely: I think as both a user and a theme creator the
base expectation is e.g. a 32x32 cursor bitmap should as a starting point
always have the same size relative(!) to the other DPI scaled
https://bugs.kde.org/show_bug.cgi?id=496861
--- Comment #8 from Ellie ---
How does this affect DPI scaling? I understand that the cursor size is tiny
when wanting to do additional user directed scale, but without that, shouldn't
the cursor be scaled up by 150% with 150% DPI scale, 175% wit
https://bugs.kde.org/show_bug.cgi?id=496861
--- Comment #6 from Ellie ---
I forgot to mention the cursor size, "Classic Flat White" doesn't allow setting
any different sizes. I don't think I ever changed the size of cursors on any
plasma install.
--
You are receiving this m
https://bugs.kde.org/show_bug.cgi?id=496861
Ellie changed:
What|Removed |Added
Resolution|WAITINGFORINFO |---
Status|NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=496724
--- Comment #4 from Ellie ---
Can confirm making the connection available to all users makes it work, exactly
as described in the downstream issue. Thank you so much for finding this!
--
You are receiving this mail because:
You are watching all bug
https://bugs.kde.org/show_bug.cgi?id=496861
Bug ID: 496861
Summary: Cursor sizes seem to be a mess and almost always too
tiny
Classification: Plasma
Product: plasmashell
Version: 6.2.4
Platform: Other
OS
https://bugs.kde.org/show_bug.cgi?id=496861
--- Comment #3 from Ellie ---
Created attachment 176241
--> https://bugs.kde.org/attachment.cgi?id=176241&action=edit
Screenshot 4 (Plasma 6.2.4)
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=496861
--- Comment #2 from Ellie ---
Created attachment 176240
--> https://bugs.kde.org/attachment.cgi?id=176240&action=edit
Screenshot 3 (Plasma 6.2.4)
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=496861
--- Comment #1 from Ellie ---
Created attachment 176239
--> https://bugs.kde.org/attachment.cgi?id=176239&action=edit
Screenshot 2 (Plasma 6.0.5)
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=496830
--- Comment #6 from Ellie ---
(A small side that I forgot: especially pixelated retro pixel cursors, like old
Windows or Amiga cursors, are most likely never going to switch to an SVG
format since that seems somewhat unnatural. I'm not saying
https://bugs.kde.org/show_bug.cgi?id=496830
--- Comment #5 from Ellie ---
The first blog post sounds like cursor sizes are a problem today, but might be
fixed tomorrow. In that case, why couldn't cursor scaling with a user setting
be readded? It seems like for accessibility this would be ki
https://bugs.kde.org/show_bug.cgi?id=496830
--- Comment #3 from Ellie ---
Since Wayland already scales the cursor in so many places, why couldn't there
just be an upscaler? I'm a little lost about that one, it seems like it might
be somewhat straightforward to add and a lot of cur
https://bugs.kde.org/show_bug.cgi?id=496830
--- Comment #1 from Ellie ---
There also seems to be a possible bug with cursor sizes in general, since in
XWayland applications the cursor seems to be 1.5x the size which looks way more
natural. Also I have a second machine with an older version of
https://bugs.kde.org/show_bug.cgi?id=496830
Bug ID: 496830
Summary: UX/Accessibility: there should be synthetic larger
sizes for all cursor themes to use
Classification: Applications
Product: systemsettings
Version: 6.2.4
https://bugs.kde.org/show_bug.cgi?id=496827
Bug ID: 496827
Summary: "pin to taskbar" items reset after logout
Classification: Plasma
Product: plasmashell
Version: 6.0.5
Platform: Other
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=496724
--- Comment #2 from Ellie ---
Created attachment 176152
--> https://bugs.kde.org/attachment.cgi?id=176152&action=edit
A screenshot of the network settings showing how auto-connect is enabled
--
You are receiving this mail because:
You are w
https://bugs.kde.org/show_bug.cgi?id=496724
--- Comment #1 from Ellie ---
Created attachment 176151
--> https://bugs.kde.org/attachment.cgi?id=176151&action=edit
The wifi listing showing the affected network and how it's not connecting
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=496724
Bug ID: 496724
Summary: Wifi autoconnect setting sometimes doesn't seem to be
registered properly
Classification: Applications
Product: systemsettings
Version: 6.2.3
Platform:
https://bugs.kde.org/show_bug.cgi?id=496078
Ellie changed:
What|Removed |Added
Resolution|NOT A BUG |---
Ever confirmed|0 |1
https://bugs.kde.org/show_bug.cgi?id=496078
--- Comment #4 from Ellie ---
I also just noticed the SDL2 pull request you linked mentions "x11" in
particular, while I'm using a KDE Plasma Wayland session. That made me curious,
and as a test I removed the "X11 windowing syste
https://bugs.kde.org/show_bug.cgi?id=496078
--- Comment #3 from Ellie ---
Gnome desktop portal isn't installed for me. Does this mean it's a different
bug after all? However, I run both of these applications through flatpak. Would
I need to uninstall it from inside the flatpak? I d
https://bugs.kde.org/show_bug.cgi?id=496078
--- Comment #1 from Ellie ---
Created attachment 175724
--> https://bugs.kde.org/attachment.cgi?id=175724&action=edit
An install of visualboyadvance-m seemingly having trouble with centering and
scaling the image as expected
--
You are re
https://bugs.kde.org/show_bug.cgi?id=496078
Bug ID: 496078
Summary: Multiple emulators like dosbox and visualboyadvance-m
seem to have trouble with screen size under KDE Plasma
6 Wayland
Classification: Plasma
Product: k
https://bugs.kde.org/show_bug.cgi?id=496023
Bug ID: 496023
Summary: Open/save dialog file listing has no touch scroll,
making it seemingly near impossible to navigate larger
folders
Classification: Frameworks and Libraries
https://bugs.kde.org/show_bug.cgi?id=481038
--- Comment #2 from Ellie ---
I think it makes sense to both have a strict variant and a non-strict variant,
since many users probably rely on both, as separate syntax options available at
the same time. Given how many "JSON with comments"
https://bugs.kde.org/show_bug.cgi?id=459136
Ellie changed:
What|Removed |Added
CC||e...@horse64.org
--- Comment #1 from Ellie
https://bugs.kde.org/show_bug.cgi?id=494637
Ellie changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=495493
Bug ID: 495493
Summary: Regression: Creating a new folder doesn't seem to be
usable any longer, submenu lists hundreds of items
that exceed entire screen size
Classification: Applications
https://bugs.kde.org/show_bug.cgi?id=494637
--- Comment #1 from Ellie ---
If anybody comes across a workaround for this, I would be curious. Without a
keyboard attached this is quite difficult to work around, since it requires
unmaximizing and maximizing again the affected window which can be
https://bugs.kde.org/show_bug.cgi?id=495036
--- Comment #4 from Ellie ---
Created attachment 175225
--> https://bugs.kde.org/attachment.cgi?id=175225&action=edit
Screenshot showing GIMP's floating text tool buttons that provide extra options
and which are hard to miss
--
You a
https://bugs.kde.org/show_bug.cgi?id=495036
--- Comment #5 from Ellie ---
(I forgot to add: if you still think this isn't a useful suggestion, feel free
to close this issue!)
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=495036
--- Comment #3 from Ellie ---
I'm using GIMP a lot, and I've never had to double-click to apply crop. I tried
it just now, and double-clicking in GIMP on a selection doesn't do anything,
let alone crop.
Therefore, I'm suggesting f
https://bugs.kde.org/show_bug.cgi?id=495036
--- Comment #1 from Ellie ---
It seems like there is a text showing up now that tells me to double-click.
This text only showed up after I did that, which doesn't seem like a useful
point in time, although sorry if I somehow did something to mess
https://bugs.kde.org/show_bug.cgi?id=495036
Bug ID: 495036
Summary: [UX Problem] Applying crop and then saving doesn't
apply crop
Classification: Applications
Product: Spectacle
Version: 24.08.1
Platform: Other
https://bugs.kde.org/show_bug.cgi?id=494656
Bug ID: 494656
Summary: If a folder has the wrong kind of characters, Dolphin
can't open or remove or rename it
Classification: Applications
Product: dolphin
Version: 24.08.1
https://bugs.kde.org/show_bug.cgi?id=494637
Bug ID: 494637
Summary: [Regression] On-screen keyboard causes windows to
shrink and no longer expand afterward
Classification: Plasma
Product: plasmashell
Version: 6.1.5
Plat
https://bugs.kde.org/show_bug.cgi?id=494636
Bug ID: 494636
Summary: plasmashell --version may not work over ssh
Classification: Plasma
Product: plasmashell
Version: 6.1.5
Platform: Other
OS: Linux
Status: REPORT
https://bugs.kde.org/show_bug.cgi?id=493891
Bug ID: 493891
Summary: When CPU usage and lag is high, Spectacle recordings
are way shorter than they are meant to be
Classification: Applications
Product: Spectacle
Version: 23.08.1
https://bugs.kde.org/show_bug.cgi?id=488258
Ellie changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://bugs.kde.org/show_bug.cgi?id=489822
--- Comment #3 from Ellie ---
Konsole 24.08.1 is also still affected, sadly.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=488258
Ellie changed:
What|Removed |Added
Version|23.08.4 |24.08.1
--
You are receiving this mail because:
You
1 - 100 of 260 matches
Mail list logo
