Closed Bug 29348 Opened 25 years ago Closed 24 years ago

back, forward, and home hotkeys don't work

Categories

(SeaMonkey :: UI Design, defect, P1)

defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: dbaron, Assigned: mcafee)

References

Details

(Keywords: relnote, Whiteboard: [nsbeta2+])

DESCRIPTION:  The hotkeys listed on the menu for Back (Alt-]), Forward (Alt-[),
and Home (Alt-H) don't work for me.

STEPS TO REPRODUCE:
 1. load a page
 2. load another
 3. hit Alt-] (or Alt-[ if bug 28904 is fixed)
 4. hit Alt-H

ACTUAL RESULTS:
 * after (3) and (4) above, nothing happens

EXPECTED RESULTS:
 * after (3) above, should go back
 * after (4) above, should go home

DOES NOT WORK CORRECTLY ON:
 * Linux, mozilla, 2000-02-25-08-M15

ADDITIONAL INFORMATION:
These hotkeys have never worked for me.

I think if I had back/forward hotkeys I would be using the browser a good bit
more, because I used them *all* the time in 4.x.  I suspect lots of others will
feel the same way, and I'm therefore going to mark this bug beta1.
This appears to be broken on all platforms.  Hmmmm ... we have to fix this for
beta 1.
Assignee: don → mcafee
OS: Linux → All
Priority: P3 → P1
Hardware: PC → All
Target Milestone: M14
PDT- for beta1.  Please release note
Keywords: relnote
Whiteboard: [PDT-]
The pattern here seems to be that all the working hotkeys are on menuitems
defined in globalOverlay.xul, but with the keys added in navigatorOverlay.xul,
whereas the three that don't work are menuitems fully defined (with keys) in
navigatorOverlay.xul.
m15
Target Milestone: M14 → M15
*** Bug 31395 has been marked as a duplicate of this bug. ***
QA Contact: paulmac → sairuh
M16 ...
Target Milestone: M15 → M16
Back and forward don't work at all on win and unix. M15 current.

Can someone point me to the right bug so i can track it.

thanks

pete
keyboard shortcuts (hotkeys) are being tracked in bug 22529.

claudius, don't you have a bug for Back/Fwd?
for the back and forward functionality itself (not just the keyboard shortcuts)? Yes, too many to list ;-). See 'History' bugs.
Keywords: nsbeta2
Target Milestone: M16 → M17
pardon the spam: beta1 is long gone...removing this keyword. will soon replace
w/nsbeta2...
Keywords: beta1
Putting on [NEED INFO] for sairuh to retest.
Whiteboard: [PDT-] → [NEED INFO][PDT-]
yup, still a problem using 2000.05.12.08 [comm] bits. gonna dup this, finally.

*** This bug has been marked as a duplicate of 22529 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
vrfy
Status: RESOLVED → VERIFIED
I'm reopening this bug because of the comment regarding nsbeta2 status
(2000-05-15 14:05) on the duplicate bug.  I think this should be fixed for
beta2.
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
Per sairuh, still occuring on May 24 builds.  Putting on [nsbeta2+] radar for 
beta2 fix. 
Whiteboard: [NEED INFO][PDT-] → [nsbeta2+]
Move to M18 target milestone.
Target Milestone: M17 → M18
*** Bug 37655 has been marked as a duplicate of this bug. ***
*** Bug 41023 has been marked as a duplicate of this bug. ***
adding self to cc list. good to see this is already nsbeta2+
home was mapped to a bogus function, fixed that.
Working on forward/back now.
Status: REOPENED → ASSIGNED
Fixed.  Opening new bug for assert when trying to use forward/back
(toolbar or hotkey) over the history boundary, eg. trying
to go back when there's no page to go back to: 41163
Status: ASSIGNED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
verifying using 2000.06.02.08 opt comm bits on all/all.

only problem: shortcuts for back/fwd don't work on winnt --mcafee, am gonna open
a separate bug for this, bug 41325 (diff from bug 41163 since i'm going beyond
the bounds of the history). verif this one.
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
*** Bug 37655 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.