[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#47207: 28.0.50; decode_next_window_args crash
From: |
martin rudalics |
Subject: |
bug#47207: 28.0.50; decode_next_window_args crash |
Date: |
Wed, 17 Mar 2021 18:06:24 +0100 |
> But the alternative is IMO much worse: there will be _no_ way
> whatsoever to reach those windows via next_window.
What would be bad about that?
> The default is already not to consider those windows, so why it is a
> problem that they are considered when the code explicitly requests to
> consider _all_ the windows?
>
>> Think of minibuf.c's
>>
>> struct frame *sf = XFRAME (selected_frame);
>> /* I don't think that any frames may validly have a null minibuffer
>> window anymore. */
>> if (NILP (sf->minibuffer_window))
>> emacs_abort ();
>
> That's about the selected-frame, and tooltip frames should never be
> selected. Right?
How would we handle that suggestion in say `next-window-any-frame'?
martin
- bug#47207: 28.0.50; decode_next_window_args crash, martin rudalics, 2021/03/17
- bug#47207: 28.0.50; decode_next_window_args crash, Eli Zaretskii, 2021/03/17
- bug#47207: 28.0.50; decode_next_window_args crash, martin rudalics, 2021/03/17
- bug#47207: 28.0.50; decode_next_window_args crash, Eli Zaretskii, 2021/03/17
- bug#47207: 28.0.50; decode_next_window_args crash,
martin rudalics <=
- bug#47207: 28.0.50; decode_next_window_args crash, Eli Zaretskii, 2021/03/17
- bug#47207: 28.0.50; decode_next_window_args crash, martin rudalics, 2021/03/17
- bug#47207: 28.0.50; decode_next_window_args crash, Eli Zaretskii, 2021/03/17
- bug#47207: 28.0.50; decode_next_window_args crash, martin rudalics, 2021/03/18
- bug#47207: 28.0.50; decode_next_window_args crash, Eli Zaretskii, 2021/03/18
- bug#47207: 28.0.50; decode_next_window_args crash, martin rudalics, 2021/03/18
- bug#47207: 28.0.50; decode_next_window_args crash, Eli Zaretskii, 2021/03/18