Disabling "Auto pair" options still inserts closing brackets

[jms1]

I’m trying to add this line to the middle of an already-existing code block, delimited with triple-backticks:

if [[ ${#FILES[@]} > 0 ]]

When I type the [[, it tries to “help” by popping up a drop list of other pages in the vault. I can hit ESC to dismiss this, but every keystroke after this pops up a new list of possible completions. If I don’t hit ESC after every single keystroke, it will perform whatever substitution it thinks I want. For example, if I type the # without hitting ESC first, the line becomes:

if [[#]]

Steps to reproduce

• Create a fenced code block, with both opening and closing lines of three backticks
• Between them, start typing the line shown above

Did you follow the troubleshooting guide? [Y/N]

I did, and even after turning off the “Auto pair Brackets” and “Auto pair Markdown Syntax” options in that vault, the problem still happens.

Expected result

No attempts to “help”, since I’m typing inside of a fenced code block where Markdown syntax would be rendered “raw” anyway.

No automatic “]]” added, because the “Auto pair Markdown Syntax” option is turned off.

Actual result

if [[#]]

Environment

SYSTEM INFO:
Obsidian version: v1.4.16
Installer version: v1.4.14
Operating system: Darwin Kernel Version 23.1.0: Mon Oct 9 21:27:27 PDT 2023; root:xnu-10002.41.9~6/RELEASE_X86_64 23.1.0
Login status: not logged in
Insider build toggle: off
Live preview: on
Legacy editor: off
Base theme: dark
Community theme: none
Snippets enabled: 0
Restricted mode: on

RECOMMENDATIONS:
none

---

Additional information

[WhiteNoise]

when autopair brackets is disabled, the ]] are not inserted.

Regarding the link suggestion behavior inside code blocks, follow this FR:

Disable all forms of markdown typing assistance in codeblocks

Use case or problem Currently, most of the typing assistance that Obsidian provides do no make sense or actively get in the way when writing within a codeblock. For example, auto-pairing of markdown symbols (like bold), link suggestion [[, tag suggestion #. Also unlinked mention should not be picked up (here). Proposed solution All these typing assistance tools should be deactivated while typing within a codeblock. Notes This FR is a simplified version of this other FR that asks for type-depen…

[jms1]

Sorry, but no. The problem isn’t that it’s typing ]].

The problem is, when I type [[ inside of a code block, it pops up a drop-list with the titles of the other pages in that vault … and when I hit ESC to make the drop-list go away, every keystroke I type (other than ]) makes it pop up the drop-list again.

I don’t use the “auto-update” feature, I prefer to wait a few days after a software update comes out to see if other people report problems. I just upgraded this computer from 1.4.6 to 1.5.12 and the same problem is still happening.

The “FR” (whatever that means) you linked to, seems to describe the problem I’m having. Any idea where it is on the roadmap, i.e. how long it’s going to be until somebody looks at it?

[WhiteNoise]

@jms1

Sorry, but no. The problem isn’t that it’s typing ]].

I only wrote that because it was the title of your post.

FR means Feature Request. No idea on timing. Please continue the convo on that thread. This will be closed.

[jms1]

Ahhh … if I remember correctly, it was adding the ]] by itself, but I found the setting to disable that, and that’s when it started doing the drop-list thing, so I edited the message I had already started but forgot to change the title. My apologies if that response sounded a bit snarky.

Any idea when or if the drop-list thing is going to be disabled while the cursor is inside of a code block? Is it even on the roadmap, or is it just something that a few users are grumbling about but it hasn’t reached critical mass yet?