bug#37390: 26.3; ediff-buffers appears to have a focus issue

bug#37390: 26.3; ediff-buffers appears to have a focus issue

[Matthew Persico]

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

-text follows this line--
In ediff-buffers mode, anytime you lose focus out of the ediff command
window (either by explicitly changing it OR executing an ediff selection of
a diff (via the 'a' or 'b' keys), all subsequent commands in the ediff
command window lose focus out of the window and you have to re-establish
focus after every ediff command.

Try this to reproduce:

cp ~/.profile /tmp/bufa
cp ~/.profile /tmp/bufbb
sed 's/x/y/' bufbb > bufb
emacs /tmp/bufa /tmp/bufb
In emacs diff the two buffers with M-x ediff-buffers
In the ediff command window
n
n
now change focus to any other window on your desktop OR pick diff 'a' or
'b' to apply.
now change focus back to the ediff window
n
focus should have jumped out of the ediff command window to one of the
diffed buffers.

26.2 did not do that; once back in the ediff command window, focus stayed
there after each ediff command. This issue makes it very annoying to
process diffs.


In GNU Emacs 26.3 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.8.9)
 of 2019-08-29 built on ip-1-76-197-86
Windowing system distributor 'Hummingbird - Open Text', version 11.0.138110
System Description: Red Hat Enterprise Linux Server release 7.7 (Maipo)
Recent messages:
Mark saved where search started
Saving file
/home/mpersico5/gits/bbgithub/dpkg/blp-bcc-dpkg-terraform/scripts/REBUILD...
Wrote
/home/mpersico5/gits/bbgithub/dpkg/blp-bcc-dpkg-terraform/scripts/REBUILD
Mark saved where search started
Saving file
/home/mpersico5/gits/bbgithub/dpkg/blp-bcc-dpkg-terraform/scripts/REBUILD...
Wrote
/home/mpersico5/gits/bbgithub/dpkg/blp-bcc-dpkg-terraform/scripts/REBUILD
Mark set
Saving file
/home/mpersico5/gits/bbgithub/dpkg/blp-bcc-dpkg-terraform/scripts/REBUILD...
Wrote
/home/mpersico5/gits/bbgithub/dpkg/blp-bcc-dpkg-terraform/scripts/REBUILD
Making completion list...
Configured using:
 'configure --prefix=/opt/bb --libdir=/opt/bb/lib64
 -x-includes=/opt/bb/include -x-libraries=/opt/bb/lib64
 --with-x-toolkit=gtk3 --without-selinux --without-gsettings
 'CFLAGS=-m64 ' CPPFLAGS=-I/opt/bb/include 'LDFLAGS=-Wl,-melf_x86_64
 -L/opt/bb/lib64 -Wl,--enable-new-dtags,-R/opt/bb/lib64''
Configured features:
XPM JPEG TIFF GIF PNG SOUND DBUS GLIB NOTIFY GNUTLS LIBXML2 FREETYPE XFT
ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM THREADS
Important settings:
  value of $LC_ALL: C
  value of $LANG: C
  locale-coding-system: nil
Major mode: Flycheck errors
Minor modes in effect:
  eval-sexp-fu-flash-mode: t
  global-flycheck-mode: t
  exordium-global-git-gutter-mode: t
  global-magit-file-mode: t
  diff-auto-refine-mode: t
  magit-auto-revert-mode: t
  global-git-commit-mode: t
  async-bytecomp-package-mode: t
  treemacs-filewatch-mode: t
  treemacs-follow-mode: t
  treemacs-fringe-indicator-mode: t
  projectile-mode: t
  global-auto-complete-mode: t
  recentf-mode: t
  exordium-global-display-line-numbers-mode: t
  display-line-numbers-mode: t
  global-delete-trailing-whitespace-mode: t
  delete-trailing-whitespace-mode: t
  shell-dirtrack-mode: t
  delete-selection-mode: t
  show-paren-mode: t
  cl-old-struct-compat-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t
