Editor: End of Document Footnote parsing problems with URLs / links

Steps to reproduce

  1. Make a footnote with only a URL as content
  2. Create a second footnote below with three words

Expected result

The text in the second footnote should all be the same color

Actual result

The second word in the second footnote has the same color as the link above

Environment

  • Operating system: MacOS 10.15.7
  • Obsidian version: 0.9.3

Additional information

I think it’s related to the link in the first footnote.

Here’s a gif that shows that by adding a single space after the footnote URL.

Note how the word “particular” in the second footnote changes when I add a space at the end of the first footnote.

footnote-bug

3 Likes

that’s a strange bug, does it affect functionality or only style?

Hi! As far as I can tell it’s only formatting.

1 Like

got you, I’m on linux so I can’t tell for sure if it could be a mac bug.

You might have already done this, but try testing other obsidian community themes, perhaps there’s something wrong with the obsidian.css of the theme you are currently using.

When I use two asterisks to apply italic style to my first footnote, all the text following the second asterisk become italic as well, even including the next footnote:

May or may not be related:

Can confirm on 0.11.13

Probably just some Markdown rendering quirk.

Footnotes in Markdown can be multi-line, so each should be terminated with a blank line, or at least a forced line break (two spaces at the end of a line).

I think. :wink:

Steps to reproduce

  1. create a footnote;
  2. add to the footnote a link to the file present on the local computer.

Expected result

The link will be highlighted and you can click on it either with your mouse (ctrl+mouse1) or with your keyboard (alt+enter).

Actual result

Invalid link

A similar problem is observed with external links to websites. Steps to reproduce:

  1. insert a link to a website;
  2. add a one-word description to it;
  3. make sure that this link will not work;
  4. but if you add at least one space to the link, the link becomes working.

image

Environment

  • Operating system: Windows 11
  • Obsidian v.: 0.13.23

Additional information

I have reproduced this problem on computers running win10/11 on clean and personal builds.

1 Like

The first word in a footnote does not have formatting applied in Live Preview mode.

Steps to reproduce

Create a footnote with the [^1] and [^1]: text syntax.
Try to use formatting (bold, italic) on the first word of the footnote.

Expected result

The words should be formatted correctly.

Actual result

The first word has no formatting applied.

Live Preview:
grafik

Reading mode:
grafik

Environment

  • Operating system: Linux
  • Debug info:
SYSTEM INFO:
	Obsidian version: v0.13.24
	Installer version: v0.13.24
	Operating system: #1 SMP PREEMPT Sat Jan 29 12:57:02 UTC 2022 (b146677) 5.16.4-1-default
	Login status: logged in
	Catalyst license: insider
	Insider build toggle: on
	Live preview: on
	Legacy editor: off
	Base theme: dark
	Community theme: none
	Snippets enabled: 0
	Safe mode: on

RECOMMENDATIONS:
	none

A post was merged into an existing topic: Inline footnotes and links

Steps to reproduce

In Live Preview mode, add a footnote with a link immediately at the start.

Expected result

It should look like a link.

Actual result

It only shows source code, unless you add another character between the colon and the square brackets:

image

Source:

[^3]: [link](https://forum.obsidian.md/) not rendered as link
[^4]: a [link](https://forum.obsidian.md/) properly rendered as link

Both render fine in Reading mode.

Environment

Obsidian 0.14.0 (also 0.13.33) on macOS Big Sur.

I did search for this exact issue, but alas missed it and posted a dupe bug report (sorry Whitenoise!). Strange behavior of markdown links immediately after footnotes

I’ll just add here that you can see in the CSS that no link is present in source/live preview modes:

…and a possible workaround:

I learned, footnotes don’t render properly if I miss to add a hard line break, this means a two-line break.

@Moonbase59 suggested this a few postings above too.

Footnotes should render normally ( bold italic, urls) with a double line break

Steps to reproduce

[^1][^2][^3]

[^1]: [abc](https://google.com)
[^2]: [abc def](https://google.com)
[^3]: See [abc](https://google.com)

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

Yes, in Sandbox Mode

Expected result

Links to be rendered the same way as they are in preview mode

Actual result

The three links are rendered in three different ways, the first one is not even clickable

Environment

SYSTEM INFO:
	Obsidian version: v1.3.5
	Installer version: v1.3.5
	Operating system: #1 SMP PREEMPT_DYNAMIC Mon, 24 Jul 2023 20:19:38 +0000 6.4.6-arch1-1
	Login status: logged in
	Catalyst license: none
	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

1 Like

Steps to reproduce

  1. Untick “Use Wikilinks” in “Files and Links” section of settings
  2. Add a footnote to text - [^1]
  3. Add the footnote text - [^1]: [[Link]]
  4. Delete the last two square brackets “[[Link” and the same file should be suggested in the search.
  5. Press enter and the link will be placed, but it will not be dynamic.

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

Y

Expected result

[^1]: [link](link.md) is a clickable link that changes

Actual result

[^1]: [link](link.md) was just plain text

Environment

SYSTEM INFO:
Obsidian version: v1.3.7
Installer version: v1.3.5
Operating system: Windows 10 Education 10.0.22621
Login status: logged in
Catalyst license: none
Insider build toggle: off
Live preview: on
Legacy editor: off
Base theme: adapt to system
Community theme: Everforest v0.0.0
Snippets enabled: 0
Restricted mode: off
Plugins installed: 22
Plugins enabled: 18
1: Obsidian Link Converter v0.1.4
2: Readwise Official v2.0.1
3: Excalidraw v1.9.12
4: Text Extractor v0.4.6
5: Periodic Notes v0.0.17
6: Calendar v1.5.10
7: Note Refactor v1.7.1
8: Paste image rename v1.6.1
9: Dataview v0.5.56
10: Smart Random Note v0.2.1
11: Annotator v0.2.10
12: Frontmatter Tag Suggest v0.4.1
13: Tag Wrangler v0.5.11
14: Omnisearch v1.15.2
15: Footnote Shortcut v0.1.2
16: Citations v0.4.5
17: Reading Time v1.1.1
18: Janitor v1.0.7

RECOMMENDATIONS:
Custom theme and snippets: for cosmetic issues, please first try updating your theme and disabling your snippets. If still not fixed, please try to make the issue happen in the Sandbox Vault or disable community theme and snippets.
Community plugins: for bugs, please first try updating all your plugins to latest. If still not fixed, please try to make the issue happen in the Sandbox Vault or disable community plugins.


Additional information

2 Likes

Is it clickable in Reading View? hI assume you’re in Live Preview).

I get a clickable link on iPadOS in both Live Preview and Reading View.

Your debug info shows plugins enabled. I realize you may have generated the debug info before or after troubleshooting, but just to double-check: did you turn on restricted mode and restart Obsidian?

1 Like

FWIW, I also get clickable links in live preview and reading mode with this dummy text:

Link in a footnote: ^[[[link]]]

Another simple footnote[^1]. 

And with a different link format[^q]

  [^1]: here is a link to the file [[link]]

  [^q]: link to [the same file](link)

Tried the sandbox vault? Same outcome?

1 Like

I think this is a similar issue to what I described in the following bug report:

Similarly to HTML elements, links don’t display as expected in Live Preview if they are the first thing in the footnote content. That may be why it was not reproduced. I was able to reproduce this on v1.3.7:

[^1]: . [link](https://www.example.com)
[^2]: [link](https://www.example.com)

image

1 Like