Cmd+Enter on a single inbox report opens Create PR dialog

[posthog]

Summary

• Adds a window-level keydown handler in ReportDetailPane that fires the same handleOpenCloudConfirm callback as the inline "Create PR" button.
• Only active while a single report is selected (the pane is only mounted in that case) and the report is eligible (canCreateImplementationPr).
• Skips when focus is in an input/textarea/select/contenteditable, or when a Radix dialog/popper is already open — so cmd+enter inside the cloud confirm dialog still goes to its TextArea.

Test plan

• Select a single ready/pending-input report in the inbox; press cmd/ctrl+Enter → cloud confirm dialog opens.
• Multi-select two reports; cmd+Enter does nothing (MultiSelectStack is shown, ReportDetailPane is unmounted).
• Focus the report-list search input and press cmd+Enter → no dialog.
• With the cloud confirm dialog open, cmd+Enter inside the prompt textarea does not re-open the dialog.

---

Created with PostHog Code

[greptile-apps]

Prompt To Fix All With AI

Fix the following 1 code review issue. Work through them one at a time, proposing concise fixes.

---

### Issue 1 of 1
apps/code/src/renderer/features/inbox/components/detail/ReportDetailPane.tsx:303
The `[contenteditable='true']` selector only matches elements that explicitly set `contenteditable="true"`. Many rich-text editors (ProseMirror, CodeMirror, Slate, Tiptap) set the attribute as `contenteditable` (bare attribute) or `contenteditable=""`, which HTML treats as true but the CSS attribute selector `[contenteditable='true']` won't match. If any future dialog renders such an editor, Cmd+Enter would fire the task-creation shortcut unexpectedly.

```suggestion
        target?.closest("input, select, textarea, [contenteditable]:not([contenteditable='false'])")
```

_{Reviews (1): Last reviewed commit: "resolve merge: port cmd+enter handler to..." | Re-trigger Greptile}

[greptile-apps]

The [contenteditable='true'] selector only matches elements that explicitly set contenteditable="true". Many rich-text editors (ProseMirror, CodeMirror, Slate, Tiptap) set the attribute as contenteditable (bare attribute) or contenteditable="", which HTML treats as true but the CSS attribute selector [contenteditable='true'] won't match. If any future dialog renders such an editor, Cmd+Enter would fire the task-creation shortcut unexpectedly.

Suggested change

	target?.closest("input, select, textarea, [contenteditable='true']")
	target?.closest("input, select, textarea, [contenteditable]:not([contenteditable='false'])")

Prompt To Fix With AI

This is a comment left during a code review.
Path: apps/code/src/renderer/features/inbox/components/detail/ReportDetailPane.tsx
Line: 303

Comment:
The `[contenteditable='true']` selector only matches elements that explicitly set `contenteditable="true"`. Many rich-text editors (ProseMirror, CodeMirror, Slate, Tiptap) set the attribute as `contenteditable` (bare attribute) or `contenteditable=""`, which HTML treats as true but the CSS attribute selector `[contenteditable='true']` won't match. If any future dialog renders such an editor, Cmd+Enter would fire the task-creation shortcut unexpectedly.

```suggestion
        target?.closest("input, select, textarea, [contenteditable]:not([contenteditable='false'])")
```

How can I resolve this? If you propose a fix, please make it concise.