GNU bug report logs -
#11544
Subject: 24.1.50; ediff-buffers command window does not work properly
Previous Next
Reported by: Munawar Cheema <munawar.a.cheema <at> gmail.com>
Date: Tue, 22 May 2012 21:05:02 UTC
Severity: normal
Tags: moreinfo
Merged with 11480
Found in version 24.1.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11544 in the body.
You can then email your comments to 11544 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11544
; Package
emacs
.
(Tue, 22 May 2012 21:05:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Munawar Cheema <munawar.a.cheema <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 22 May 2012 21:05:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
--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:
[Message part 2 (text/html, inline)]
Merged 11480 11544.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Tue, 22 May 2012 21:41:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11544
; Package
emacs
.
(Wed, 23 May 2012 09:11:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 11544 <at> debbugs.gnu.org (full text, mbox):
> 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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11544
; Package
emacs
.
(Thu, 24 May 2012 09:03:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 11544 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Please keep CCing to 11544 <at> 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
[ediff-wind.diff (text/plain, inline)]
*** 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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11544
; Package
emacs
.
(Thu, 24 May 2012 16:27:01 GMT)
Full text and
rfc822 format available.
Message #16 received at 11544 <at> debbugs.gnu.org (full text, mbox):
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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11544
; Package
emacs
.
(Mon, 02 May 2022 09:44:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 11544 <at> debbugs.gnu.org (full text, mbox):
Keith Rautenbach <krautenbach <at> 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
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 02 May 2022 09:45:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11544
; Package
emacs
.
(Mon, 30 May 2022 18:08:02 GMT)
Full text and
rfc822 format available.
Message #24 received at 11544 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> 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.
More information was requested, but no response was given within a
month, so I'm closing this bug report. If the problem still exists,
please respond to this email and we'll reopen the bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
11544 <at> debbugs.gnu.org and Munawar Cheema <munawar.a.cheema <at> gmail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 30 May 2022 18:09:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 28 Jun 2022 11:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 362 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.