[Bug Report] wrong item is modified when multiple frames are open

[Bug Report] wrong item is modified when multiple frames are open

[Anders Papitto]

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

I have org version 9.0.3 (and I've been noticing this the whole time I've
used org - only just now reporting it), and this is 100% consistent for me.

I often have two client frames open, connected to the same emacs daemon.
One frame will be displaying the org agenda (I'll call this Frame 1), while
the other (Frame 2) displays one of the backing org files (e.g. ~/org/
todo.org in my case).

When both are open, and I attempt to reschedule an entry through the agenda
view (so, I have Frame 1 focused, and I enter all my commands there - in
this case, with M-x org-agenda-schedule), everything initially appears to
be working. I get the minibuffer prompt to enter a new time, which is
correctly defaulted to the time of the entry I'm on (in Frame 1). However,
once I hit Enter to complete the action, it's applied as though I had Frame
2 focused. Whichever line my cursor is on in the todo.org buffer in Frame 2
is rescheduled, while the entry my cursor is on in Frame 1 is unmodified.

If I close Frame 2, everything works perfectly.

I assume that there's some logic that figures out where in the actual
backing org files to apply modifications that the user makes to entries in
the agenda view, and that logic is broken when the backing file is
displayed in another (unfocused) emacs frame.

I run emacs on a Linux (NixOS) system, using i3 4.13 as a window manager.

- Anders Papitto

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

Re: [Bug Report] wrong item is modified when multiple frames are open

[Nicolas Goaziou]

Hello,

Anders Papitto <anderspapitto@gmail.com> writes:

> I have org version 9.0.3 (and I've been noticing this the whole time I've
> used org - only just now reporting it), and this is 100% consistent for me.
>
> I often have two client frames open, connected to the same emacs daemon.
> One frame will be displaying the org agenda (I'll call this Frame 1), while
> the other (Frame 2) displays one of the backing org files (e.g. ~/org/
> todo.org in my case).
>
> When both are open, and I attempt to reschedule an entry through the agenda
> view (so, I have Frame 1 focused, and I enter all my commands there - in
> this case, with M-x org-agenda-schedule), everything initially appears to
> be working. I get the minibuffer prompt to enter a new time, which is
> correctly defaulted to the time of the entry I'm on (in Frame 1). However,
> once I hit Enter to complete the action, it's applied as though I had Frame
> 2 focused. Whichever line my cursor is on in the todo.org buffer in Frame 2
> is rescheduled, while the entry my cursor is on in Frame 1 is unmodified.
>
> If I close Frame 2, everything works perfectly.
>
> I assume that there's some logic that figures out where in the actual
> backing org files to apply modifications that the user makes to entries in
> the agenda view, and that logic is broken when the backing file is
> displayed in another (unfocused) emacs frame.
>
> I run emacs on a Linux (NixOS) system, using i3 4.13 as a window
> manager.

FWIW, I cannot reproduce it. 

More precisely, I have the agenda on one frame, and an agenda file
displayed in another one. Using "C-c C-s" on an agenda entry correctly
updates the entry associated with the current agenda line, not one in
the other frame.

Have you tried to reproduce it with "emacs -q", i.e., ignoring any
configuration on your side?

Regards,

-- 
Nicolas Goaziou