Load-path shadows:
/home/mpersico5/.emacs.d/elpa/dpkg-dev-el-20190824.2314/debian-autoloads
hides /home/mpersico5/.emacs.d/elpa/debian-el-20181020.1513/debian-autoloads
/home/mpersico5/.emacs.d/elpa/let-alist-1.0.6/let-alist hides
/opt/bb/share/emacs/26.3/lisp/emacs-lisp/let-alist
Features:
(shadow sort mail-extr emacsbug sendmail misearch multi-isearch
ido-completing-read+ cus-edit cus-start cus-load minibuf-eldef vc-git
disp-table init-powerline all-the-icons all-the-icons-faces
data-material data-weathericons data-octicons data-fileicons
data-faicons data-alltheicons memoize after-init
tomorrow-night-bright-theme sh-script-imode sh-script smie executable
kbmacros perltidy bash-completion two-column init-iwyu init-elisp
eval-sexp-fu highlight page-break-lines init-ruby init-python
init-javascript js2-imenu-extras js2-mode-expansions js2-mode etags
js-mode-expansions js html-mode-expansions sgml-mode dom init-rtags-cdb
init-rtags-cmake init-rtags-helm helm-rtags init-rtags
auto-complete-c-headers ac-rtags rtags repeat tramp tramp-compat
tramp-loaddefs trampver ucs-normalize parse-time asm-mode magit-bookmark
treemacs-bookmarks bookmark init-gdb gdb-mi bindat gud init-yasnippet
yasnippet flycheck json map flymake-proc flymake elec-pair
init-bde-style init-cpp cpp init-xml init-org ob-dot ob-C
cc-mode-expansions cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles
cc-align cc-engine cc-vars cc-defs ob-python ob-shell ob-ruby ob-perl
ox-gfm ox-beamer ox-md org-bullets ox-odt rng-loc rng-uri rng-parse
rng-match rng-dt rng-util rng-pttrn nxml-parse nxml-ns nxml-enc xmltok
nxml-util ox-latex ox-icalendar ox-html table ox-ascii ox-publish ox
init-markdown impatient-mode htmlize simple-httpd pp url-util
markdown-mode init-shell init-prog-mode init-flb-mode
init-git-visit-diffs init-git git-gutter-fringe fringe-helper git-gutter
diminish magit-submodule magit-obsolete magit-blame magit-stash
magit-reflog magit-bisect magit-push magit-pull magit-fetch magit-clone
magit-remote magit-commit magit-sequence magit-notes magit-worktree
magit-tag magit-merge magit-branch magit-reset magit-files magit-refs
magit-status magit magit-repos magit-apply magit-wip magit-log
which-func magit-diff smerge-mode diff-mode magit-core magit-autorevert
autorevert magit-margin magit-transient magit-process magit-mode
transient git-commit magit-git magit-section magit-utils crm log-edit
message rmc puny rfc822 mml mml-sec epa derived epg gnus-util rmail
rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047
rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils
mailheader pcvs-util add-log with-editor cl-extra help-mode
async-bytecomp server init-dired find-dired wdired dired dired-loaddefs
init-helm helm-ag init-helm-projectile treemacs-projectile treemacs
treemacs-compatibility treemacs-mode treemacs-interface
treemacs-extensions treemacs-persistence treemacs-mouse-interface
treemacs-tag-follow-mode hydra lv treemacs-filewatch-mode treemacs-tags
imenu xref project filenotify treemacs-follow-mode treemacs-rendering
treemacs-async treemacs-faces treemacs-icons treemacs-workspaces
treemacs-dom treemacs-visuals treemacs-fringe-indicator pulse
treemacs-themes treemacs-core-utils pfuture hl-line treemacs-macros
pcase inline ht treemacs-customization f s dash helm-swoop
helm-projectile helm-files helm-tags helm-buffers helm-occur helm-grep
helm-regexp helm-utils helm-locate helm-help helm-types projectile grep
compile ibuf-ext ibuffer ibuffer-loaddefs init-autocomplete
auto-complete-config auto-complete init-highlight hi-lock
highlight-symbol init-ido helm helm-source eieio-compat helm-multi-match
helm-lib async recentf tree-widget wid-edit ido init-util warnings popup
goto-chg init-window-manager ace-window avy init-linum
display-line-numbers nlinum init-font-lock init-look-and-feel vlf-setup
expand-region text-mode-expansions the-org-mode-expansions
er-basic-expansions expand-region-core expand-region-custom
default-text-scale evil evil-keybindings evil-integration undo-tree diff
evil-maps evil-commands reveal flyspell ispell evil-jumps
evil-command-window evil-types evil-search evil-ex shell evil-macros
evil-repeat evil-states evil-core evil-common windmove thingatpt rect
evil-digraphs evil-vars edmacro kmacro delsel paren init-themes
tomorrow-night-theme color-theme-tomorrow org-element avl-tree generator
org org-macro org-footnote org-pcomplete pcomplete org-list org-faces
org-entities noutline outline easy-mmode org-version ob-emacs-lisp ob
ob-tangle org-src ob-ref ob-lob ob-table ob-keys ob-exp ob-comint comint
ansi-color ring ob-core ob-eval org-compat org-macs org-loaddefs
format-spec find-func cal-menu calendar cal-loaddefs powerline
powerline-separators color powerline-themes hilinum-mode advice linum
fill-column-indicator init-progress-bar init-prefs init-environment
init-lib subr-x cl finder-inf dpkg-dev-el debian-el rx info package
easymenu epg-config url-handlers url-parse auth-source cl-seq eieio
eieio-core cl-macs eieio-loaddefs password-cache url-vars seq byte-opt
gv bytecomp byte-compile cconv cl-loaddefs cl-lib before-init time-date
mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode register page menu-bar
rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core term/tty-colors frame cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote threads dbusbind
inotify dynamic-setting font-render-setting move-toolbar gtk x-toolkit x
multi-tty make-network-process emacs)
Memory information:
((conses 16 932171 682810)
 (symbols 48 65634 208)
 (miscs 40 280 1861)
 (strings 32 253869 74142)
 (string-bytes 1 7303367)
 (vectors 16 106900)
 (vector-slots 8 1549597 560932)
 (floats 8 769 1330)
 (intervals 56 4152 3996)
 (buffers 992 20)
 (heap 1024 102208 77017))


