Package: budgie-desktop
Version: 10.5.2-3
Followup-For: Bug #990678
X-Debbugs-Cc: pascal.mart...@gmx.fr

Dear Maintainer,

I had the opportunity to use software in Budgie recently and even made (quick)
tests with most of the applications I have on my PC. So I came again across
those same bugs about window displaying. Those bugs come unexpectedly, they
happen rarely now, but they still DO happen.

Apart from MPV, of which I abundantly talked about here above, the first
striking and undeniable bug I came across was with QuteBrowser. It's a nice
browser I use when Firefox is not quick enough. When quitting it (by clicking
the x close button upright or typing <Ctrl+q> I don't remember, though it may
be important) the window apparently stayed open and the "cleverly hidden"
Budgie tool bar/panel reappeared. In fact QuteBrowser was really shut and the
desktop should have been displayed instead, which it did when I refreshed the
screen.
Of all the applications I tested, all seemed to work fine (they generally do)
except DevHelp. In that program too, the menu window "Shortcuts" generally
doesn't display as being shut when in fact it is.

At that point, the least thing you do that refreshes the screen makes things
come to normal, and all visible evidence of the bug is gone. For example
pressing the <Super> key (MS-Windows key), <Alt+Tab>, making a screenshot, etc.
So if we act too quickly we always miss those bugs, the more so as they
generally come unnoticed, and fortunately much more rarely than they did a few
months ago.
So we notice the bug by stopping our work, because what we see on the screen is
not understandable : We close a window and it is still there, we move a window
and we don't see it move. Then we refresh the screen and the closed window has
gone and the moved window has moved.

That problem of windows that can't be moved, I observed again with Abiword.
Abiword is a program I like a lot but it is not heavily maintained / updated.
Now, rather often, the menu windows seem to close correctly but they move
badly. You grab a window to move it and nothing happens (unlike MPV where you
see some kind of transparent window frame moving). That window seems to be
frozen. When you refresh the screen you see that it had effectively moved,
invisibly.

Since things have improved with Budgie these last months, if little or nothing
has been done about these window bugs, the improvement may have come from the
Gnome updates, so what updates and when ? And why do those bugs not happen
everytime, as generally expected from a bug ? Is it some kind of Budgie screen
refreshment, compositor / display server problem ? Just asking to help, I could
do no more alas !

So I wanted to report this quickly, not waiting for new evidence, because of
the expected Debian 11 stable. I read things about a possible date release but
I wouldn't risk to repeat it, Debian's policy of "It is ready when it is ready"
is surely the best one.

Please excuse my verbosity, it's a personal shortcoming ;) and I want to be as
clear and precise as possible.

Cordially,
Pascal

-- System Information:
Debian Release: 11.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-7-amd64 (SMP w/2 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not
set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages budgie-desktop depends on:
ii  budgie-core                                  10.5.2-3
ii  dconf-gsettings-backend [gsettings-backend]  0.38.0-2
ii  gir1.2-budgie-1.0                            10.5.2-3
ii  gnome-control-center                         1:3.38.4-1
ii  gnome-menus                                  3.36.0-1
ii  network-manager-gnome                        1.20.0-3

Versions of packages budgie-desktop recommends:
ii  budgie-desktop-view  1.1.1-1

Versions of packages budgie-desktop suggests:
ii  gnome-terminal  3.38.3-1
ii  nautilus        3.38.2-1
pn  slick-greeter   <none>

Reply via email to