diff options
| author | srdusr <[email protected]> | 2025-11-20 14:48:00 +0200 |
|---|---|---|
| committer | srdusr <[email protected]> | 2025-11-20 14:48:00 +0200 |
| commit | 0d752ed0401fabbd22763eea1a8ff587d585f55d (patch) | |
| tree | 491c8fd6ac3e593016822d3192f142241d7251de /crates/config | |
| parent | 354ce158575388d17ca9c58587e8cdde02332779 (diff) | |
| download | srdwm-0d752ed0401fabbd22763eea1a8ff587d585f55d.tar.gz srdwm-0d752ed0401fabbd22763eea1a8ff587d585f55d.zip | |
Document nested-compositor verification of the Chrome and Nemo gaps
Chrome/Chromium: launched a real google-chrome-stable in a nested
compositor and confirmed no double-titlebar - Chrome negotiates
ClientSide decoration itself, srdwm correctly doesn't stack its own SSD
on top, and the Unity-style menu row it draws is Chrome's own chrome,
not evidence of a bug. likely_draws_own_titlebar needs no new entry for
it.
Nemo: confirmed the same no-double-decoration result, but could not
safely test the actual right-click-shows-a-popup symptom - ydotool is
a uinput-level daemon shared with the live session, not scoped to the
nested compositor, so a blind synthetic click there risks landing in
the user's real desktop. Parked rather than guessed at; the existing
POPUP-GEOM-DIAG/POPUP-GRAB-DIAG diagnostics stay since the underlying
bug's status is still genuinely unknown.
Diffstat (limited to 'crates/config')
0 files changed, 0 insertions, 0 deletions