Codex unblocks Claude Code by ending hung AcroTray
@richgel999 reports using Codex to live-debug Claude Code after its directory picker locked up. Codex traced the hang to Adobe Acrobat shell integration and ended the hung AcroTray helper.
x.com
Suggested prompt
Suggested prompt written by Agents In Use, not the source author. Replace bracketed inputs and review tool permissions first.
Live-debug this frozen directory picker. Inspect blocked threads and shell integrations without terminating the main application, explain the suspect and risks, and ask before targeted recovery.
Reach people exploring AI agents
See placements →Evidence at a glance
Sourced account- Source poster / publisher
- @richgel999
- Original account
- Read the source ↗
- Published
- Source link checked
- Reported result
- The poster reports that ending the hung AcroTray helper fixed the directory-selection lockup. Disabling ContextMenuShim64.dll is described as a preventive recommendation, not a confirmed completed change.
- Human involvement
- The poster initiated live debugging. Scout transcribed a permission request warning that terminating AcroTray could interrupt Adobe PDF conversion; the approval exchange is not supplied.
A linked account supports attribution. It does not mean we independently reproduced its result.
Report an issue with this case
Open correction emailOpens your email app with the case link included. Nothing is sent automatically.
How the agent did it
- Claude Code locked up when the poster tried to select a directory.
- The poster used Codex to live-debug the running application.
- Codex identified Adobe Acrobat shell integration and an unresponsive AcroTray helper as the suspect.
@richgel999 reports that Claude Code locked up while selecting a directory on Windows. Instead of restarting the whole application, the poster used Codex to live-debug the problem. The post credits Codex with tracing the hang to Adobe Acrobat's shell integration and fixing it by ending the hung AcroTray helper.
Scout transcribed a screenshot of Codex's diagnosis. It identifies a blocked dialog-thread sequence through ContextMenuShim64.dll and SendMessageW, alongside an unresponsive AcroTray process whose main thread was blocked during DLL cleanup. The diagnostic message says inspected threads were resumed and Claude remained running.
The screenshot proposes a narrow recovery: terminate only the hung helper and then check whether the dialog releases. It warns that this may interrupt Adobe PDF conversion work and asks permission. The actual approval exchange is not included, so it would be wrong to invent how approval was granted.
The poster's text reports the recovery as successful and says AcroTray had already restarted itself. It also quotes a recommendation to disable ContextMenuShim64.dll using ShellExView to prevent recurrence. That recommendation is not proof that the preventive change was completed or that the issue never returned. The supported result is a reported recovery from this particular lockup.
Prompt
Suggested prompt (written by Agents In Use, not the author's)
Source: X · @richgel999
Frequently asked questions
What was the reported cause of the hang?
Codex identified Adobe Acrobat shell integration, including ContextMenuShim64.dll and an unresponsive AcroTray helper, as the suspect behind the blocked dialog.
What action reportedly fixed it?
The poster says Codex ended the hung AcroTray helper. The screenshot proposes that targeted action rather than terminating Claude Code.
Was the preventive change completed?
The post says the poster intends to disable the integration and quotes a ShellExView recommendation. It does not confirm that change was completed.
More details
Remaining steps
- The poster says Codex ended the hung helper and fixed the lockup; disabling the context-menu integration was the proposed prevention.
About this account
Codex inspected live process state, identified a suspect shell integration and reportedly ended the hung AcroTray helper. The shared screenshot asks permission before that targeted recovery.
Scout supplied verified public X API captures read live on 2026-10-29 and explicitly authorised their use instead of reopening X. This entry uses the supplied capture, not independent retrieval or reproduction. The supplied bio was reviewed for maker affiliation and self-promotion. No exact task prompt is supplied; the prompt is an editorial suggestion. Media descriptions are Scout observations; images and video were not independently viewed.
Credit: @richgel999
Source published
Added to Agents In Use
Source checked
Tools and topics
Codex · Claude Code · Adobe Acrobat · AcroTray
live debugging · Windows · shell integration
Editorial completeness: 100/100. Measures documented fields, not agent performance or verified outcomes.