Closed
Bug 284140
Opened 19 years ago
Closed 19 years ago
regression: escape no longer freezes animated gifs
Categories
(Firefox :: General, defect, P2)
Tracking
()
RESOLVED
FIXED
Firefox1.5
People
(Reporter: Peter6, Assigned: asaf)
References
Details
(Keywords: regression)
Attachments
(1 file)
1.39 KB,
patch
|
mconnor
:
review+
|
Details | Diff | Splinter Review |
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050228 Firefox/1.0+ repro 1. Open a page with an animated gif 2. Press escape nothing happens This regressed between: firefox-1.0.en-US.win32_20050227_07:43 PDT firefox-1.0.en-US.win32_20050227_12:15 PDT (I have no other builds to narrow it down any further)
Assignee | ||
Comment 1•19 years ago
|
||
that's a regression from the latest changes to the stop command... (see bug 237776). - <key id="key_stop" keycode="VK_ESCAPE" oncommand="BrowserStop();"/> + <key id="key_stop" keycode="VK_ESCAPE" command="Browser:Stop"/> This change is invalid, since we don't want to disable the escape key (which is also "escape all timeouts") if the stop command is disabled.
Depends on: 237776
Summary: escape no longer freezes animated gifs → regression: escape no longer freezes animated gifs
Assignee | ||
Updated•19 years ago
|
Priority: -- → P2
Target Milestone: --- → Firefox1.1
Comment 3•19 years ago
|
||
Comment on attachment 175845 [details] [diff] [review] patch Wait, so if BrowserStop() still is useful when the pageload is complete, what are we doing disabling the button? I'm not a big fan of keyboard-only functionality like this.
Comment 4•19 years ago
|
||
Comment on attachment 175845 [details] [diff] [review] patch r=me in the meantime, with a comment explaining why this needs to be this way, probably pointing to this bug. I think this is lame, and forcing grandma to use the keyboard is almost elitist.
Attachment #175845 -
Flags: review?(mconnor) → review+
Assignee | ||
Comment 5•19 years ago
|
||
Checking in browser-sets.inc; /cvsroot/mozilla/browser/base/content/browser-sets.inc,v <-- browser-sets.inc new revision: 1.39; previous revision: 1.38 done
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Comment 6•19 years ago
|
||
(In reply to comment #3) > Wait, so if BrowserStop() still is useful when the pageload is complete, what > are we doing disabling the button? I'm not a big fan of keyboard-only > functionality like this. Various reasons given in bug 213377, ranging from people using the Stop button as a page loading indicator (bug 213377 comment 8) to the tricky case of enabling the Stop button when the only animated images don't loop (bug 213377 comment 12).
This issue keeps coming back. Refer to the long discussion in #825486 .. In essence we have been told it will never be fixed, ever, period; and they have the gall to declare "We have your back". My @$$. In version #20 they REMOVED this FEATURE. then they blared their horns long and loud at their pathetic ADD-ON to implement stop on escape. And then comes #873709 .. we cant disable javascript anymore! They have our back? Are they kidding or what???? They only support the makers of software (including spammers and spies); no one else
You need to log in
before you can comment on or make changes to this bug.
Description
•