Package: firefox-esr
Version: 60.6.1esr-1
Severity: normal
Attempting to drag and drop from firefox-esr (or,fwiw, firefox=66.0.1-1) to
nautilus (a wayland-native application) whilst under GNOME/Wayland results in
all running X applications being blocked on their input: the mouse cursor
changes to
Folks,
On the subject of Wayland's readiness to be the default Debian desktop display
system for Buster, I've just filed #928002 to track problems with drag-and-drop
between X and non-X applications under Wayland (presently filed against firefox
but I think it probably belongs somewhere else).
On Fri, 26 Apr 2019 at 10:50:10 +0100, Jonathan Dowland wrote:
> On the subject of Wayland's readiness to be the default Debian desktop display
> system for Buster, I've just filed #928002 to track problems with
> drag-and-drop
> between X and non-X applications under Wayland (presently filed agai
Package: gnome
Version: 1:3.30+1
Severity: important
If the root disk fills up*, the desktop session dies and so does GDM3,
which does not come back up if restarted via systemctl etc. until the
/ partition has some space restored to it.
This does not happen with GNOME/Xorg: the desktop session pe
On Fri, Apr 26, 2019 at 11:55:00AM +0100, Simon McVittie wrote:
I forgot to mention before that I've been using a usertag to mark
Wayland-related bugs:
https://udd.debian.org/cgi-bin/bts-usertags.cgi?tag=wayland&user=pkg-gnome-maintainers%40lists.alioth.debian.org
I've usertagged #928002 accordi
Package: dosbox
Version: 0.74-2-3
Severity: normal
Under GNOME/Wayland, when I launch DOOM2.EXE under DOSBOX, the arrow keys are
not recognised. Other keys are (ESC in particular works) and I can type
alphanumeric keys w/o error. DOOM relies upon raw keyboard input from DOS.
Logging into GNOME/Xo
6 matches
Mail list logo