-- 
Matthew O. Persico

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

bug#37390: 26.3; ediff-buffers appears to have a focus issue

[martin rudalics]

 > In ediff-buffers mode, anytime you lose focus out of the ediff command
 > window (either by explicitly changing it OR executing an ediff selection of
 > a diff (via the 'a' or 'b' keys), all subsequent commands in the ediff
 > command window lose focus out of the window and you have to re-establish
 > focus after every ediff command.
 >
 > Try this to reproduce:
 >
 > cp ~/.profile /tmp/bufa
 > cp ~/.profile /tmp/bufbb
 > sed 's/x/y/' bufbb > bufb
 > emacs /tmp/bufa /tmp/bufb
 > In emacs diff the two buffers with M-x ediff-buffers
 > In the ediff command window
 > n
 > n
 > now change focus to any other window on your desktop OR pick diff 'a' or
 > 'b' to apply.
 > now change focus back to the ediff window

Is "ediff window" the frame where bufa and bufb are shown or the ediff
command window?

 > n
 > focus should have jumped out of the ediff command window to one of the
 > diffed buffers.

 > 26.2 did not do that; once back in the ediff command window, focus stayed
 > there after each ediff command. This issue makes it very annoying to
 > process diffs.

I cannot reproduce this behavior here.  After "n" focus stays in the
ediff command window.  But I faintly recall that I changed something
in this area a few years ago and that subsequently Stefan had problems
with his minibuffer in a separate frame setup.  That was something I
wasn't able to reproduce either.  It might be also window manager
dependent.

If you build Emacs yourself, you could you try bisecting this to find
the offending commit.  You could also look whether bug#11622 or
bug#35635 describe the same issue.  And maybe someone can reproduce
your use case and we can start digging from there.  If neither of
these help, we probably have to try to debug this issue by tracking
'handle-focus-in' which is no fun.

martin

bug#37390: 26.3; ediff-buffers appears to have a focus issue

[martin rudalics]

 > But I faintly recall that I changed something
 > in this area a few years ago and that subsequently Stefan had problems
 > with his minibuffer in a separate frame setup.

The change I mentioned there was for Bug#24500 and Stefan's complaint
is in Bug#24803.  I doubt these are related to your switch from Emacs
26.2 to 26.3.  Did you, when you performed that switch, upgrade other
parts of your environment too?  And if so, can you try once more with
Emacs 26.2?

martin

bug#37390: 26.3; ediff-buffers appears to have a focus issue

[Matthew Persico]

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

I am testing at work with a totally dpkged environment with chef doing the
maintenance. I turned off the chef stuff last week so that it wouldn’t
re-overwrite my 26.3 deb file. I’ll turn chef on, downgrade to 26.2, turn
off chef, test, install 26.3, test and report back. That should keep the
environment consistent between the two emacs versions.  I’ll also send
along a list of all the debs and the yums. Yeah we configure our vms as
redhat 7.3 or 4 or 5 ( I’ll look tomorrow) and then all the stuff we build
is in dpkg (because we have to support Solaris and aix too); I would prefer
not to identify my employer so please don’t ask. Or comment. :-)

