https://bugs.kde.org/show_bug.cgi?id=504915
--- Comment #11 from Ellie ---
Correction: oops, seems like I'm using "just" 150% and misremembered. In any
case, the screen really is relatively tiny.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=504915
--- Comment #10 from Ellie ---
I would agree with you if it only changed the size, but I found one very
important behavioral change, which is it adds a hovering paste icon for the
text cursor. I'm not sure if there are any other ones, but this o
https://bugs.kde.org/show_bug.cgi?id=504915
--- Comment #8 from Ellie ---
Right, I was aware this is intentional.
My suggestion as per the initial ticket text was to decouple this. Provide one
setting for the behavioral stuff, provide another setting for the spacing.
Especially with the task
https://bugs.kde.org/show_bug.cgi?id=505204
--- Comment #1 from Ellie ---
Created attachment 182027
--> https://bugs.kde.org/attachment.cgi?id=182027&action=edit
Screenshot with the context menu open and "Connect" missing. Network names have
been blanked out via photo edi
https://bugs.kde.org/show_bug.cgi?id=505204
Bug ID: 505204
Summary: The "connect" context menu entry in the "WiFi &
Networking" section when right-clicking a wifi network
is sometimes mysteriously missing
Classification: Applicatio
https://bugs.kde.org/show_bug.cgi?id=504915
--- Comment #6 from Ellie ---
Created attachment 182002
--> https://bugs.kde.org/attachment.cgi?id=182002&action=edit
Video of how enabling and disabling touch mode has theme changes that the user
may not have asked for
I managed to record
https://bugs.kde.org/show_bug.cgi?id=505142
Ellie changed:
What|Removed |Added
Ever confirmed|0 |1
Status|RESOLVED
https://bugs.kde.org/show_bug.cgi?id=505142
Ellie changed:
What|Removed |Added
Summary|Spectacle freezes when |Spectacle sometimes freezes
|trying
https://bugs.kde.org/show_bug.cgi?id=505142
--- Comment #2 from Ellie ---
I don't think it's just writing what's buffered, you can see it's only a 45
second video and I waited 2-3 minutes. The Raspberry Pi 5 is pretty fast
CPU-wise, only the GPU is slow. Or is there any
https://bugs.kde.org/show_bug.cgi?id=505142
Bug ID: 505142
Summary: Spectacle freezes when trying to record video, once I
click "Finish Recording"
Classification: Applications
Product: Spectacle
Version First 6.3.5
Reported In:
https://bugs.kde.org/show_bug.cgi?id=505084
--- Comment #1 from Ellie ---
Created attachment 181949
--> https://bugs.kde.org/attachment.cgi?id=181949&action=edit
Screenshot of "General Behavior" section in KDE systemsettings with the
animation speed setting
--
You are re
https://bugs.kde.org/show_bug.cgi?id=505084
--- Comment #2 from Ellie ---
Created attachment 181950
--> https://bugs.kde.org/attachment.cgi?id=181950&action=edit
Screenshot of "Spectacle" showing itself in the "Rectangular Region" capture
when it shouldn't
https://bugs.kde.org/show_bug.cgi?id=505084
Bug ID: 505084
Summary: Some KWin window present/disappear 3d effects will
cause Spectacle to fail to hide its window for
"Rectangular Region" screenshots
Classification: Applications
https://bugs.kde.org/show_bug.cgi?id=504937
Ellie changed:
What|Removed |Added
Summary|[Accessibility] Themes that |[Accessibility] Themes that
|rely on
https://bugs.kde.org/show_bug.cgi?id=504937
--- Comment #3 from Ellie ---
(To explain, it seems like Blur is so slow since it seems to constantly re-blur
the background when something moves, which seems to overwhelm low end GPUs. But
if the CPU once blurred the wallpaper, and then just rendered
https://bugs.kde.org/show_bug.cgi?id=504937
--- Comment #2 from Ellie ---
Well, you could provide a "Fake Blur", that was my suggestion. It could be
based for example on the desktop wallpaper. Or is that for some reason not
technically possible? Sorry if I misunderstood something.
-
https://bugs.kde.org/show_bug.cgi?id=504915
--- Comment #4 from Ellie ---
Created attachment 181838
--> https://bugs.kde.org/attachment.cgi?id=181838&action=edit
A screenshot showing the Touch Mode (top) vs the normal mode (bottom) in
regards to icon placement
I might be misunderstandi
https://bugs.kde.org/show_bug.cgi?id=504937
Bug ID: 504937
Summary: [Accessibility] Themes that rely on blur are often
hardly usable without it and might need some gray half
opaque replacement
Classification: Plasma
Prod
https://bugs.kde.org/show_bug.cgi?id=504915
--- Comment #2 from Ellie ---
My apologies, but has there been a mix up?
The other bug seems to describe gradual and long term changes of the icon only
task manager's icons as a result of a bug.
This ticket was meant to describe the reproducibl
https://bugs.kde.org/show_bug.cgi?id=504915
Bug ID: 504915
Summary: The "touch mode" with necessary behavioral changes
(like paste touch icon) also somewhat disfigures
themes
Classification: Plasma
Product: plasmashell
https://bugs.kde.org/show_bug.cgi?id=503515
--- Comment #5 from Ellie ---
> Do you have klipper enabled (right click system tray > configure system tray
> > entires > clipboard)? This is the expected behavior if you turned it off.
I did! That's curious, perhaps this s
https://bugs.kde.org/show_bug.cgi?id=489671
Ellie changed:
What|Removed |Added
Status|NEEDSINFO |REPORTED
Resolution|WAITINGFORINFO
https://bugs.kde.org/show_bug.cgi?id=489671
--- Comment #10 from Ellie ---
Oops, sorry, my bad!
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=489671
Ellie changed:
What|Removed |Added
Version First|6.1.4 |6.3.5
Reported In
https://bugs.kde.org/show_bug.cgi?id=489671
--- Comment #8 from Ellie ---
An additional note: the input elements don't disappear when pressing the broken
button, you can see it in the video. Just nothing happens, the button gets
visibly pressed and nothing else changes or happens.
--
Yo
https://bugs.kde.org/show_bug.cgi?id=489671
--- Comment #6 from Ellie ---
There is for sure still weird stuff going on with 6.3.5, like: 1. tapping
"Virtual keyboard" causes the password input box to shift upward while maliit
comes up, 2. putting your finger on the submit arrow butto
https://bugs.kde.org/show_bug.cgi?id=503745
--- Comment #5 from Ellie ---
I think ideally, the file associations would gain an additional option that
says "Use default web browser". Sadly, no such option seems to be available. I
tried to suggest this via this ticket:
https://bu
https://bugs.kde.org/show_bug.cgi?id=503956
--- Comment #5 from Ellie ---
A new separate entry of "Do whatever the default browser entry says" might
help, people can still pick other entries if they want to, right? But even if I
try to make it follow the default browser, I can't
https://bugs.kde.org/show_bug.cgi?id=503956
--- Comment #2 from Ellie ---
Sorry if there's a misunderstanding, but that doesn't seem to be working for
xhtml files: https://bugs.kde.org/show_bug.cgi?id=503745 And for html files it
doesn't seem to list the correct entry either. Thi
https://bugs.kde.org/show_bug.cgi?id=503956
Ellie changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
https://bugs.kde.org/show_bug.cgi?id=503745
Ellie changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
https://bugs.kde.org/show_bug.cgi?id=503956
Bug ID: 503956
Summary: "File associations" should allow "Default web browser"
as an entry
Classification: Applications
Product: systemsettings
Version: 6.3.4
Platform: Other
https://bugs.kde.org/show_bug.cgi?id=503745
Ellie changed:
What|Removed |Added
Resolution|WAITINGFORINFO |NOT A BUG
Status|NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=503745
--- Comment #3 from Ellie ---
Huh, would the "Open With..." dialog also correspond to this? Perhaps xhtml
defaulted to some text editor, so I changed it to the web browser in the past.
I guess the actual problem might be that there's
https://bugs.kde.org/show_bug.cgi?id=503745
--- Comment #2 from Ellie ---
It's something else, interestingly. I didn't even know that submenu existed. Is
this potentially a KDE settings bug then? I feel like .xhtml should default to
the web browser, unless the user ever manually change
https://bugs.kde.org/show_bug.cgi?id=457495
Ellie changed:
What|Removed |Added
CC||e...@horse64.org
--- Comment #8 from Ellie ---
There
https://bugs.kde.org/show_bug.cgi?id=503745
Bug ID: 503745
Summary: Right-Click > "Open in External Application" uses
wrong web browser for XHTML files
Classification: Applications
Product: ark
Version: 25.04.0
Platform
https://bugs.kde.org/show_bug.cgi?id=503660
--- Comment #4 from Ellie ---
Oh, very exciting! Thanks so much for letting me know.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=503515
Ellie changed:
What|Removed |Added
Resolution|DOWNSTREAM |---
Status|RESOLVED
https://bugs.kde.org/show_bug.cgi?id=503660
Ellie changed:
What|Removed |Added
Version|6.2.4 |6.3.4
Status|RESOLVED
https://bugs.kde.org/show_bug.cgi?id=503660
Ellie changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
https://bugs.kde.org/show_bug.cgi?id=489583
Ellie changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
https://bugs.kde.org/show_bug.cgi?id=496078
Ellie changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=503660
Ellie changed:
What|Removed |Added
Version|unspecified |6.2.4
--
You are receiving this mail because:
You are
https://bugs.kde.org/show_bug.cgi?id=503660
Bug ID: 503660
Summary: Screen brightness setting not available via system
settings
Classification: Applications
Product: systemsettings
Version: unspecified
Platform: Other
https://bugs.kde.org/show_bug.cgi?id=481626
--- Comment #11 from Ellie ---
Do you mean the "Choose a directory" dialog that shares the bookmarks also used
in Dolphin? I don't think I can use those, since I simply have too many project
folders. If I added all my work projects the
https://bugs.kde.org/show_bug.cgi?id=503129
--- Comment #20 from Ellie ---
That isn't practical for me however, since I frequently need to edit the files
not tracked by git as well. I don't think that's a rare requirement.
--
You are receiving this mail because:
You are w
https://bugs.kde.org/show_bug.cgi?id=503129
--- Comment #18 from Ellie ---
I suspect it would at least be less surprising to people new to kate, since
many dot files are essential, like .gitignore, and them being missing with no
explanation is quite baffling. (Also with git integration enabled
https://bugs.kde.org/show_bug.cgi?id=503515
Bug ID: 503515
Summary: Clipboard no longer available after app that was
copied from quits, even for Wayland apps
Classification: Plasma
Product: kwin
Version: 6.2.4
Platform:
https://bugs.kde.org/show_bug.cgi?id=503129
--- Comment #16 from Ellie ---
> ... I think you have disabled "Autoload repositories" -> Git". I can
> reproduce your problem if I disable that setting.
That seems to be the case. I think I was trying to make the missing file
https://bugs.kde.org/show_bug.cgi?id=503129
--- Comment #14 from Ellie ---
My apologies for the misunderstanding on my end. As I explained in
https://bugs.kde.org/show_bug.cgi?id=503129#c7 the listing doesn't match up for
me given the example given in https://bugs.kde.org/show_bug.cgi?id=5
https://bugs.kde.org/show_bug.cgi?id=503207
Ellie changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=503207
Bug ID: 503207
Summary: Please add a switch to disable using .gitignore for
project file listing
Classification: Applications
Product: kate
Version: 24.08.3
Platform: Other
https://bugs.kde.org/show_bug.cgi?id=503129
--- Comment #11 from Ellie ---
git config get --global core.excludesFile outputs nothing, and ".gitignore"
still isn't visible. Also, "horse_modules" is visible even though you say it's
not meant to be. That doesn&#x
https://bugs.kde.org/show_bug.cgi?id=503129
--- Comment #7 from Ellie ---
Created attachment 180537
--> https://bugs.kde.org/attachment.cgi?id=180537&action=edit
Screenshot of file listing for example given in comment
https://bugs.kde.org/show_bug.cgi?id=503129#c5
The output doesn&#x
https://bugs.kde.org/show_bug.cgi?id=503129
--- Comment #5 from Ellie ---
I tested some more, here seems to be some way to reproduce it on my machine:
mkdir ~/sometest/
cd ~/sometest/
git clone https://codeberg.org/Horse64/core.horse64.org
cd core.horse64.org
mkdir
https://bugs.kde.org/show_bug.cgi?id=503129
--- Comment #4 from Ellie ---
Is there a toggle to turn that off? For what it's worth, in some other project
of mine, files are listed that are clearly also in the .gitignore but this
makes more sense to me.
--
You are receiving this mail be
https://bugs.kde.org/show_bug.cgi?id=503129
--- Comment #2 from Ellie ---
Sometimes they are, sometimes they aren't. For example ".gitignore" itself is
missing in one project, and it's not part of the ".gitignore" listing.
--
You are receiving this mail bec
https://bugs.kde.org/show_bug.cgi?id=503129
Bug ID: 503129
Summary: Random subfolders and files missing in "Projects" file
listing
Classification: Applications
Product: kate
Version: 24.08.3
Platform: Other
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
1 - 100 of 319 matches
Mail list logo
