GNU bug report logs - #30204
27.0.50; Changing major mode resets non-default invisibility spec

Previous Next

Package: emacs;

Reported by: Philipp Stephani <p.stephani2 <at> gmail.com>

Date: Mon, 22 Jan 2018 09:52:02 UTC

Severity: minor

Tags: moreinfo

Found in version 27.0.50

Fixed in version 29.1

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: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Philipp <p.stephani2 <at> gmail.com>
Cc: 30204 <at> debbugs.gnu.org
Subject: bug#30204: 27.0.50; Changing major mode resets non-default invisibility spec
Date: Sun, 05 Sep 2021 10:53:05 +0200
Philipp <p.stephani2 <at> gmail.com> writes:

>> And I think this is correct behaviour -- if you've switched to
>> fundamental-mode, then you don't want these remnants from markdown-mode
>> to survive, I think?
>
> Yes, but they do survive, i.e. once markdown-mode has made some text
> conditionally-visible (which it does for URLs etc.), I'd expect it to
> become unconditionally-visible instead of unconditionally-invisible
> when changing the major mode.

That's true.  Hm...  Should major modes remove `invisible' text
properties (where the value isn't t)?  No, that wouldn't be right,
either.

Uhm.  OK, if `buffer-invisibility-spec' isn't t,
`kill-all-local-variables' could remove the `invisible' text property
from all text that has a non-t value?

That sounds like it would potentially be expensive, but a non-nil
invisibility spec is quite unusual (and switching major modes, in
general, is unusual (well, switching from anything but fundamental-mode
is unusual)).

I dunno.  Anybody have an opinion here?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 3 years and 226 days ago.

Previous Next


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