emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#22048: closed (25.1; frame title vanishes when spe


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#22048: closed (25.1; frame title vanishes when speedbar present)
Date: Tue, 01 Dec 2015 02:10:05 +0000

Your message dated Mon, 30 Nov 2015 21:09:20 -0500
with message-id <address@hidden>
and subject line Re: bug#22048: 25.1; frame title vanishes when speedbar present
has caused the debbugs.gnu.org bug report #22048,
regarding 25.1; frame title vanishes when speedbar present
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
22048: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22048
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 25.1; frame title vanishes when speedbar present Date: Sat, 28 Nov 2015 22:28:13 -0500
X-Debbugs-CC: Konrad Podczeck <address@hidden>

emacs -Q   [25.1 branch build on Mac OS X, standard NS Cocoa interface]

load some file
[observe title and icon in title bar of frame.]

M-x speedbar

observe title in original frame vanish.

Now, I have tried removing d9d383 (“more flicker fixes”), as this is the source 
of another bug in relation to the title/icon bar, but that doesn’t help with 
this bug.

The original reporter, who found this problem in Aquamacs (cc’ed), says that 
it’s been present for a long time.


--- End Message ---
--- Begin Message --- Subject: Re: bug#22048: 25.1; frame title vanishes when speedbar present Date: Mon, 30 Nov 2015 21:09:20 -0500
On Nov 30, 2015, at 1:33 PM, Eli Zaretskii <address@hidden> wrote:
> 
>> Date: Mon, 30 Nov 2015 10:20:04 -0800 (PST)
>> From: "David Reitter" <address@hidden>
>> Cc: address@hidden, address@hidden
>> 
>> Speedbar makes it a loca variable to set the frame title of its own frame to
>> "speedbar".
> 
> Right.  So then calling buffer_local_value in x_implicitly_set_name
> should produce the value for the buffer of the frame's selected
> window.  Would that solve the problem?

Yes, for the NS port only of course.  I don’t know if there are such problems 
in other ports.
I cursorily checked the windows port and didn’t see any use of the variable.

> (I'm trying to avoid extending the effect of temporarily switching to
> the frame's selected window, because that would make the change local
> to the NS port, so we can more easily decide to install it on the
> emacs-25 branch.)

Yes, I asked precisely because it is a wider-ranging change that I thought and 
think is, in principle, the right fix.

Anyway, I have committed a change for nsfns.m.

This should be fixed.  Thanks, Konrad, for reporting this. 

--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]