emacs-bug-tracker
[Top][All Lists]
Advanced

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

[debbugs-tracker] bug#24030: closed (25.0.95; mouse-drag-region regressi


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#24030: closed (25.0.95; mouse-drag-region regression)
Date: Sat, 30 Jul 2016 08:34:02 +0000

Your message dated Sat, 30 Jul 2016 11:33:30 +0300
with message-id <address@hidden>
and subject line Re: bug#24030: 25.0.95; mouse-drag-region regression
has caused the debbugs.gnu.org bug report #24030,
regarding 25.0.95; mouse-drag-region regression
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
24030: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24030
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 25.0.95; mouse-drag-region regression Date: Tue, 19 Jul 2016 16:11:48 -0600 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.95 (gnu/linux)
If you attempt to create a region by dragging the mouse in a
never-before-focused window, then the region isn't shown until letting
go of the mouse button.

Steps to reproduce:

emacs -Q
C-h f help RET
Click and drag the mouse in the help window

This doesn't work in the pretest, but it did in Emacs 24.5.


In GNU Emacs 25.0.95.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.20.6)
 of 2016-07-12 built on buildvm-07.phx2.fedoraproject.org
Windowing system distributor 'Fedora Project', version 11.0.11803000
Configured using:
 'configure --build=x86_64-redhat-linux-gnu
 --host=x86_64-redhat-linux-gnu --program-prefix=
 --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr
 --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc
 --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64
 --libexecdir=/usr/libexec --localstatedir=/var
 --sharedstatedir=/var/lib --mandir=/usr/share/man
 --infodir=/usr/share/info --with-dbus --with-gif --with-jpeg --with-png
 --with-rsvg --with-tiff --with-xft --with-xpm --with-x-toolkit=gtk3
 --with-gpm=no --with-xwidgets build_alias=x86_64-redhat-linux-gnu
 host_alias=x86_64-redhat-linux-gnu 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g
 -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2
 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4
 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
 -m64 -mtune=generic' LDFLAGS=-Wl,-z,relro
 PKG_CONFIG_PATH=:/usr/lib64/pkgconfig:/usr/share/pkgconfig'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GCONF GSETTINGS NOTIFY
ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 XWIDGETS

Important settings:
  value of $LC_CTYPE: en_CA.utf8
  value of $LANG: en_CA.utf8
  value of $XMODIFIERS: @im=none
  locale-coding-system: utf-8-unix

Major mode: Help



--- End Message ---
--- Begin Message --- Subject: Re: bug#24030: 25.0.95; mouse-drag-region regression Date: Sat, 30 Jul 2016 11:33:30 +0300
> From: Stefan Monnier <address@hidden>
> Cc: address@hidden,  address@hidden
> Date: Sun, 24 Jul 2016 16:16:01 -0400
> 
> >> Looks fine to me, tho I don't think we should use with-selected-window
> >> here, but only with-current-buffer.
> > How is the latter different in this particular context?
> 
> The end result will probably be very similar in practice, but if you
> look at the definition of with-selected-window and of all the functions
> it calls, you'll see that with-current-buffer is super-extra lean
> in comparison.  And in the current situation all we care about is to set
> the buffer-local value of a variable, so the window is of no importance
> (other than to find the relevant buffer).

Makes sense, thanks.  Modified to use with-current-buffer and pushed
to master.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]