* bug#20841: 25.0.50; Turning off `which-function-mode' does not remove its last effect from the minibuffer
@ 2015-06-18 1:25 Drew Adams
2016-04-30 20:01 ` Lars Ingebrigtsen
0 siblings, 1 reply; 10+ messages in thread
From: Drew Adams @ 2015-06-18 1:25 UTC (permalink / raw)
To: 20841
Subject line says it all.
In GNU Emacs 25.0.50.1 (i686-pc-mingw32)
of 2014-10-20 on LEG570
Bzr revision: 118168 rgm@gnu.org-20141020195941-icp42t8ttcnud09g
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --enable-checking=yes,glyphs CPPFLAGS=-DGLYPH_DEBUG=1'
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#20841: 25.0.50; Turning off `which-function-mode' does not remove its last effect from the minibuffer
2015-06-18 1:25 bug#20841: 25.0.50; Turning off `which-function-mode' does not remove its last effect from the minibuffer Drew Adams
@ 2016-04-30 20:01 ` Lars Ingebrigtsen
2016-04-30 20:41 ` Drew Adams
0 siblings, 1 reply; 10+ messages in thread
From: Lars Ingebrigtsen @ 2016-04-30 20:01 UTC (permalink / raw)
To: Drew Adams; +Cc: 20841
Drew Adams <drew.adams@oracle.com> writes:
> Subject line says it all.
I'm unable to reproduce this on the trunk. I see that there have been
changes to the mode in the last year, but skimming the changes, I don't
see anything in the "switch the mode off" path...
Are you still seeing this?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#20841: 25.0.50; Turning off `which-function-mode' does not remove its last effect from the minibuffer
2016-04-30 20:01 ` Lars Ingebrigtsen
@ 2016-04-30 20:41 ` Drew Adams
2016-05-07 12:44 ` Michael Heerdegen
2020-08-31 2:11 ` Stefan Kangas
0 siblings, 2 replies; 10+ messages in thread
From: Drew Adams @ 2016-04-30 20:41 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 20841
> > Subject line says it all.
>
> I'm unable to reproduce this on the trunk. I see that there have been
> changes to the mode in the last year, but skimming the changes, I don't
> see anything in the "switch the mode off" path...
>
> Are you still seeing this?
Yes, I'm still seeing it. I turn it off and I still see things
like `[Documentation]' and `[???]' in the mode line of existing
buffers.
When this is true of *Help*, for instance, i.e., it remains
in the mode line after I've toggled it off, if I then ask
for something else to be displayed in *Help* (e.g. do `C-h f'),
then it is removed from the mode line.
I see this in my setup, but my setup does nothing with
`which-function-mode'. One guess is that the bug might
manifest itself only if you have a standalone minibuffer.
Another guess might be (since ediff uses a separate control
frame (?)) that it is similar to whatever is behind this
comment in the code:
;; FIXME: Why does ediff require special support?
Another guess is that it might have to do with
`mode-line-misc-info'.
After I've turned the mode off I see that the value of
variable `which-func-mode' remains `t' in buffers, even
though the global value has been changed to `nil'.
I don't have time to try to debug this.
Close it if no one else has the time. I no longer
turn the mode on at all, to avoid the annoyance.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#20841: 25.0.50; Turning off `which-function-mode' does not remove its last effect from the minibuffer
2016-04-30 20:41 ` Drew Adams
@ 2016-05-07 12:44 ` Michael Heerdegen
2016-05-07 12:55 ` Michael Heerdegen
2020-08-31 2:11 ` Stefan Kangas
1 sibling, 1 reply; 10+ messages in thread
From: Michael Heerdegen @ 2016-05-07 12:44 UTC (permalink / raw)
To: Drew Adams; +Cc: 20841, Lars Ingebrigtsen
Drew Adams <drew.adams@oracle.com> writes:
> Another guess is that it might have to do with
> `mode-line-misc-info'.
>
> After I've turned the mode off I see that the value of
> variable `which-func-mode' remains `t' in buffers, even
> though the global value has been changed to `nil'.
Bingo - I came to the same conclusion. The mode-line uses the variable
which-func-mode that is not changed when toggling `which-function-mode'.
I guess this just has been forgotten to be updated after the mode had
been renamed.
Michael.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#20841: 25.0.50; Turning off `which-function-mode' does not remove its last effect from the minibuffer
2016-05-07 12:44 ` Michael Heerdegen
@ 2016-05-07 12:55 ` Michael Heerdegen
0 siblings, 0 replies; 10+ messages in thread
From: Michael Heerdegen @ 2016-05-07 12:55 UTC (permalink / raw)
To: Drew Adams; +Cc: 20841, Lars Ingebrigtsen
Michael Heerdegen <michael_heerdegen@web.de> writes:
> I guess this just has been forgotten to be updated after the mode had
> been renamed.
Though, I think the intention had been to keep the name
`which-func-mode' for the mode variable. So I guess we should just add
a :variable spec to the definition of `which-function-mode'. But hmm,
no, `which-function-mode' is also used as a variable in the code, see
`which-func-ff-hook'.
Confusing.
So maybe just change the variable name of the mode-line element?
Michael.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#20841: 25.0.50; Turning off `which-function-mode' does not remove its last effect from the minibuffer
2016-04-30 20:41 ` Drew Adams
2016-05-07 12:44 ` Michael Heerdegen
@ 2020-08-31 2:11 ` Stefan Kangas
2020-08-31 2:26 ` Drew Adams
1 sibling, 1 reply; 10+ messages in thread
From: Stefan Kangas @ 2020-08-31 2:11 UTC (permalink / raw)
To: Drew Adams; +Cc: 20841, Lars Ingebrigtsen
tags 20841 + moreinfo unreproducible
thanks
Drew Adams <drew.adams@oracle.com> writes:
>> > Subject line says it all.
>>
>> I'm unable to reproduce this on the trunk. I see that there have been
>> changes to the mode in the last year, but skimming the changes, I don't
>> see anything in the "switch the mode off" path...
>>
>> Are you still seeing this?
>
> Yes, I'm still seeing it. I turn it off and I still see things
> like `[Documentation]' and `[???]' in the mode line of existing
> buffers.
>
> When this is true of *Help*, for instance, i.e., it remains
> in the mode line after I've toggled it off, if I then ask
> for something else to be displayed in *Help* (e.g. do `C-h f'),
> then it is removed from the mode line.
>
> I see this in my setup, but my setup does nothing with
> `which-function-mode'. One guess is that the bug might
> manifest itself only if you have a standalone minibuffer.
I can't reproduce this under "emacs -Q" either.
I think we need more information here. I suspect that this issue is
related to some package or configuration you do, possibly with regards
to the mode-line.
> Another guess might be (since ediff uses a separate control
> frame (?)) that it is similar to whatever is behind this
> comment in the code:
>
> ;; FIXME: Why does ediff require special support?
Possibly. You could try running this to see if it makes any difference:
(which-func-update-1 (get-buffer-window))
> Another guess is that it might have to do with
> `mode-line-misc-info'.
After my attempts reproducing the bug and reading the code, I doubt
that. But it's possible.
> After I've turned the mode off I see that the value of
> variable `which-func-mode' remains `t' in buffers, even
> though the global value has been changed to `nil'.
That variable is t in buffers that support which-function-mode. IOW,
this is expected.
> I don't have time to try to debug this.
> Close it if no one else has the time. I no longer
> turn the mode on at all, to avoid the annoyance.
Maybe you have more time to investigate this today than you did when
this was first reported?
Lacking more information, I unfortunately think it will be hard to get
much further here.
^ permalink raw reply [flat|nested] 10+ messages in thread* bug#20841: 25.0.50; Turning off `which-function-mode' does not remove its last effect from the minibuffer
2020-08-31 2:11 ` Stefan Kangas
@ 2020-08-31 2:26 ` Drew Adams
2020-08-31 2:53 ` Stefan Kangas
0 siblings, 1 reply; 10+ messages in thread
From: Drew Adams @ 2020-08-31 2:26 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 20841, Lars Ingebrigtsen
> Maybe you have more time to investigate this today than you did when
> this was first reported?
>
> Lacking more information, I unfortunately think it will be hard to get
> much further here.
I don't understand. Did you read Michael Heerdegen's
mails in this thread? He explains the problem, no?
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#20841: 25.0.50; Turning off `which-function-mode' does not remove its last effect from the minibuffer
2020-08-31 2:26 ` Drew Adams
@ 2020-08-31 2:53 ` Stefan Kangas
2020-10-03 22:20 ` Michael Heerdegen
0 siblings, 1 reply; 10+ messages in thread
From: Stefan Kangas @ 2020-08-31 2:53 UTC (permalink / raw)
To: Drew Adams; +Cc: 20841, Lars Ingebrigtsen
Drew Adams <drew.adams@oracle.com> writes:
> I don't understand. Did you read Michael Heerdegen's
> mails in this thread? He explains the problem, no?
Yes, I read his replies and looked into what he suggested. I can't see
how his posts explain the problem.
He was not clear over the difference between the confusingly named
variables which-function-mode and which-func-mode. That confusion has
nothing to do with the mode line not updating AFAICT.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#20841: 25.0.50; Turning off `which-function-mode' does not remove its last effect from the minibuffer
2020-08-31 2:53 ` Stefan Kangas
@ 2020-10-03 22:20 ` Michael Heerdegen
2020-10-04 14:00 ` Lars Ingebrigtsen
0 siblings, 1 reply; 10+ messages in thread
From: Michael Heerdegen @ 2020-10-03 22:20 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 20841, Lars Ingebrigtsen
Stefan Kangas <stefan@marxist.se> writes:
> > I don't understand. Did you read Michael Heerdegen's
> > mails in this thread? He explains the problem, no?
>
> Yes, I read his replies and looked into what he suggested. I can't see
> how his posts explain the problem.
>
> He was not clear over the difference between the confusingly named
> variables which-function-mode and which-func-mode. That confusion has
> nothing to do with the mode line not updating AFAICT.
No, I had understood the problem, but I guess it has been fixed in the
meantime - possibly
cbfb1295554 Stefan Monnier Improve disabling the mode
The problem had been that the mode var and the var used by the mode-line
to decide if there is anything to show were different and disabling the
mode didn't change the other var so the mode line display was not turned
off. After the above commit the mode line display is only on when both
variables are non-nil so I think he fixed it without knowing of this
report.
Michael.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#20841: 25.0.50; Turning off `which-function-mode' does not remove its last effect from the minibuffer
2020-10-03 22:20 ` Michael Heerdegen
@ 2020-10-04 14:00 ` Lars Ingebrigtsen
0 siblings, 0 replies; 10+ messages in thread
From: Lars Ingebrigtsen @ 2020-10-04 14:00 UTC (permalink / raw)
To: Michael Heerdegen; +Cc: 20841, Stefan Kangas
Michael Heerdegen <michael_heerdegen@web.de> writes:
> The problem had been that the mode var and the var used by the mode-line
> to decide if there is anything to show were different and disabling the
> mode didn't change the other var so the mode line display was not turned
> off. After the above commit the mode line display is only on when both
> variables are non-nil so I think he fixed it without knowing of this
> report.
Ah, right. Thanks for digging into this; closing the report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2020-10-04 14:00 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-06-18 1:25 bug#20841: 25.0.50; Turning off `which-function-mode' does not remove its last effect from the minibuffer Drew Adams
2016-04-30 20:01 ` Lars Ingebrigtsen
2016-04-30 20:41 ` Drew Adams
2016-05-07 12:44 ` Michael Heerdegen
2016-05-07 12:55 ` Michael Heerdegen
2020-08-31 2:11 ` Stefan Kangas
2020-08-31 2:26 ` Drew Adams
2020-08-31 2:53 ` Stefan Kangas
2020-10-03 22:20 ` Michael Heerdegen
2020-10-04 14:00 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).