On Sun, Sep 15, 2019 at 04:26 martin rudalics <rudalics@gmx.at> wrote:

>  > But I faintly recall that I changed something
>  > in this area a few years ago and that subsequently Stefan had problems
>  > with his minibuffer in a separate frame setup.
>
> The change I mentioned there was for Bug#24500 and Stefan's complaint
> is in Bug#24803.  I doubt these are related to your switch from Emacs
> 26.2 to 26.3.  Did you, when you performed that switch, upgrade other
> parts of your environment too?  And if so, can you try once more with
> Emacs 26.2?
>
> martin
>
-- 
Matthew O. Persico

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

bug#37390: 26.3; ediff-buffers appears to have a focus issue

[Matthew Persico]

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

Well... <insert Gilder Radner Never Mind gif here>

I went back to 26.2 and lo and behold, I have a focus issue. Musts be some
part of the env in my rebuilt VM. Sigh. Feel free to close this issue. If
anyone has any suggestions as to what to look for, I would be most
appreciative.

On Sun, Sep 15, 2019 at 7:38 PM Matthew Persico <matthew.persico@gmail.com>
wrote:

> I am testing at work with a totally dpkged environment with chef doing the
> maintenance. I turned off the chef stuff last week so that it wouldn’t
> re-overwrite my 26.3 deb file. I’ll turn chef on, downgrade to 26.2, turn
> off chef, test, install 26.3, test and report back. That should keep the
> environment consistent between the two emacs versions.  I’ll also send
> along a list of all the debs and the yums. Yeah we configure our vms as
> redhat 7.3 or 4 or 5 ( I’ll look tomorrow) and then all the stuff we build
> is in dpkg (because we have to support Solaris and aix too); I would prefer
> not to identify my employer so please don’t ask. Or comment. :-)
>
> On Sun, Sep 15, 2019 at 04:26 martin rudalics <rudalics@gmx.at> wrote:
>
>>  > But I faintly recall that I changed something
>>  > in this area a few years ago and that subsequently Stefan had problems
>>  > with his minibuffer in a separate frame setup.
>>
>> The change I mentioned there was for Bug#24500 and Stefan's complaint
>> is in Bug#24803.  I doubt these are related to your switch from Emacs
>> 26.2 to 26.3.  Did you, when you performed that switch, upgrade other
>> parts of your environment too?  And if so, can you try once more with
>> Emacs 26.2?
>>
>> martin
>>
> --
> Matthew O. Persico
>


