Closed Bug 437519 Opened 17 years ago Closed 3 years ago

Navigation shortcuts do not work in history for "Previous page" and "Next Page"

Categories

(Core :: Widget: Cocoa, defect, P3)

1.9.0 Branch
All
macOS
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mlcontact, Unassigned)

Details

(Keywords: regression, Whiteboard: [key hell?])

User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr; rv:1.9) Gecko/2008053008 Firefox/3.0 Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr; rv:1.9) Gecko/2008053008 Firefox/3.0 FireFox 3RC2 (French) In the French version of FireFox "Previous Page" and "Next Page" on the History menu is respectively affected to those shortucts : Command (Apple) + Option + Shift + ( = Previous Page Command (Apple) + Option + Shift + ) = Next Page This is a standard shortcut used in all back/forward previous/next function in OSX but also in many other applications (Safari, iTunes, Finder, Mail...) This shortcut do not works in FireFox 3RC2 (it was working well in b5). If you use this shortcut you will briefly see the History menu highlighted but no action is taken. I even tried to change the shortcut using OSX keybord preference pane : you can change the shortcut, FireFox take it into account but when pressed no action is taken. This is a very basic function of a browser and it should work as it was working in all previous FireFox version (2 and 3b5). Many users use this shortcut to map their extra mouse button to ease navigation in OSX System and on FireFox. Reproducible: Always Steps to Reproduce: 1.type the url of a site (ex : www.mozilla.org) 2.try to go back to previous page using "Command + Option + Shift + (" shortcut -> nothings happen apart History menu briefly highlighted 3.Using mouse go to menu History -> Previous page : it works 4.try to go to next page (back to mozilla.org) using shortcut (Command + Option + Shift + ) -> no action taken Note that shortcuts depends of FireFox native language. This problem may occur using different shortcut for different locales (ex : German shortcut to Previous page is certainly different) Actual Results: nothings happen apart History menu briefly highlighted, shortcuts are not working Expected Results: should have done a "previsou page" or "next page" action in history This is major feature for using Firefox (page navigation is a basic function of a browser). This is a major regression from Firefox 3b5
Version: unspecified → 3.0 Branch
The RC3 still has the bug.
Severity: major → critical
Flags: blocking-firefox3?
Severity: critical → blocker
Axel: does this belong here or in the l10n component?
Flags: blocking1.9.0.1?
Flags: blocking-firefox3?
Flags: blocking-firefox3.1?
Flags: blocking-firefox3-
Happens to me on en-US, too. Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9pre) Gecko/2008061504 Minefield/3.0pre The actual shortcut is Apple-[ and -], for which you need modifier keys to get to. On my PowerBook with a German keyboard, that'd Apple-alt-5 and -6. I'm afraid I need to say "key hell". Over to Gfx:Mac, that seems closest.
Assignee: nobody → mozilla
Status: UNCONFIRMED → NEW
Component: History → GFX: OS/2
Ever confirmed: true
Flags: blocking-firefox3.1?
Flags: blocking-firefox3-
Product: Firefox → Core
QA Contact: history → os2
Whiteboard: [key hell?]
Version: 3.0 Branch → 1.9.0 Branch
Bah, can't tell apart os/2 and os x.
Assignee: mozilla → joshmoz
Component: GFX: OS/2 → GFX: Mac
QA Contact: os2 → mac
Information for people who follow this bug : FireFox 3.0 is now officialy out and still has the bug. Workaround : stay in FireFox 3.0b5 until bug is corrected (may be for a 3.1 ?)
Keywords: regression
Flags: wanted1.9.0.x?
Flags: blocking1.9.0.1?
Flags: blocking1.9.0.1-
3.0.1 out, no change. Any chance to get the the bug resolved in next release ?
Flags: wanted1.9.1?
Flags: wanted1.9.0.x?
Flags: wanted1.9.0.x+
Flags: blocking1.9.1?
Assignee: joshmoz → nobody
Component: GFX: Mac → Widget: Cocoa
Flags: wanted1.9.1?
Flags: wanted1.9.1+
Flags: blocking1.9.1?
Flags: blocking1.9.1-
QA Contact: mac → cocoa
Severity: blocker → major
Priority: -- → P2
Is there any chance that this issue be corrected (still present in FF 3.5)
Hardware: PowerPC → All
If the keys doesn't work for a locale one workaround is to localize the keys, we've done that for sv-SE (we've mapped it to Cmd+Ö/Ä). Having a localized shortcut makes sense in this case for at least 3 reasons: 1) From a user pow view it doesn't make sense to have to press an awkward combo like Cmd+Opt+8 in order to go back. 2) The original shortcuts doesn't work and Cmd+Opt+9 is also mapped to a system shortcut (I don't remember offhand what it is) 3) Safari also makes use of 'Ö' and 'Ä' in some shortcuts (they use Cmd+Shift+Ö/Ä for back/fwd)
Oh, you mean that the french version of Safari actually use Cmd+Option+Shift+(/)? Do they show that in the menu?
For the sv-SE/Fi et al equivalent bug, see bug 306585 (and it seems that Cmd+Opt+8 was mapped to enable/disable zoom).
The bug is still around in Firefox 13 (German keyboard). There is no possible keyboard shortcut to navigate backward/forward.
Nobody cares about this, switch to Safari or Google Chrome, it just works.
I am using Portuguese Keyboard, and same problem. History MenuBar item highlights when pressing cmd+alt+8 (= cmd + [) and cmd+alt+9 (= cmd + ]), but it wont work. It seems as if to some extent the combination is detected correctly, but then some sort of key validation blocks the action. This problem is because on some layouts there are no [ or ] keys, and Firefox problably only accepts those specific key combinations when listening for Forward/Back actions. Somehow it should be able to interpret that on some keyboard layouts other than US, [ = "alt+8" and ] = "alt+9". This could possibly be done by looking at the output it produces instead of simply looking at the pressed keys. Hope this helps.
Forgot to mention, using Firefox 15.0.1 :(
Moving to p3 because no activity for at least 1 year(s). See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3

Since this is a very old issue and the current shortcut works as expected for going back and forward between pages I'm going to close this issue.

If the issue resurfaces, please feel free to re-open this report.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.