Closed
Bug 55652
Opened 24 years ago
Closed 24 years ago
Ctrl-n doesn't open new window if a text-entry box has cursor
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P3)
Tracking
()
People
(Reporter: jpeek, Assigned: don)
References
()
Details
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.14-5.0 i686; en-US; m18) Gecko/20001005 BuildID: 2000100521 In M17, and in all Netscape versions I remember before, Alt-n would open a new browser (Navigator) window. In the nightly build I downloaded yesterday, that shortcut has been changed to Ctrl-n. But the change has broken something else, I think: typing Ctrl-n while the cursor is in a text-entry box (like the one I'm typing into now on this Bugzilla form) doesn't open a new window; nothing seems to happen at all. I have to click somewhere outside the text-entry box before Ctrl-n works. Reproducible: Always Steps to Reproduce: 1. Click in a text-entry box 2. Press Ctrl-n. Actual Results: No new window opens. Expected Results: A new Navigator window should open.
Reporter | ||
Comment 1•24 years ago
|
||
Sorry, this is probably a frequently-reported bug (somehow I missed that...)
Akkana and Alec discuss this same problem in bug #55408. It's a known issue due to the Emacs/Bash-like keyboard shortcuts which are enabled during text input. *** This bug has been marked as a duplicate of 55408 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Comment 4•22 years ago
|
||
*** Bug 133127 has been marked as a duplicate of this bug. ***
Comment 5•22 years ago
|
||
I don't agree with this being marked a dup against that bug. That bug is for switching accelerators, this one is about Ctrl+N not working. Why do we have to support Emacs-/Bash-shortcuts that are not widely known anyway, which also causes the product to behave inconsistently (Ctrl+N not working in textareas)?
*** Bug 239991 has been marked as a duplicate of this bug. ***
Comment 7•19 years ago
|
||
*** Bug 283286 has been marked as a duplicate of this bug. ***
Updated•5 years ago
|
Component: Keyboard: Navigation → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•