containers/podman

podman --remote exec ignores empty detach keys

Open

#28,193 opened on 2026年3月4日

GitHub で見る
 (6 comments) (0 reactions) (1 assignee)Go (31,686 stars) (3,107 forks)batch import
Good First Issuekind/bugstale-issuetriaged

説明

I've confirmed the fix in 5.8.0 for https://github.com/containers/podman/issues/27414 but it only fixes the issue for podman run, not podman exec. In the latter case, an empty string is treated as nothing and the default "C-p,C-q" is used instead of disabling the detach sequence.

コントリビューターガイド

技術スタック
go
領域
clibackend
Issue 種別
bug
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
3
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
half day
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
active
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
mostly clear
前提条件
Go programmingFamiliarity with Podman CLIUnderstanding of detach keys
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
60
調査方針
The previous fix for podman run (#27414) handled empty detach keys by disabling detach. For podman exec, the same logic needs to be applied. Likely in the exec implementation around libpod/options or cmd/podman/exec. Check where the detach keys are parsed and ensure that an empty string results in no detach sequence. Review linked PR for the run fix to replicate the approach.
podman --remote exec ignores empty detach keys · containers/podman#28193 | Good First Issue