Closed
Bug 172956
Opened 23 years ago
Closed 23 years ago
Backspace key does not return to previous page
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P1)
Tracking
()
VERIFIED
FIXED
mozilla1.2beta
People
(Reporter: wlevine, Assigned: aaronlev)
Details
Attachments
(1 file, 1 obsolete file)
2.27 KB,
patch
|
deanis74
:
review+
alecf
:
superreview+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.2b) Gecko/20021006
Build Identifier: Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.2b) Gecko/20021006
When surfing, the backspace key does not return the browser to the previous page.
Reproducible: Always
Steps to Reproduce:
1. Open Mozilla
2. Click on links or type address in address bar to get to another web page
3. Press backspace
Actual Results:
Nothing
Expected Results:
Returned to the previous page, equivalent to hitting the back button.
It's was decided to not implement this shortcut.
As an alternative you can use alt+left/right arrow instead. (hold in alt while
hitting left- or right-arrow)
*** This bug has been marked as a duplicate of 69981 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
hmm reading that bug and bug 69981 i'm not really sure what became the default
and not. Reopening.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
the copy features in Windows are useless... i meant to write:
"reading that bug and bug 108816.."
Assignee | ||
Updated•23 years ago
|
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Priority: -- → P1
Target Milestone: --- → mozilla1.2beta
Assignee | ||
Comment 4•23 years ago
|
||
Assignee | ||
Comment 5•23 years ago
|
||
Seeking r=/sr=
Comment on attachment 101947 [details] [diff] [review]
Make sure we don't PreventDefault() for backspace if not handled by typeaheadfind
>@@ -632,7 +634,7 @@
> }
> }
> if (!presShell) {
>- return;
>+ return PR_TRUE; // Backspace handled
Shouldn't you return PR_FALSE if you don't find an nsIPresShell?
>@@ -2194,6 +2198,12 @@
> else {
> break;
> }
>+ }
>+
>+ PRBool isVisible;
>+ mFocusedDocSelCon->CheckVisibility(node, startRangeOffset, endFrameOffset, &isVisible);
>+ if (!isVisible) {
>+ return PR_FALSE;
> }
Is this for another bug?
Other than those two questions, everything looks good to me.
Assignee | ||
Comment 7•23 years ago
|
||
Still seeking r=/sr=
Attachment #101947 -
Attachment is obsolete: true
Comment on attachment 101949 [details] [diff] [review]
Patch with Dean's changes
>@@ -632,7 +634,7 @@
> }
> }
> if (!presShell) {
>- return;
>+ return PR_FALSE; // Backspace handled
> }
r=me if you fix that comment. No need for a new patch.
Attachment #101949 -
Flags: review+
Comment 9•23 years ago
|
||
Comment on attachment 101949 [details] [diff] [review]
Patch with Dean's changes
sr=alecf
Attachment #101949 -
Flags: superreview+
Assignee | ||
Comment 10•23 years ago
|
||
checked in
Status: ASSIGNED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 11•23 years ago
|
||
now backspace is returning to the previous page. is this supposed to happen?
Comment 12•23 years ago
|
||
yes
Comment 13•23 years ago
|
||
vrfy'd fixed on win2k, 2002.10.15.08 comm trunk.
Status: RESOLVED → VERIFIED
Updated•6 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
•