-- 
Matthew O. Persico

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

bug#37390: 26.3; ediff-buffers appears to have a focus issue

[Matthew Persico]

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

Good grief:  https://stackoverflow.com/a/1680998/1830614

For YEARS I've been using a separate frame for control. I'll just toggle
that off. No issues with that in 26.2. I will try in 26.3. And now that I
see it, why the heck would you want a separate frame? To have multiple
diffs going at the same time?

On Mon, Sep 16, 2019 at 12:46 PM Matthew Persico <matthew.persico@gmail.com>
wrote:

> Well... <insert Gilder Radner Never Mind gif here>
>
> I went back to 26.2 and lo and behold, I have a focus issue. Musts be some
> part of the env in my rebuilt VM. Sigh. Feel free to close this issue. If
> anyone has any suggestions as to what to look for, I would be most
> appreciative.
>
> On Sun, Sep 15, 2019 at 7:38 PM Matthew Persico <matthew.persico@gmail.com>
> wrote:
>
>> I am testing at work with a totally dpkged environment with chef doing
>> the maintenance. I turned off the chef stuff last week so that it wouldn’t
>> re-overwrite my 26.3 deb file. I’ll turn chef on, downgrade to 26.2, turn
>> off chef, test, install 26.3, test and report back. That should keep the
>> environment consistent between the two emacs versions.  I’ll also send
>> along a list of all the debs and the yums. Yeah we configure our vms as
>> redhat 7.3 or 4 or 5 ( I’ll look tomorrow) and then all the stuff we build
>> is in dpkg (because we have to support Solaris and aix too); I would prefer
>> not to identify my employer so please don’t ask. Or comment. :-)
>>
>> On Sun, Sep 15, 2019 at 04:26 martin rudalics <rudalics@gmx.at> wrote:
>>
>>>  > But I faintly recall that I changed something
>>>  > in this area a few years ago and that subsequently Stefan had problems
>>>  > with his minibuffer in a separate frame setup.
>>>
>>> The change I mentioned there was for Bug#24500 and Stefan's complaint
>>> is in Bug#24803.  I doubt these are related to your switch from Emacs
>>> 26.2 to 26.3.  Did you, when you performed that switch, upgrade other
>>> parts of your environment too?  And if so, can you try once more with
>>> Emacs 26.2?
>>>
>>> martin
>>>
>> --
>> Matthew O. Persico
>>
>
>
> --
> Matthew O. Persico
>


-- 
Matthew O. Persico

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

bug#37390: 26.3; ediff-buffers appears to have a focus issue

[martin rudalics]

 > I went back to 26.2 and lo and behold, I have a focus issue. Musts be some
 > part of the env in my rebuilt VM. Sigh. Feel free to close this
 > issue.

We should rather try to find out about this issue as much as we can.
It would be great if we could nail it down to some specific change in
your VM.  I suppose some window managers do not play nicely with
Emacs' attempts to (re-)direct focus from and to supporting frames
like the one used by ediff.

 > If
 > anyone has any suggestions as to what to look for, I would be most
 > appreciative.

Please tell us the following first:

- Which window manager do you use?

- Are you sure you see the same problem in an emacs -Q session?

- Do you see the issue in other aspects of working with Emacs?

- Do you see similar problems when invoking Emacs with

   --eval "(setq default-frame-alist (quote ((minibuffer . nil))))"

   and running it for a few standard tasks?

