GNU bug report logs - #38173
describe-variable: Also tell user *where* variable was changed

Previous Next

Package: emacs;

Reported by: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>

Date: Tue, 12 Nov 2019 01:16:01 UTC

Severity: wishlist

Tags: wontfix

Merged with 29495, 35628

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
To: Phil Sainty <psainty <at> orcon.net.nz>
Cc: Katsumi Yamaoka <yamaoka <at> jpl.org>, 38173 <at> debbugs.gnu.org
Subject: bug#38173: describe-variable: Also tell user *where* variable was changed
Date: Wed, 13 Nov 2019 23:06:57 +0800
This all has to be at the knowledge level of the user who has put his
first setq in his first .emacs file.

He uses describe-variable and is told some 3rd party has changed the
variable too and wants to know who.

PS> I'm somewhat inclined to suggest that IF something like this was
PS> done, a global switch would make more sense.

Indeed, the describe-variable docstring could mention: "if you want more
details, set "global-variable-tracking" to t, and restart
emacs. But note it will slow down emacs, so only use for debugging."

PS> It still might not have the effect you wanted, though -- it's
PS> possible to change the apparent / user-facing value of some variables
PS> without changing the *actual* value of the variable at all.  This is
PS> because of the internal structure of lists in lisp...

Sounds like a security / coverup risk. Maybe with the expensive
global-variable-tracking turned on, describe-variable could double check
for such tampering upon looking up a variable.




This bug report was last modified 5 years and 193 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.