Searching for text located in a table will not re-position the cursor to the found text after the user presses the escape key, and the cursor is in a table when Search Current File is called.
Clicking on the search result also does not re-position the cursor if the user clicks on the found text. See Bug Report by lgritz
Steps to reproduce
- Create 2 tables in a document
- Position cursor inside table 1
- Ctrl/cmd-f (Search Current File)
- Enter text that is in table 2
- After text in table 2 is highlighted, hit Escape key
- Note the cursor is still in table 1, not in table 2
Did you follow the troubleshooting guide? [Y/N]
I re-created this in a sandbox vault using Version 1.8.7 (Installer 1.8.4) of MacOS Obsidian.
Expected result
The cursor will be re-positioned in Table 2 in the cell where the found text is located.
Essentially, I expect the same behavior that occurs now if you position the cursor outside a table before invoking Search Current File.
Actual result
The cursor stays in the same cell in table 1 as when the command was invoked.
Environment
SYSTEM INFO:
Obsidian version: v1.8.7
Installer version: v1.8.4
Operating system: Darwin Kernel Version 23.6.0: Fri Jul 5 17:56:39 PDT 2024; root:xnu-10063.141.1~2/RELEASE_ARM64_T8122 23.6.0
Login status: logged in
Language: en
Catalyst license: none
Insider build toggle: off
Live preview: on
Base theme: adapt to system
Community theme: none
Snippets enabled: 0
Restricted mode: on
RECOMMENDATIONS:
none
Additional information
Nothing to add, except I’d prefer to have to search in a table in preview mode behave the same as when searching in Reading Mode.
Also, see the linked bug report above: clicking on a search result in a table re-positions the cursor outside the table. Searching text with tables is very, very broken and has been for several months. I’m surprised it hasn’t been fixed yet.
On the normal Severity / Likelihood prioritization matrix, this falls under “Feature Inoperative” and “Encountered by majority of users”.