Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[mu4e bug] auto buffer switch to mu4e:headers in current buffer in a different frame #2766

Open
lrpereira opened this issue Sep 25, 2024 · 2 comments
Labels

Comments

@lrpereira
Copy link

Describe the bug

Running two frames, A(start frame) and B.
Frame A is a normal Emacs GUI. Frame B is emacsclient -t , i.e. from terminal, with scratch buffer opened.
Upon receiving new email, mu4e is automatically switching the buffer in frame B to mu4e:headers.

This does not happen if frame A is GUI and frame B is also GUI.
Also, if in frame A, GUI window, I only start mu4e and stay in mu4e-main, and frame B is emacsclient -t, i.e. from terminal, the buffer does not switch automatically.

How to Reproduce

Frame A
Start with emacs -Q
Load minimal config to setup inbox
Run (mu4e) and (mu4e-headers-search inbox-query), which fetches full inbox

Frame B
Open a new terminal.
Run emacsclient -t
Send a test email
Wait until mu4e pulls email
Buffer in this frame switches to mu4e:headers buffer

I can reproduce this consistently.

Environment

Fedora 40
GNU Emacs 29.4, no 3rd party extensions
mu-1.12.6

@lrpereira lrpereira added bug mu4e specific for mu4e new labels Sep 25, 2024
@lrpereira lrpereira changed the title [mu4e bug] mu4e headers grabs focus of window in a different frame [mu4e bug] auto buffer switch to mu4e:headers in current buffer in a different frame Sep 25, 2024
@djcb djcb removed the new label Sep 28, 2024
@djcb
Copy link
Owner

djcb commented Oct 20, 2024

I'm unable to reproduce.

@lrpereira
Copy link
Author

This is odd. It reproduces every time for me.
Any tips to debug further ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants