Skip to content

Commit b688bff

Browse files
cameronbrillclaude
andcommitted
chore(github): drop macOS Keychain regression marker
The `#[ignore]`d test `test_wrapper_resolves_gh_cli_token_from_macos_keychain_after_fix` was added during PR #9307 refinement as a placeholder for a follow-up branch that would add `gh auth token` / macOS Keychain support. The project decision is to not pursue that follow-up. Users whose gh CLI tokens live only in the macOS Keychain have two working paths today: [settings.github] credential_command = 'gh auth token --hostname "$1"' or: [settings.github] use_git_credentials = true Drop the placeholder test and its explanatory doc block; a regression marker for work that won't happen is noise. Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
1 parent d782254 commit b688bff

1 file changed

Lines changed: 0 additions & 25 deletions

File tree

src/github/sigstore.rs

Lines changed: 0 additions & 25 deletions
Original file line numberDiff line numberDiff line change
@@ -299,29 +299,4 @@ mod tests {
299299
"wrapper should resolve tokens from github_tokens.toml when env vars are empty"
300300
);
301301
}
302-
303-
/// Regression marker for the stacked follow-up that adds `gh auth token` / macOS
304-
/// Keychain support.
305-
///
306-
/// On macOS, `gh auth login` stores the OAuth token in the system Keychain by default,
307-
/// leaving `~/.config/gh/hosts.yml` with no `oauth_token` field. mise's current gh CLI
308-
/// reader ([`crate::github::read_gh_hosts`]) filters those entries out, so
309-
/// `resolve_token_for_wrapper` returns `None` for users who rely on `gh auth` —
310-
/// exactly the scenario the original bug report surfaced for github-backend tools.
311-
///
312-
/// This test is ignored so CI stays green while the fix is pending. Running
313-
/// `cargo test -- --ignored` surfaces it. When the follow-up branch (see workpad
314-
/// Deferred Items) lands, the implementer should:
315-
/// 1. Replace the `unimplemented!()` with assertions that seed a hosts.yml entry
316-
/// without `oauth_token` and an override simulating the Keychain/gh-auth-token
317-
/// return value.
318-
/// 2. Remove the `#[ignore]` attribute.
319-
#[test]
320-
#[ignore = "stacked follow-up: gh CLI macOS Keychain / `gh auth token` support is not yet \
321-
implemented — tracked under workpad Deferred Items"]
322-
fn test_wrapper_resolves_gh_cli_token_from_macos_keychain_after_fix() {
323-
unimplemented!(
324-
"pending macOS Keychain / `gh auth token` support in the stacked follow-up PR"
325-
)
326-
}
327302
}

0 commit comments

Comments
 (0)