Your message dated Thu, 19 Oct 2017 21:34:50 +0200
with message-id <[email protected]>
and subject line Re: counterintuitive title bar dragging
has caused the Debian Bug report #499974,
regarding counterintuitive title bar dragging
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
499974: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499974
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: awesome
Version: 3.0~rc6-1
Severity: normal
I have 2 xterms on screen and am using the tileleft layout. I have title
bars enabled.
If I left click on the title bar of the xterm on the left, the mouse
becomes a compas rose, indicating I can move it. So I move the pointer
directly to the right until it's over the xterm titlebar on the right,
and release to drop. Nothing happens. Expected action: The two xterm
swap locations.
To drag the left xterm into the right hand side, I actually have to drag
its title bar inside the actual xterm window of the other. So over to
the right, and down a bit so the pointer gets below the titlebar. Then,
without even releasing the button, the two exchange places (which is a
little weird, but acceptable).
Seems that awesome 3 does not consider a window's titlebar to be part of
the window for purposes of dragging another one into it. Awesome 2 did
not have that problem, IIRC.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages awesome depends on:
ii libc6 2.7-13 GNU C Library: Shared libraries
ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra
ii libev3 3.43-1 high-performance event loop librar
ii libglib2.0-0 2.16.5-1 The GLib library of C routines
ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface
ii liblua5.1-0 5.1.3-1 Simple, extensible, embeddable pro
ii libncurses5 5.6+20080913-1 shared libraries for terminal hand
ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio
ii libreadline5 5.2-3 GNU readline and history libraries
ii libx11-6 2:1.1.5-1 X11 client-side library
ii libxcb-atom0 0.2.1+git1-1 utility libraries for X C Binding
ii libxcb-aux0 0.2.1+git1-1 utility libraries for X C Binding
ii libxcb-event0 0.2.1+git1-1 utility libraries for X C Binding
ii libxcb-icccm0 0.2.1+git1-1 utility libraries for X C Binding
ii libxcb-keysyms0 0.2.1+git1-1 utility libraries for X C Binding
ii libxcb-property0 0.2.1+git1-1 utility libraries for X C Binding
ii libxcb-randr0 1.1-1.1 X C Binding, randr extension
ii libxcb-render-util0 0.2.1+git1-1 utility libraries for X C Binding
ii libxcb-render0 1.1-1.1 X C Binding, render extension
ii libxcb-xinerama0 1.1-1.1 X C Binding, xinerama extension
ii libxcb1 1.1-1.1 X C Binding
Versions of packages awesome recommends:
ii x11-xserver-utils 7.3+5 X server utilities
awesome suggests no packages.
-- no debconf information
--
see shy jo
signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Version: 3.4.15-1
This bug was reported as solved in 3.4.15-1 and later versions.
I also just confirmed that it's behaving correctly in recent versions.
Therefore closing this bug.
signature.asc
Description: PGP signature
--- End Message ---
