Gt Uit writes:
> I recently upgraded to org mode version 9.3.6 and the following
> behavior was introduced: When I search for an entry using C-s, all the
> parent entries and sub-entries are expanded and stay expanded.
>
> Find in https://imgur.com/a/vzEU1zp screenshots of the newly
> introduced behavior and expected/old behavior.
An image is helpful, and some may follow that link, but it's also useful
to include example Org content and a set of steps to reproduce the
behavior you're describing. Based on that link, something like
--8<---------------cut here---------------start------------->8---
* A
** B
some text
** C
target search
--8<---------------cut here---------------end--------------->8---
And then, with all content folded, 'C-s target'.
With the default settings in Org 9, the result is
* A
** B...
** C
target search
I believe you want the visibility to be like this:
* A...
** C
target search
You can customize this behavior through org-show-context-detail. It
sounds like you'd prefer `minimal':
(setf (alist-get 'isearch org-show-context-detail)
'minimal)
Gt Uit writes:
> Updates since my last email:
> - Sometimes the first C-s yields intended result (minimal), with
> subsequent C-s searches expanding all entries.
> - I tried on Emacs 28.0.50 and am getting the same results.
> - I tried with emacs -Q and isearch minimal behaves properly!
> - I tried a live distribution (Linux Mint 20 Ulyana, same
> distribution I am currently using) and isearch minimal behaves
> properly.
> - I tried the following without any success:
> + Remove all emacs related packages and reinstall emacs (via apt)
> + Install emacs from snap.
>
> Now that I have narrowed down the bug to be something local to my
> current installation please advise on how to debug/resolve.
Something that might give you a clue about what's going on is stepping
through org-show-set-visibility, comparing what happens when it works as
expected and what happens when it doesn't. If you haven't used Edebug
before, take a look at its node in the Elisp manual:
(info "(elisp)Edebug")
Gt Uit <gt3uit@yandex.com> writes: > > > 18.07.2020, 18:48, "Kyle Meyer" <kyle@kyleam.com>: > > Gt Uit writes: > > > Updates since my last email: > - Sometimes the first C-s yields intended result (minimal), with > subsequent C-s searches expanding all entries. > - I tried on Emacs 28.0.50 and am getting the same results. > - I tried with emacs -Q and isearch minimal behaves properly! > - I tried a live distribution (Linux Mint 20 Ulyana, same > distribution I am currently using) and isearch minimal behaves > properly. > - I tried the following without any success: > + Remove all emacs related packages and reinstall emacs (via apt) > + Install emacs from snap. > > Now that I have narrowed down the bug to be something local to my > current installation please advise on how to debug/resolve. > > Something that might give you a clue about what's going on is stepping > through org-show-set-visibility, comparing what happens when it works as > expected and what happens when it doesn't. If you haven't used Edebug > before, take a look at its node in the Elisp manual: > (info "(elisp)Edebug") > > Thanks for pointing me to Edebug, a tremendously useful tool. > > I got the following: > - Executed: > + M-x find-function org-show-set-visibility > + C-u C-M-x (edebug-defun) > - The first time I launch emacs, the function org-show-set-visibility is > called and I can step through the code via Edebug Typing "d" at this point should give you a stack trace, so you can figure out who called it. > - Subsequent calls do not invoke org-show-set-visibility > > I didn't mention earlier that I got this bug after upgrading from Linux > Mint 19.3 to Linux Mint 20. > > Can you please point me to what to further debug, in particular function > that is called before org-show-set-visibility. > > Gt Uit > > > -- Nick "There are only two hard problems in computer science: cache invalidation, naming things, and off-by-one errors." -Martin Fowler