Fix decoding of url-encoded relative paths

[Anas-Shakeel]

Summary

This PR fixes navigation to local resources whose relative paths contain url-encoded characters (e.g. chinese filenames/directories).

Previously, relative paths were resolved without being decoded first, causing links such as ../证据/note.md to fail after being url-encoded.

Changes

• Decode url-encoded relative paths before resolving them to local filesystem paths.
• Display decoded URLs in the status bar for improved readability.
• Preserve existing behavior for external URLs (HTTP(S), mailto:, etc.).

Tests

Added tests covering:

• url-encoded Unicode directory names.
• url-encoded spaces.
• Malformed encoded paths (left unchanged).
• ASCII-only relative paths (unchanged).

This fixes the reported issue with navigating to Markdown files whose paths contain non-ASCII characters while preserving existing behavior for web links.

Fixes #85

[c3er]

Thank you for contribution!

I can confirm that it works as expected. Only the error handling could be a little improved. See my other comments

[Anas-Shakeel]

I just realized that you asked to log the entire err object and not just err.message!

[c3er]

Thank you for your contribution again!👍

I just realized that you asked to log the entire err object and not just err.message!

Yes, it's better to just show all the available information.