https://bugs.kde.org/show_bug.cgi?id=402608
--- Comment #17 from DeKay ---
Odd. Saw this today from journalctl after a screen blank event. The first two
messages are unrelated to the others: just trying to show that nothing was
going on leading up to the debut messages that followed. Was just
https://bugs.kde.org/show_bug.cgi?id=402608
Bug ID: 402608
Summary: Screen occasionally goes black for a second or two
before coming back
Product: plasmashell
Version: 5.14.4
Platform: Archlinux Packages
https://bugs.kde.org/show_bug.cgi?id=402608
--- Comment #3 from DeKay ---
The entire screen goes completely blank. Thanks for asking. Any ideas?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=402608
--- Comment #5 from DeKay ---
(In reply to Christoph Feck from comment #4)
> That could be a cable problem.
Definitely not a cable problem. The time the screen is black is always the
same (somewhere around a second or two), indicative of someth
https://bugs.kde.org/show_bug.cgi?id=402608
--- Comment #1 from DeKay ---
Still getting errors with up to date Arch linux eg:
Feb 11 20:52:33 ryzen kwin_x11[933]: qt.qpa.xcb: QXcbConnection: XCB error: 3
(BadWindow), sequence: 13298, resource id: 71303177, major code: 15
(QueryTree), minor code
https://bugs.kde.org/show_bug.cgi?id=402608
--- Comment #14 from DeKay ---
Got it again today:
>From journalctl...
Jun 18 18:30:28 ryzen plasmashell[992]:
file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml:343:
Unable to assign [undefined] to int
Jun 18 18:30
https://bugs.kde.org/show_bug.cgi?id=402608
--- Comment #13 from DeKay ---
Vlad. Thanks for pointing out my error. I will rerun the command properly
next time I see the problem. It doesn't happen that often.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=402608
--- Comment #11 from DeKay ---
This is the output just after a reboot.
[dk@ryzen ~]$ qdbus org.kde.KWin /KWin
signal void org.kde.KWin.reloadConfig()
method Q_NOREPLY void org.kde.KWin.cascadeDesktop()
method int org.kde.KWin.currentDesktop()
method
https://bugs.kde.org/show_bug.cgi?id=402608
DeKay changed:
What|Removed |Added
Status|NEEDSINFO |REPORTED
Resolution|WAITINGFORINFO
https://bugs.kde.org/show_bug.cgi?id=402608
--- Comment #16 from DeKay ---
Just had it happen and *nothing* shows up in dmesg besides boot information
well before the entire screen blanked out for a few seconds this time.
journalctl had this:
-- Logs begin at Thu 2019-07-25 07:53:12 CST, end
https://bugs.kde.org/show_bug.cgi?id=416676
Bug ID: 416676
Summary: Search in System Settings' Icon View should not be
case sensitive
Product: systemsettings
Version: 5.17.5
Platform: Archlinux Packages
OS:
https://bugs.kde.org/show_bug.cgi?id=416628
Bug ID: 416628
Summary: Search in System Settings should not be case sensitive
Product: systemsettings
Version: 5.17.5
Platform: Archlinux Packages
OS: Linux
Status:
https://bugs.kde.org/show_bug.cgi?id=416628
--- Comment #2 from DeKay ---
Nice!
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=415816
--- Comment #4 from DeKay ---
WOW! Thanks for getting this fixed so quickly! BTW Nate, I very much enjoy
your weekly updates. Keep them up :-)
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=416171
--- Comment #1 from DeKay ---
Ooops. Step #2 in steps to reproduce should read
2. Control-F to bring up the filter bar. Enter a bit of text in the filter bar
and hit Enter to make the filter actually take effect (a simpler filter like
"a"
https://bugs.kde.org/show_bug.cgi?id=416171
Bug ID: 416171
Summary: Files in a filtered view still appear even when
permanently deleted
Product: dolphin
Version: 19.12.1
Platform: Archlinux Packages
OS:
https://bugs.kde.org/show_bug.cgi?id=415816
Bug ID: 415816
Summary: Selecting file name when renaming a file on the
desktop is not constrained to file name field.
Product: plasmashell
Version: 5.17.4
Platform: Archlinux
https://bugs.kde.org/show_bug.cgi?id=441667
Bug ID: 441667
Summary: Spectacle can't capture for a particular combination
of options
Product: Spectacle
Version: 21.08.0
Platform: Archlinux Packages
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=402608
DeKay changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=402608
DeKay changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=441667
--- Comment #2 from DeKay ---
(In reply to Antonio Prcela from comment #1)
> Used same settings, can't reproduce.
> Have you udpated KDE to 5.23.2 and Spectacle to 21.08.2?
Yes. I am running Spectacle 21.08.02 on Frameworks 5.87.0 and KDE
https://bugs.kde.org/show_bug.cgi?id=416848
DeKay changed:
What|Removed |Added
CC||dekaymail+...@gmail.com
--- Comment #2 from DeKay
https://bugs.kde.org/show_bug.cgi?id=473212
--- Comment #7 from DeKay ---
I have experimented some more with "MOZ_ENABLE_WAYLAND=1 firefox". I had said
that dragging tabs to the desktop doesn't work and this is true if I do a slow
and deliberate drag from the tab to the Desktop.
BUT
https://bugs.kde.org/show_bug.cgi?id=472158
--- Comment #5 from DeKay ---
Another discovery. If I drag the tab onto the Firefox window itself and not
the Desktop, the tab opens in a new window immediately and without fail. This
also works perfectly for the wayland bug I describe in
https
https://bugs.kde.org/show_bug.cgi?id=473212
--- Comment #8 from DeKay ---
Another discovery. If I drag the tab onto the Firefox window itself and not
the Desktop, the tab opens in a new window immediately and without fail. This
also works perfectly for the xwayland bug I describe in
https
https://bugs.kde.org/show_bug.cgi?id=441667
--- Comment #4 from DeKay ---
(In reply to Bharadwaj Raju from comment #3)
> Can't reproduce unfortunately. I'm on Wayland, if that makes a difference.
Perhaps it does. As stated, I'm on X. I tried it on an up to date system and
the same prob
https://bugs.kde.org/show_bug.cgi?id=441667
--- Comment #5 from DeKay ---
(In reply to DeKay from comment #4)
> (In reply to Bharadwaj Raju from comment #3)
> > Can't reproduce unfortunately. I'm on Wayland, if that makes a difference.
>
> Perhaps it does. As stated, I'm
https://bugs.kde.org/show_bug.cgi?id=441667
--- Comment #7 from DeKay ---
(In reply to Noah Davis from comment #6)
> I see this was reported for version 21.08. A rewrite of the UI happened for
> version 23.04 and I can't reproduce this.
>
> Here's what I tried on X11:
>
> 1
https://bugs.kde.org/show_bug.cgi?id=472158
Bug ID: 472158
Summary: Dragging Firefox tabs on to Desktop under Wayland is
incredibly, incredibly slow. Works great in x11.
Classification: I don't know
Product: kde
Version:
https://bugs.kde.org/show_bug.cgi?id=472158
DeKay changed:
What|Removed |Added
Status|NEEDSINFO |REOPENED
Ever confirmed|0
https://bugs.kde.org/show_bug.cgi?id=473212
--- Comment #1 from DeKay ---
Here is a shot in the dark for something that might be related. From
https://blog.broulik.de/2023/08/on-the-road-to-plasma-6-contd/ titled "On the
Road to Plasma 6, Cont’d" there is the comment
"
https://bugs.kde.org/show_bug.cgi?id=472158
--- Comment #4 from DeKay ---
Here is some of the delta stuff I pulled out of "about:support" running with
the wayland env variable NOT set so Firefox is running under xwayland in
wayland.
Application Basics
--
Name: Firef
https://bugs.kde.org/show_bug.cgi?id=473212
Bug ID: 473212
Summary: Dragging tabs from Wayland-using Firefox on to the
Desktop doesn't work
Classification: Plasma
Product: kwin
Version: 5.27.6
Platform: Archlinux
https://bugs.kde.org/show_bug.cgi?id=473212
DeKay changed:
What|Removed |Added
Resolution|WAITINGFORINFO |---
Status|NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=484391
--- Comment #2 from DeKay ---
(In reply to Tammes Burghard from comment #1)
> I can confirm that and it seems like only the 4 is one pixel wider than all
> the other numbers.
The bounce between 0 -> 1 -> 2 is especially not
https://bugs.kde.org/show_bug.cgi?id=484394
--- Comment #2 from DeKay ---
(In reply to Nick from comment #1)
> I can duplicate this as per the screencast on Neon / Intel graphics. On
> Wayland dragging the tab off the top of of the window generally never works.
> On X11 it also does
https://bugs.kde.org/show_bug.cgi?id=484391
Bug ID: 484391
Summary: Digital clock causes applets in system tray jitter
back and forth
Classification: Plasma
Product: plasmashell
Version: 6.0.2
Platform: Arch Linux
https://bugs.kde.org/show_bug.cgi?id=484394
Bug ID: 484394
Summary: Dragging tabs from Firefox on to the Desktop is
inaccurate and unreliable
Classification: Plasma
Product: kwin
Version: 6.0.2
Platform: Arch Linux
https://bugs.kde.org/show_bug.cgi?id=484397
Bug ID: 484397
Summary: Please add Contrast Control to Brightness & Color
Applet
Classification: Plasma
Product: plasmashell
Version: 6.0.2
Platform: Arch Linux
https://bugs.kde.org/show_bug.cgi?id=472158
DeKay changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=357793
Bug ID: 357793
Summary: Can't drag and drop Firefox tabs to desktop to create
a new Firefox window.
Product: plasmashell
Version: 5.5.2
Platform: Archlinux Packages
41 matches
Mail list logo