Next we should try to describe your bug in more detail than you
provided so far:

 > In emacs diff the two buffers with M-x ediff-buffers
 > In the ediff command window
 > n
 > n
 > now change focus to any other window on your desktop OR pick diff 'a' or
 > 'b' to apply.

How exactly do you change focus?  Also, I don't yet understand what
"pick diff 'a' or 'b' to apply" means.

 > now change focus back to the ediff window
 > n
 > focus should have jumped out of the ediff command window to one of the
 > diffed buffers.

When you now shift focus to the ediff command window and type "n" does
it shift focus again?  Does it shift focus for "p" too?  Is there an
ediff command where it does not shift focus?  Does setting
'ediff-grab-mouse' to another value change anything?

Thanks, martin

bug#37390: 26.3; ediff-buffers appears to have a focus issue

[martin rudalics]

 > For YEARS I've been using a separate frame for control. I'll just toggle
 > that off. No issues with that in 26.2. I will try in 26.3. And now that I
 > see it, why the heck would you want a separate frame? To have multiple
 > diffs going at the same time?

'ediff-window-setup-function' has a misguided default value.  Luckily
you can change it - the speedbar, for example, doesn't allow to do
that.  I'm using 'ediff-setup-windows-plain' ever since together with
'ediff-split-window-function' set to 'split-window-horizontally'.

martin

bug#37390: 26.3; ediff-buffers appears to have a focus issue

[Matthew Persico]

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

Split window horizontally? Oh man I have to try that!

On Tue, Sep 17, 2019 at 4:56 AM martin rudalics <rudalics@gmx.at> wrote:

>  > For YEARS I've been using a separate frame for control. I'll just toggle
>  > that off. No issues with that in 26.2. I will try in 26.3. And now that
> I
>  > see it, why the heck would you want a separate frame? To have multiple
>  > diffs going at the same time?
>
> 'ediff-window-setup-function' has a misguided default value.  Luckily
> you can change it - the speedbar, for example, doesn't allow to do
> that.  I'm using 'ediff-setup-windows-plain' ever since together with
> 'ediff-split-window-function' set to 'split-window-horizontally'.
>
> martin
>
-- 
Matthew O. Persico

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

bug#37390: 26.3; ediff-buffers appears to have a focus issue

[Matthew Persico]

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

As for diagnosis, I’ll try to get to it by end of week. I have a task I
absolutely have to finish this week. I am also currently on the train.  :-)

I *can* tell you from here that I am connecting to my Linux vms via Exceed
on Demand, an enterprise version of hummingbird exceed running on a windows
laptop and the windows are free floating on the windows side. There’s no
vm-side window manager.

I did notice that my vm has different fonts after the rebuild so I am
betting the culprit is probably the X software. But I have no record of the
software versions before the rebuild, so I don’t know how useful that
information will be.

On Tue, Sep 17, 2019 at 8:19 AM Matthew Persico <matthew.persico@gmail.com>
wrote:

> Split window horizontally? Oh man I have to try that!
>
> On Tue, Sep 17, 2019 at 4:56 AM martin rudalics <rudalics@gmx.at> wrote:
>
>>  > For YEARS I've been using a separate frame for control. I'll just
>> toggle
>>  > that off. No issues with that in 26.2. I will try in 26.3. And now
>> that I
>>  > see it, why the heck would you want a separate frame? To have multiple
>>  > diffs going at the same time?
>>
>> 'ediff-window-setup-function' has a misguided default value.  Luckily
>> you can change it - the speedbar, for example, doesn't allow to do
>> that.  I'm using 'ediff-setup-windows-plain' ever since together with
>> 'ediff-split-window-function' set to 'split-window-horizontally'.
>>
>> martin
>>
> --
> Matthew O. Persico
>
-- 
Matthew O. Persico

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

bug#37390: 26.3; ediff-buffers appears to have a focus issue

[Matthew Persico]

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

As for the bug description:

Start up ediff-buffers on two files with a few differences

In the ediff control frame, use the n and p commands to move around. You
should have no problems.

