[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#499974: marked as done (counterintuitive title bar dragging)

Your message dated Thu, 19 Oct 2017 21:34:50 +0200
with message-id <20171019193450.4twftsj2rmzyli4l@reiner-h.de>
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 owner@bugs.debian.org
immediately.)


-- 
499974: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499974
Debian Bug Tracking System
Contact owner@bugs.debian.org 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

Attachment: 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.

Attachment: signature.asc
Description: PGP signature


--- End Message ---
Reply to: