Support Reference Links in Edit mode/Live Preview (reference-style)

Bug reports
, , , ,
1

Steps to reproduce

Enter the following Markdown:

Try out [Obsidian][1]!

[1]: https://obsidian.md

Cmd-click (on Mac) to follow the link in Edit mode. You will be brought to an empty note with title [. Note that clicking on the link in the reference still works, just not in the main text body.

Switch to Reading mode. Click on the link. You will be brought to obsidian’s website.

Expected result

Link works in both Edit and Reading modes.

Actual result

Link only works in Reading mode.

Environment

Fresh install on mac OS 12.2.1.

SYSTEM INFO:
	Obsidian version: v0.13.23
	Installer version: v0.13.23
	Operating system: Darwin Kernel Version 21.3.0: Wed Jan  5 21:37:58 PST 2022; root:xnu-8019.80.24~20/RELEASE_X86_64 21.3.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
	Safe mode: on

RECOMMENDATIONS:
	none
4 Likes
2

Moved this to FR.

3

no prob if this isn’t support yet, but creating the new page with title [ seems like a bug (and keeps generating empty notes around my vault that I need to delete)

3 Likes
4

Two brackets like [aaa][aaa]now are render as a link, and click it will create new file named [ accidently.

Steps to reproduce

As described above. This is the reproduce in sandbox vault.

image
image1920×1080 82.2 KB

Expected result

No new file created because it is not a link syntax.

Actual result

See above.

Environment

  • Operating system: Win 11
  • Debug info:
SYSTEM INFO:
	Obsidian version: v0.14.5
	Installer version: v0.13.31
	Operating system: Windows 10 Education 10.0.22581
	Login status: logged in
	Catalyst license: supporter
	Insider build toggle: on
	Live preview: on
	Legacy editor: off
	Base theme: dark
	Community theme: none
	Snippets enabled: 0
	Safe mode: on

RECOMMENDATIONS:
	none
1 Like
5

6

I opened a new bug report for this problem, which is clearly a bug and not a missing feature.

2 Likes
7

I moved this to bug reports since this specific issue generates a lot of confusion. Bear in mind that nothing changes, there are no ETAs on this.

2 Likes
8

Steps to reproduce

Test in Linux desktop and iOS app, same result. Only first party plugins are installed or enabled.

  • Create a new note.
  • Create a new reference link [0]: https://example.com
  • Create a link using the reference link [my link][0]
  • While still in edit mode click on the new link
  • a new note is created named [

Expected result

Clicking the link should open the reference link

Actual result

Clicking the link in editor mode creates a new note named [

Environment

  • Operating system: Linux and iOS
  • Debug info:
    SYSTEM INFO:
    Obsidian version: v1.0.0
    Installer version: v1.0.0
    Operating system: #1 SMP PREEMPT_DYNAMIC Thu, 13 Oct 2022 18:58:49 +0000 6.0.1-arch2-1
    Login status: logged in
    Catalyst license: insider
    Insider build toggle: off
    Live preview: on
    Legacy editor: off
    Base theme: dark
    Community theme: Obsidian Nord
    Snippets enabled: 0
    Restricted mode: on
2 Likes
9

Platform

[x] iOS
[ ] Android

Obsidian Mobile version: v1.4.1

Given a note with eg the content below

my little note

with a [ref style link][1]

doesn't work at all on iOS...

[1]: https://obsidian.md/

All that happens when clicking on the link above is, a new note is created, with a filename of [

see screenshot

image
image1179×2379 62 KB

1 Like
10

Also was going to file a bug on the fact that Reference Style Links [foo][1] are not rendered correctly inside of callouts on iOS mobile app even as of v1.4.3

They just appear “as is” without the clickable link

Is this part of the same bug?

here’s a screenshot

image
image1179×989 183 KB

11

I posted this under another bug report (with an example), but it’s more related to this one, so I’m pasting the link here: Erratic handling of nested square brackets in live preview - #6 by Sarilunaris3.