Now, take one diff and use the a or b key to pick one of the diffs to apply
to the other buffer.

Your cursor should now be in one of the text buffers. It has moved out of
the ediff control frame. If you refocus on the control frame and try to
navigate with n or p, the cursor will jump out to one of the text buffers.

On Tue, Sep 17, 2019 at 8:25 AM Matthew Persico <matthew.persico@gmail.com>
wrote:

> As for diagnosis, I’ll try to get to it by end of week. I have a task I
> absolutely have to finish this week. I am also currently on the train.  :-)
>
> I *can* tell you from here that I am connecting to my Linux vms via Exceed
> on Demand, an enterprise version of hummingbird exceed running on a windows
> laptop and the windows are free floating on the windows side. There’s no
> vm-side window manager.
>
> I did notice that my vm has different fonts after the rebuild so I am
> betting the culprit is probably the X software. But I have no record of the
> software versions before the rebuild, so I don’t know how useful that
> information will be.
>
> On Tue, Sep 17, 2019 at 8:19 AM Matthew Persico <matthew.persico@gmail.com>
> wrote:
>
>> Split window horizontally? Oh man I have to try that!
>>
>> On Tue, Sep 17, 2019 at 4:56 AM martin rudalics <rudalics@gmx.at> wrote:
>>
>>>  > For YEARS I've been using a separate frame for control. I'll just
>>> toggle
>>>  > that off. No issues with that in 26.2. I will try in 26.3. And now
>>> that I
>>>  > see it, why the heck would you want a separate frame? To have multiple
>>>  > diffs going at the same time?
>>>
>>> 'ediff-window-setup-function' has a misguided default value.  Luckily
>>> you can change it - the speedbar, for example, doesn't allow to do
>>> that.  I'm using 'ediff-setup-windows-plain' ever since together with
>>> 'ediff-split-window-function' set to 'split-window-horizontally'.
>>>
>>> martin
>>>
>> --
>> Matthew O. Persico
>>
> --
> Matthew O. Persico
>
-- 
Matthew O. Persico

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

bug#37390: 26.3; ediff-buffers appears to have a focus issue

[martin rudalics]

 > Start up ediff-buffers on two files with a few differences
 >
 > In the ediff control frame, use the n and p commands to move around. You
 > should have no problems.
 >
 > Now, take one diff and use the a or b key to pick one of the diffs to apply
 > to the other buffer.
 >
 > Your cursor should now be in one of the text buffers. It has moved out of
 > the ediff control frame. If you refocus on the control frame and try to
 > navigate with n or p, the cursor will jump out to one of the text buffers.

Can anyone reproduce this behavior?

Thanks, martin

bug#37390: 26.3; ediff-buffers appears to have a focus issue

[Noam Postavsky]

martin rudalics <rudalics@gmx.at> writes:

>> Start up ediff-buffers on two files with a few differences
>>
>> In the ediff control frame, use the n and p commands to move around. You
>> should have no problems.
>>
>> Now, take one diff and use the a or b key to pick one of the diffs to apply
>> to the other buffer.
>>
>> Your cursor should now be in one of the text buffers. It has moved out of
>> the ediff control frame. If you refocus on the control frame and try to
>> navigate with n or p, the cursor will jump out to one of the text buffers.
>
> Can anyone reproduce this behavior?

No, but I expect it heavily depends on the window manager and its
configuration (I use i3 here, a tiling window manager).

bug#37390: 26.3; ediff-buffers appears to have a focus issue

[martin rudalics]

 >> Can anyone reproduce this behavior?
 >
 > No,

Thanks for testing.

 > but I expect it heavily depends on the window manager and its
 > configuration (I use i3 here, a tiling window manager).

I would have guessed so too.  But why should the window manager behave
differently when I press "a" instead of "n"?  IIUC the behavior _is_
window manager dependent but initially triggered by something within
Emacs.

martin