fix(auth): restore interactive login menu in TTY for v1.3.13

[ramhaidar]

Issue for this PR

Fixes #24

What does this PR do?

This fixes the v1.3.13 regression where the custom opencode-codex-auth menu was not shown in opencode auth login.

This PR also hardens lock handling by adding a fallback lock strategy when proper-lockfile import resolution is unavailable in some runtimes, preventing lock-related auth/cache failures.

How did you verify your code works?

• Reproduced the issue on v1.3.13 where the login menu did not appear.
• Confirmed the menu now appears in interactive opencode auth login.

[adevwithpurpose]

Confirmed this fixes the issue for me on Windows. I tested it by building the branch locally and pointing opencode.json to file:///C:/Users/saf08/.opencode-auth-patched/dist. opencode auth login works again.

[ramhaidar]

Confirmed this fixes the issue for me on Windows. I tested it by building the branch locally and pointing opencode.json to file:///C:/Users/saf08/.opencode-auth-patched/dist. opencode auth login works again.

Thank you for testing @adevwithpurpose 👍

[iam-brain]

Can you split the unrelated lockfile changes into a new PR?

[iam-brain]

The auth fix looks right, but can you please add a regression test for the actual failing path: TTY browser auth when authorize() is called with no inputs argument? Current tests only cover authorize({}), which is likely why this regression still exists. Ideally, add one focused unit test in codex-native-oauth-auth-methods.test.ts and, if you want to be extra safe, one wiring-level test that calls browserMethod.authorize() with no args.

[ramhaidar]

@iam-brain thanks for fixing these, sorry i just read it after you closed the PR