https://bugs.kde.org/show_bug.cgi?id=484886
Talya changed:
What|Removed |Added
CC||myjunkmailbox2...@gmail.com
--- Comment #6 from Talya
https://bugs.kde.org/show_bug.cgi?id=484886
--- Comment #7 from Talya ---
Just happened again with the same app.
> The application org.signal.Signal/aarch64/master requires the runtime
> org.freedesktop.Platform/aarch64/23.08 which was not found
Updating via command line worked perfectl
https://bugs.kde.org/show_bug.cgi?id=494054
Talya changed:
What|Removed |Added
Resolution|WAITINGFORINFO |---
Status|NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=493404
Talya changed:
What|Removed |Added
Resolution|WAITINGFORINFO |---
Status|NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=484886
--- Comment #8 from Talya ---
now in plasma 6.2, there isn't even an error message, the app just flickers,
then returns to the list of apps to be updated as if nothing happened. (and
command line works as always)
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=493404
--- Comment #6 from Talya ---
this time slightly different behaviour, discover failed to load all updates so
I closed to try again and it didn't open.
here's the debug info:
#0 0xfffee53a6254 in __GI___poll (fds=0xaaab3a0b
https://bugs.kde.org/show_bug.cgi?id=493404
--- Comment #7 from Talya ---
I think I can consistently reproduce the issue now.
1. boot and have discover auto-open
2. have discover try to fetch updates
3. close discover mid-fetching
4. discover will now continue running in the background and
https://bugs.kde.org/show_bug.cgi?id=493404
Bug ID: 493404
Summary: Fedora Asahi Remix - Discover will occasionally fail
to start
Classification: Applications
Product: Discover
Version: 6.1.4
Platform: Fedora RPMs
https://bugs.kde.org/show_bug.cgi?id=493404
--- Comment #2 from Talya ---
I actually already ran `plasma-discover` already and it didn't help. however:
turns out it *was* running in the background, just not visible in any
workspace. killing the process and running it from the terminal w
https://bugs.kde.org/show_bug.cgi?id=493404
--- Comment #4 from Talya ---
I would appreciate more detailed instructions :)
will let you know when I have the details.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=494054
Bug ID: 494054
Summary: Fedora Asahi Remix - DragonPlayer won't play any video
Classification: Applications
Product: dragonplayer
Version: 24.08.0
Platform: Other
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=501501
Bug ID: 501501
Summary: Bluetooth headset loses audio after auto-switch
between playback modes
Classification: Plasma
Product: plasmashell
Version: 6.3.3
Platform: Other
https://bugs.kde.org/show_bug.cgi?id=493777
Talya changed:
What|Removed |Added
CC||myjunkmailbox2...@gmail.com
--- Comment #2 from Talya
https://bugs.kde.org/show_bug.cgi?id=503425
Bug ID: 503425
Summary: music doesn't play after unpausing
Classification: Applications
Product: Elisa
Version: 25.04.0
Platform: Fedora RPMs
OS: Linux
Status: REPORTE
https://bugs.kde.org/show_bug.cgi?id=503754
Bug ID: 503754
Summary: subtitles are not displayed even when selected
Classification: Applications
Product: dragonplayer
Version: 25.04.0
Platform: Fedora RPMs
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=480573
Talya changed:
What|Removed |Added
Version|24.08.1 |25.04.0
--- Comment #6 from Talya ---
first of all
https://bugs.kde.org/show_bug.cgi?id=503849
Bug ID: 503849
Summary: Elisa audio output resets to laptop speakers when
switching songs
Classification: Applications
Product: Elisa
Version: 25.04.0
Platform: Fedora RPMs
https://bugs.kde.org/show_bug.cgi?id=480573
Talya changed:
What|Removed |Added
CC||myjunkmailbox2...@gmail.com
--- Comment #5 from Talya
https://bugs.kde.org/show_bug.cgi?id=503849
Talya changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=493777
--- Comment #3 from Talya ---
in fact, it seems to even happen when switching from non-radio to radio.
instead of radio stream, the current playlist track before switching will be
played.
--
You are receiving this mail because:
You are watching all
https://bugs.kde.org/show_bug.cgi?id=480573
--- Comment #7 from Talya ---
correction: even changing the global settings to be speakers then back to
headphones doesn't fix this bug, it'll still return as soon as the song
switches. so any time one connects a new output after starting
https://bugs.kde.org/show_bug.cgi?id=480573
--- Comment #9 from Talya ---
turns out this also happens when going the other way - starting elisa with
headphones connected, then unplugging, means Elisa keeps outputting to the
headphones. however, since now you only have one actual audio source
https://bugs.kde.org/show_bug.cgi?id=503425
--- Comment #4 from Talya ---
okay so now that this bug is no longer considered duplicate, what further info
is needed?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=503408
--- Comment #46 from Talya ---
i can still reproduce the issue on Fedora Asahi Remix with qt 6.9.1 and
gstreamer 1.26.2. unpaused music still takes a few seconds to start playing
proper (2-6 seconds). this is true regardless of the power profile
https://bugs.kde.org/show_bug.cgi?id=503408
--- Comment #47 from Talya ---
and just as i was finished writing the comment, had that happen again, this
time with a substantially bigger delay of 30 seconds. other than the varying
times, the bug reproduces itself consistently.
--
You are
https://bugs.kde.org/show_bug.cgi?id=506360
Bug ID: 506360
Summary: screen locker dies at almost all instances of screen
lock [Fedora Asahi Remix]
Classification: Plasma
Product: plasmashell
Version First 6.4.1
Reported In:
https://bugs.kde.org/show_bug.cgi?id=506316
--- Comment #23 from Talya ---
(In reply to geekiehiway from comment #21)
> Created attachment 182983 [details]
this is not a solution to the bug, but it seems to me the screen unlocks zoomed
in to the max, can you zoom out using super+minus?
--
27 matches
Mail list logo
