bug#22048: 25.1; frame title vanishes when speedbar present

[Eli Zaretskii]

> From: David Reitter <david.reitter@gmail.com>
> Date: Sun, 29 Nov 2015 14:23:32 -0500
> Cc: 22048@debbugs.gnu.org,
>  konrad.podczeck@univie.ac.at
> 
> > Also, does it help to play with the value of frame-title-format?
> 
> Setting it to “%b” makes the problem go away.  
> frame-title-format is t by default on the Mac, which has a special (and 
> undocumented) meaning in OS X (see nsfns.m:488).

Maybe you could step with a debugger into that function and see what
goes wrong there in this case.

> Note that speedbar.el  has (make-local-variable 'frame-title-format).  I 
> didn’t check what it is, but I would assume that ns_set_name() does not 
> correctly process the frame title format for the right frame in that case.

Most probably, yes.

> Apart from that, what is the meaning of a buffer-local frame-title-format?  
> When multiple buffers are visible in a frame, does the one from the selected 
> window apply?

Yes.

> x_implicitly_set_name() might not be called in the right context for frames 
> that are not selected.

That shouldn't happen, normally.  Displaying a frame temporarily makes
it the selected frame.

> I don’t like the special t for frame-title-format.  I think that we would be 
> better off checking the string for “%f” (or whatever the default outside of 
> NS is) in x_implicitly_set_name() (in nsfns.m) and behaving accordingly. 

How would the effect be different?