Closed
Bug 953295
Opened 11 years ago
Closed 11 years ago
Arrow keys don't work in restore session page
Categories
(SeaMonkey :: Session Restore, defect)
SeaMonkey
Session Restore
Tracking
(seamonkey2.24 wontfix, seamonkey2.25 fixed, seamonkey2.26 fixed)
RESOLVED
FIXED
seamonkey2.27
People
(Reporter: neil, Assigned: neil)
Details
(Keywords: access)
Attachments
(1 file)
1.07 KB,
patch
|
philip.chee
:
review+
philip.chee
:
approval-comm-beta+
|
Details | Diff | Splinter Review |
After my VM blue screened it offered to restore my previous session. I decided I didn't want to restore the first 10 of my tabs, unfortunately due to poor design all 20 tabs had the same title, so it was almost impossible to keep count. If the down arrow key had been available I could have just hit down arrow and space 10 times in a row.
The arrow keys were disabled when the page was first written because trees didn't originally cancel their arrow key events. This was changed in bug 655004 (after some pestering by yours truly!) and so it is no longer necessary to disable the arrow keys.
Assignee | ||
Comment 1•11 years ago
|
||
Comment 2•11 years ago
|
||
Comment on attachment 8351582 [details] [diff] [review]
Proposed patch
a=me
(should ask stefanh if we need to port Firefox Bug 565024 (accel+click doesn't restore about:sessionrestore entries on OS X)
Attachment #8351582 -
Flags: review?(philip.chee) → review+
Assignee | ||
Comment 3•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → seamonkey2.26
Assignee | ||
Comment 4•11 years ago
|
||
Firefox turned out to have the same problem (bug 950373 for more details).
status-seamonkey2.24:
--- → wontfix
status-seamonkey2.25:
--- → affected
status-seamonkey2.26:
--- → fixed
Assignee | ||
Comment 5•11 years ago
|
||
[Approval Request Comment]
Regression caused by (bug #): 501496
User impact if declined: Loss of keyboard access
Testing completed (on m-c, etc.): Uplifted to c-a
Risk to taking this patch (and alternatives if risky): Very low
String changes made by this patch: None
Assignee | ||
Comment 6•11 years ago
|
||
Comment on attachment 8351582 [details] [diff] [review]
Proposed patch
[Approval Request Comment]
Regression caused by (bug #): 501496
User impact if declined: Loss of keyboard access
Testing completed (on m-c, etc.): Uplifted to c-a
Risk to taking this patch (and alternatives if risky): Very low
String changes made by this patch: None
Attachment #8351582 -
Flags: approval-comm-beta?
Comment 7•11 years ago
|
||
Comment on attachment 8351582 [details] [diff] [review]
Proposed patch
a=me
Attachment #8351582 -
Flags: approval-comm-beta? → approval-comm-beta+
Assignee | ||
Comment 8•11 years ago
|
||
Assignee | ||
Updated•11 years ago
|
Target Milestone: seamonkey2.26 → seamonkey2.27
Comment 9•10 years ago
|
||
I'm still encountering this bug in Firefox 29.0, a few months later. Should I be?
It is conceivable that there is some interaction with one of my add-ons, such as Session Manager 0.8.1.3 or perhaps Tab Kit 2nd Edition 0.10.0.
----
Remark:
This bug is important to me because often I end up with a few hundred tabs open after a few weeks of use.
This is cluttered and makes the browser sluggish.
The quickest way to kill the tabs that I don't want is to restart the browser and move rapidly through the Restore Session list, using "down arrow" and "space" to identify stale tabs by title. This is very fast and does not require swapping the page into memory. But down arrow doesn't do anything for me.
Assignee | ||
Comment 10•10 years ago
|
||
(In reply to Eclecticos from comment #9)
> I'm still encountering this bug in Firefox 29.0, a few months later. Should
> I be?
Yes, bug 950373 (which I mentioned in comment #4) is the equivalent bug for Firefox and that won't be fixed before the imminent Firefox 30 release (see the comments in that bug for why).
You need to log in
before you can comment on or make changes to this bug.
Description
•