fix(workflow): resolve FileLock path from file URI correctly

[Misty_Cirque (Cyber-Marty)]

MLflowExpManager._get_or_create_exp (qlib/workflow/expm.py:236) built its FileLock path as:

python
Path(os.path.join(pr.netloc, pr.path.lstrip("/"), "filelock"))

For any absolute file:// URI — including the default URI that qlib.config.QSettings constructs ("file:" + str(Path(os.getcwd()).resolve() / "mlruns")) — urlparse returns netloc="" and path="/absolute/...", so lstrip("/") turns the absolute path into a CWD-relative one. The lock then points under whatever directory the process happens to be in instead of the URI's location, and no longer serializes runs that share the same URI from different working directories.

On Windows, file:///C:/... drive-letter URIs only kept working by accident: after lstrip("/") the remaining C:/... is still absolute under NT path semantics, but the construction is fragile.

Fix

Build the lock path with urllib.request.url2pathname(pr.path), which converts a URI path to a filesystem path correctly on every platform (including Windows drive letters) and leaves relative URIs (file:mlruns) relative, preserving today's behavior for that shape.

URI shape: file:/Users/me/mlruns
before (POSIX): Users/me/mlruns/filelock (relative, CWD-dependent)
after (POSIX): /Users/me/mlruns/filelock
after (Windows): —
────────────────────────────────────────
URI shape: file:///Users/me/mlruns
before (POSIX): Users/me/mlruns/filelock (relative)
after (POSIX): /Users/me/mlruns/filelock
after (Windows): —
────────────────────────────────────────
URI shape: file:///C:/Users/me/mlruns
before (POSIX): C:/Users/me/mlruns/filelock (absolute by accident)
after (POSIX): /C:/Users/me/mlruns/filelock*
after (Windows): C:\Users\me\mlruns\filelock
────────────────────────────────────────
URI shape: file:mlruns
before (POSIX): mlruns/filelock
after (POSIX): unchanged
after (Windows): unchanged

*on POSIX the drive-letter form resolves as an absolute POSIX path; on Windows url2pathname produces the correct drive path (verified in the new tests).

Tests

New tests/workflow_tests/test_exp_manager_lock_path.py:

• absolute file URIs produce an absolute lock path equal to /filelock (POSIX semantics, exercised on Linux CI)
• Windows drive-letter URIs map to the correct drive path (Windows-only test)
• relative file:mlruns URIs stay relative (behavior preserved)
• end-to-end: the lock resolves inside the directory the URI points to, on the running platform

All new and existing workflow tests pass locally (tests/test_workflow.py + new file, 5 passed).

Fixes #2252 (primary defect). The _log_uncommitted_code stderr/shell=True issues from the same report will be addressed in a follow-up PR.

[Misty_Cirque (Cyber-Marty)]

@microsoft-github-policy-service agree