bug#11544: Subject: 24.1.50; ediff-buffers command window does not work properly

bug#11544: Subject: 24.1.50; ediff-buffers command window does not work properly

[Munawar Cheema]

[-- Attachment #1: Type: text/plain, Size: 3698 bytes --]

--text follows this line--
 start emacs -Q, load in two files let's say .bashrc from two locations,
M-x ediff-buffers, now the little pop up window comes up, type ? and the
window does some bizarre moves and shrinks to almost nothing,


This bug report will be sent to the Bug-GNU-Emacs mailing list, and the GNU
bug tracker at debbugs.gnu.org.  Please check that, the From: line contains
a valid email address.  After a delay of up, to one day, you should receive
an acknowledgement at that address., Please write in English if possible,
as the Emacs maintainers, usually do not have translators for other
languages., Please describe exactly what actions triggered the bug, and,
the precise symptoms of the bug.  If you can, give a recipe, starting from
`emacs -Q':, If Emacs crashed, and you have the Emacs process in the gdb
debugger, please include the output from the following gdb commands:, `bt
full' and `xbacktrace'., For information about debugging Emacs, please read
the file, /usr/share/emacs/24.1.50/etc/DEBUG., In GNU Emacs 24.1.50.1
(x86_64-pc-linux-gnu, GTK+ Version 3.4.1), of 2012-05-10 on rhenium,
modified by Debian, (emacs-snapshot package, version
2:20120510-1~ppa1~precise1), Windowing system distributor `The X.Org
Foundation', version 11.0.11103000, Configured using:, `configure '--build'
'x86_64-linux-gnu' '--host' 'x86_64-linux-gnu', '--prefix=/usr'
'--sharedstatedir=/var/lib' '--libexecdir=/usr/lib', '--localstatedir=/var'
'--infodir=/usr/share/info', '--mandir=/usr/share/man' '--with-pop=yes',
'--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/24.1.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.1.50/site-lisp:/usr/share/emacs/site-lisp',
'--without-compress-info' '--with-crt-dir=/usr/lib/x86_64-linux-gnu/',
'--with-x=yes' '--with-x-toolkit=gtk3' '--with-imagemagick=yes',
'build_alias=x86_64-linux-gnu' 'host_alias=x86_64-linux-gnu',
'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g,
-Wl,--as-needed -znocombreloc' 'CPPFLAGS=-D_FORTIFY_SOURCE=2'', Important
settings:, value of $LC_ALL: nil, value of $LC_COLLATE: nil, value of
$LC_CTYPE: nil, value of $LC_MESSAGES: nil, value of $LC_MONETARY: nil,
value of $LC_NUMERIC: nil, value of $LC_TIME: nil, value of $LANG:
en_GB.UTF-8, value of $XMODIFIERS: nil, locale-coding-system: utf-8-unix,
default enable-multibyte-characters: t, Major mode: Shell-script, Minor
modes in effect:, tooltip-mode: t, mouse-wheel-mode: t, tool-bar-mode: t,
menu-bar-mode: t, file-name-shadow-mode: t, global-font-lock-mode: t,
font-lock-mode: t, blink-cursor-mode: t, auto-composition-mode: t,
auto-encryption-mode: t, auto-compression-mode: t, line-number-mode: t,
transient-mark-mode: t, Recent input:, C-x C-f . b a s h r <tab> <return>
C-x 2 C-x C-f D, R <tab> <backspace> r <tab> H o <tab> <tab> O <tab>, . b a
s h <tab> <return> M-x e d i f f - b u f f e, r <tab> <return> <return>
<return> ? <switch-frame>, <switch-frame> <switch-frame> <help-echo>
<help-echo>, <help-echo> <switch-frame> q <help-echo> <switch-frame>,
<help-echo> <help-echo> <help-echo> y <help-echo> <help-echo>, <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo>, <help-echo> <help-echo>
<menu-bar> <help-menu> <se, nd-emacs-bug-report>, Recent messages:, Making
completion list..., Setting up indent for shell type bash, setting up
indent stuff, Indentation variables are now local., Indentation setup for
shell type bash, Computing differences between .bashrc and .bashrc2733Gs_
..., Buffer A: Processing difference region 0 of 1, Buffer B: Processing
difference region 0 of 1, Processing difference regions ... done, Quit this
Ediff session? (y or n)  y, Load-path shadows:

[-- Attachment #2: Type: text/html, Size: 4183 bytes --]

bug#11544: Subject: 24.1.50; ediff-buffers command window does not work properly

[martin rudalics]

 >  start emacs -Q, load in two files let's say .bashrc from two locations,
 > M-x ediff-buffers, now the little pop up window comes up, type ? and the
 > window does some bizarre moves and shrinks to almost nothing,

This looks like bug #11480.  Could you chararacterize the "moves" (are
they discrete or continuous, is a certain edge of the pop up window
always at the same screen position) and the shrinking (height or width)?

martin

bug#11544: Subject: 24.1.50; ediff-buffers command window does not work properly

[martin rudalics]

[-- Attachment #1: Type: text/plain, Size: 1065 bytes --]

Please keep CCing to 11544@debbugs.gnu.org so the information you
provide does not get lost.

 > On this bug, after typing the ? first the window grows to normal size and
 > then the window's left edge stays in place

But when you type "?" on your Windows Emacs the left edge moves?  Could
you try comparing the return values of the function
`ediff-make-frame-position' on GNU/Linux and Windows respectively?

 > and the width decreases to about
 > a characters width in a fairly continuous movement.

So it looks like an animated variant of bug#11480.

 > I tried emacs 23 and
 > it does the same thing on Ubuntu precise.  I use emacs on windows and have
 > never seen this problem using ediff there if that helps.

I don't have the slightest idea what's going on so I can only suggest to
try the following: Locate the file ediff-wind.el (in the lisp/vc
subdirectory) and try to apply the patch I attached.  At least this way
we should be able to find out whether doing two separate calls of
`modify-frame-parameters' confuses your window manager.

Thanks, martin

[-- Attachment #2: ediff-wind.diff --]
[-- Type: text/plain, Size: 1401 bytes --]

*** lisp/vc/ediff-wind.el	2012-04-26 03:04:36 +0000
--- lisp/vc/ediff-wind.el	2012-05-24 08:41:17 +0000
***************
*** 1004,1010 ****
  
      (goto-char (point-min))
  
!     (modify-frame-parameters ctl-frame adjusted-parameters)
      (make-frame-visible ctl-frame)
  
      ;; This works around a bug in 19.25 and earlier.  There, if frame gets
--- 1004,1013 ----
  
      (goto-char (point-min))
  
!     (modify-frame-parameters
!      ctl-frame
!      (append adjusted-parameters
! 	     (funcall ediff-control-frame-position-function ctl-buffer fwidth fheight)))
      (make-frame-visible ctl-frame)
  
      ;; This works around a bug in 19.25 and earlier.  There, if frame gets
***************
*** 1024,1032 ****
  
      ;; Now move the frame.  We must do it separately due to an obscure bug in
      ;; XEmacs
!     (modify-frame-parameters
!      ctl-frame
!      (funcall ediff-control-frame-position-function ctl-buffer fwidth fheight))
  
      ;; synchronize so the cursor will move to control frame
      ;; per RMS suggestion
--- 1027,1035 ----
  
      ;; Now move the frame.  We must do it separately due to an obscure bug in
      ;; XEmacs
!     ;; (modify-frame-parameters
!      ;; ctl-frame
!      ;; (funcall ediff-control-frame-position-function ctl-buffer fwidth fheight))
  
      ;; synchronize so the cursor will move to control frame
      ;; per RMS suggestion

bug#11544: Subject: 24.1.50; ediff-buffers command window does not work properly

[Glenn Morris]

martin rudalics wrote:

>> I tried emacs 23 and it does the same thing on Ubuntu precise. I use
>> emacs on windows and have never seen this problem using ediff there
>> if that helps.
>
> I don't have the slightest idea what's going on so I can only suggest to
> try the following: Locate the file ediff-wind.el (in the lisp/vc
> subdirectory) and try to apply the patch I attached.  At least this way
> we should be able to find out whether doing two separate calls of
> `modify-frame-parameters' confuses your window manager.

My guess (based on no information) would be that this is somehow related
to Unity, like http://debbugs.gnu.org/10954

bug#11544: Subject: 24.1.50; ediff-buffers command window does not work properly

[Lars Ingebrigtsen]

Keith Rautenbach <krautenbach@ntlworld.com> writes:

> Typing ediff command '?' initially redraws the command frame at the
> correct size and then auto-shrinks the width down to 1.
>
> I am seeing the problem happen most (but not all) the time. Perhaps 95%.
> I think that a particular run of emacs will either happen 100% or 0%.

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

Do you still see this in recent versions of Emacs and/or the operating
system?  The best guess in this bug report seemed to indicate that this
might be due to a bug/misfeature in Unity, if I skim it correctly.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no