fix(core): prevent search button from intercepting browser shortcuts when focused

[Sigmabrogz]

Summary

Fixes an issue where focusing the DocSearchButton and pressing keyboard shortcuts (like Cmd+Opt+I to open DevTools, or Cmd+R to reload) would be intercepted as a search query, opening the modal and prepopulating the search input with a modifier key name (like Dead, r, etc).

Problem

Fixes #2855.
useDocSearchKeyboardEvents listens for key presses globally via window.addEventListener('keydown'). It has a helper isEditingContent which skips interception if the user is currently focused on an INPUT, TEXTAREA, SELECT, or a contentEditable element. However, it did not include BUTTON.

When the DocSearch button is focused, typing ANY character is currently captured as the initialQuery (which is by design so you can just start typing). Unfortunately, this was also capturing chords containing modifier keys (Command/Control/Alt).

Solution

Updated the isEditingContent helper to also return true if the tagName is BUTTON. This ensures that standard browser shortcuts (which require the keydown event to propagate natively) are not swallowed when the search button happens to be the active element.

[netlify]

👷 Deploy request for docsearch pending review.

Visit the deploys page to approve it

Name	Link
🔨 Latest commit	0e2b7c0

[netlify]

❌ Deploy Preview for docsearch-demo failed.

Name	Link
🔨 Latest commit	0e2b7c0
🔍 Latest deploy log	https://app.netlify.com/projects/docsearch-demo/deploys/69b7096f4b2ff70008adc3eb

[Sigmabrogz]

This addresses the issue with the search button swallowing browser shortcuts when focused (like DevTools and page reload).