unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* 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).