Date: Tue, 19 Sep 2023 01:59:20 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 273937] x11-wm/plasma5-kwin with x11/nvidia-driver-470: occasional title bar failures on at least one external display, worked around with kwin_x11 --replace Message-ID: <bug-273937-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D273937 Bug ID: 273937 Summary: x11-wm/plasma5-kwin with x11/nvidia-driver-470: occasional title bar failures on at least one external display, worked around with kwin_x11 --replace Product: Ports & Packages Version: Latest Hardware: Any URL: https://bsd-hardware.info/?probe=3D7339d12365 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: ports-bugs@FreeBSD.org Reporter: grahamperrin@gmail.com CC: danfe@FreeBSD.org, kde@FreeBSD.org CC: danfe@FreeBSD.org, kde@FreeBSD.org <https://www.freshports.org/x11-wm/plasma5-kwin/>; https://www.freshports.org/x11/nvidia-driver-470/ The internal hard disk drive that I previously used in an HP-docked HP EliteBook 8570p (using radeonkms) is now in a superior, identically-docked = HP ZBook 17 G2 (using nvidia-modeset).=20 Amongst the first things observed after the upgrade: on a docked display, t= itle bars were present and somewhat responsive (a click would bring the window to front), however the close, minimise, and maximise icons within the bar were colourless.=20 With a more recent recurrence of the bug: the title bar was outdated for a Firefox window with multiple tabs. The title in the bar did not match the t= itle of the current tab.=20 With the most recent recurrence: the most remarkable side-effect was flicke= ring upside-down appearance of a window from a background application (HexChat).= The attached screenshot was taken after bringing HexChat to front.=20 Flickering upside-down ceased after the windowing-specific workaround below= .=20 My current sense of things is that this bug bites only after wake from sleep (resume after suspend).=20 As far as I can tell: the workaround below is consistently good.=20 kwin_x11 --replace ---- Side note: on one previous occasion, KRunner, which I use to run the comman= d, remained on screen after (windowed) title bars returned to normal. Keying Escape did not close the window, so I used htop to kill the process. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-273937-7788>