815735 - Ctrl+P and Ctrl+N do the wrong thing in the URL bar on a mac

Status: RESOLVED DUPLICATE of bug 1389221

(Firefox :: Address Bar, defect, P5)

Description

[Tim Martin]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:20.0) Gecko/20.0 Firefox/20.0
Build ID: 20121126030823

Steps to reproduce:

Type something in the URL bar, and attempt to use Ctrl+P and Ctrl+N to navigate among the results.


Actual results:

The cursor jumps to the beginning/end of the line.


Expected results:

In all other browsers, Ctrl+P/N navigates between results like the up/down arrow keys do. In general, they function as up and down in most contexts, including firefox text inputs.

Comment 1

[Juan Ibiapina]

This is still true in Firefox 57. Quite annoying for power users of the developer edition.

Comment 2

[Juan Ibiapina]

Shouldn't this be an easy fix? Is there something I'm missing? I would like to try to fix this myself, but compiling firefox locally is very very daunting.

Comment 4

[Helder S Ribeiro]

This is not a Chrome-parity thing, btw. It's how every native Mac app behaves.

Comment 5

[David Teller [:Yoric] - still alive but not very active]

Marco, how could we get this moving? Would this be a good mentored bug?

Comment 6

[Marco Bonardo [:mak]]

does it work the same in content autocomplete fields too?

Because the problem is that actually (hopefully not in the future) the urlbar code is shared with normal autocomplete code, and the UP/DOWN/... keys are handled at the nsAutoCompleteController.cpp level. It is surely possible to intercept and replace the keycode and avoid to change the controller though. But it all depends on whether this behavior (in other browser) happens only in the urlbar or in any autocomplete field. Then the code to touch may differ.

It's not a good-first-bug patch, but it's likely mentorable, once someone does the due diligence to investigate the above detail. Depending on the outcome of that investigation we'll take different paths.