URL in properties (lists, strings) containing some CJK character are not properly detected

Steps to reproduce

  1. Create a note with a multitext (list) property containing a custom-scheme URL that includes the CJK character 复 (U+590D):

links:
- myscheme://test-复

  1. Open the note and view the Properties panel.

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

Please, follow the Troubleshooting Guide before answering Yes.

Expected result

Expected result
The value myscheme://test-复 is rendered as a clickable external link, consistent with how other CJK characters are handled. The pill element should have the
external-link class and a data-href attribute.

Actual result

The value is rendered as plain, unclickable text. The pill element has no external-link class and no data-href attribute.
Replacing 复 with any other tested CJK character — 认 识 引 用 规 范 化 修 报 告 — renders the URL correctly as a clickable link. The character 复 (U+590D)
appears to be treated as a URL terminator by Obsidian’s URL detection logic.
DOM of a working URL (myscheme://test-修):

myscheme://test-修
DOM of the broken URL (myscheme://test-复):
myscheme://test-复

Environment

  • Obsidian version: 1.12.4
  • OS: macOS (Apple Silicon, arm64)
  • Electron: 39.7.0 / Node 22.22.0

Additional information

  • Only tested on multitext property type. Not verified on text or url typed properties.
  • The URL scheme does not matter — any scheme containing 复 should reproduce the issue.
  • 复 (U+590D) is a standard CJK Unified Ideograph (meaning: restore / complex / repeat), widely used in Simplified Chinese. It has no special Unicode properties
    that should cause it to terminate a URL match.
  • Workaround: replace 复 with an ASCII equivalent or a different CJK character in the property value.

thanks. Renamed for clarity.