file:// attachment links not stored like http:// and https://

[haydenkwelsh]

Describe the Bug

When a http:// or https:// attachment link is created ...

... it will be stored by Bookstack ...

... which makes updating a link used multiple times in a document easy, as you only have to change it once in the "Attachments" side menu.

On the other hand, when a file:// attachment link is created ...

... it is NOT stored by Bookstack ...

... which makes updating a link used multiple times in a document very tedious.

Apologies if this is behaviour has a sound reason behind it, but it seems like Bookstack storing all attachment links would be helpful and provide consistency.

Steps to Reproduce

1. Create an Attachment link starting with http:// or https://.
2. Insert the Attachment link.
3. View the (Bookstack-stored) URL by clicking the newly-inserted link and the left-most chain (⛓) icon:
   
4. Repeat steps 1-3 for a link starting with file://.

Expected Behaviour

All links (starting with http://, https://, file://, etc) added to a document's "Attachments" will be stored by Bookstack for ease of future link editing. Some may not be stored due to potential validation checks, but such failures should be indicated to the end user in the form of a pop-up or other sensible method.

Screenshots or Additional Context

See screenshots taken above.

This is somewhat related to these other issues:

• 1669
• 3488

Browser Details

n/a

Exact BookStack Version

v24.02

[ssddanbrown]

Hi @haydenkwelsh,
From what I remember, we show/expose non http(s) links directly since we can't reliable be sure that other links types are going to function via the dynamic redirect mechanism that's in place for http(s) links.
Especially so with file links which are often blocked in various ways in modern browsers.