Closed Bug 198236 Opened 22 years ago Closed 21 years ago

ESC doesn't stop slow page loading while clicking on stop button does

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

x86
Windows XP
defect
Not set
minor

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mbabcock-mozilla, Assigned: aaronlev)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130 So far all I've got is that I can't stop loading a slow-to-load page with ESC when I open a new browser window, I have to click the stop icon. Reproducible: Always Steps to Reproduce: 1. Set browser to have a slow-to-load homepage (dmoz.com right now for me ...) 2. Start a new browser window 3. Hit ESC once the stop icon is available to stop waiting for a new page to load (so you can get on with your browsing) Actual Results: Nothing. Expected Results: Stop loading.
Which window has focus when you hit ESC?
The "current", red-stop-sign window. If my homepage were still slow-loading, I'd test clicking the window anywhere, then hitting ESC first. But I'm on Windows XP (haven't checked on my Linux box) which auto-focusses the new window. That said, the ESC cancel works fine right now and I'm suspicious that this problem is only true when the browser is in the connection state; not yet begun transferring from the website.
Is this a cross-plaform version of bug 179606. Someone should look for dup's and related bugs on this.
I was suspicious that they might be the same until I read the comments in that bug. Perhaps the same question should be asked in that bug?
bug 179606 appears to be to do with which key on a mac keyboard is the equivalent of clicking on stop not that key doesn't work like here. bug 168379 might be related but that appears to be to do with page redirects, reporter is the site that's slow for you doing a redirect?
Confirming and ccing as per request by timeless via irc :-)
Status: UNCONFIRMED → NEW
Ever confirmed: true
confirming Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5b) Gecko/20030720 also seen if one is connected through a slow connection (modem, mobile phone, etc.). press stop on a page, page stops loading but images on page continue to load.
adding: also seen if clicking on a link while page loads, images on current does not stop loading, thay continue to eat bandwidth instead of being stopped in favour for new page. all this is seen before the new page begins to display.
This is WFM using test case in comment #1, for Mozilla 1.8a2 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a2) Gecko/20040603 Still a bug for anyone else? Comment #8 sounds like a totally different bug needs to be filed for that.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
The stop bug seems to be working (no problems stopping that is). esc is working. when it comes to the time it takes before it stops (please split bug if needed) i did some tests, at the most it continued to load 25 kb after the esc-button was pressed. this micht not seem to be much but is a conciderable over head when connecting with slow modems (mobile phones).
> when it comes to the time it takes before it stops (please split bug if needed) > i did some tests, at the most it continued to load 25 kb after the esc-button > was pressed. this micht not seem to be much but is a conciderable over head when > connecting with slow modems (mobile phones). That could be because checking for Escape a lot would make things even slower. I'm not sure. File a new bug if you need to.
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.