Closed
Bug 115963
Opened 23 years ago
Closed 22 years ago
The stop button means nothing
Categories
(Core :: Layout, defect)
Tracking
()
mozilla1.1alpha
People
(Reporter: bugzilla, Assigned: attinasi)
Details
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6+) Gecko/20011217 BuildID: 2001121708 There seems to be a point of no return when loading a given page, and that point isn't very far in. IMO, pressing stop or hitting Esc should stop the particular Mozilla window in its tracks. What happens instead is that (when clicking the stop button) the stop button will becme greyed out and Mozilla will continue on its merry way, loading the next page. Reproducible: Always Steps to Reproduce: 1. Click on a hyperlink 2. hit esc AND hit the stop button 3. Watch Mozilla ignore you Actual Results: Mozilla loads the next page Expected Results: Mozilla stops whatever it is doing.
Comment 1•23 years ago
|
||
could paint suppression be affecting this? eg, a page is loaded, and parsed and nearly laid out and is still suppressed. Then we hit stop.
Comment 2•23 years ago
|
||
Nope.
Comment 3•23 years ago
|
||
I've seen this before on dialup.. parser still processes and the stop button doesn't interupt the parser/renderer. Its not catching it in time?
Comment 4•23 years ago
|
||
->layout?
Assignee: asa → attinasi
Status: UNCONFIRMED → NEW
Component: Browser-General → Layout
Ever confirmed: true
QA Contact: doronr → petersen
URL: http://Any
Always seeing it on Windows. You don't need to press Esc. Most times (depending on the connection speed) clicking the stop button doesn't prevent Mozilla from proceeding to the next page (Bugzilla is a common testcase) or a useless blank page. If you have a slow connection, you can notice that happening well before starting to retrieve the next page. OS->All.
OS: Linux → All
Updated•23 years ago
|
Target Milestone: --- → mozilla1.1
Should one infer from the TargetMilestone that a 1.0 browser doesn't need a working Stop button?
Comment 7•22 years ago
|
||
WFM Build ID: 2002041903 (0.9.9+) trunk Windows 98. Tested on msnbc.com, which loads slowly on my bandwidth connection. Is there a testcase or a URL or something?
Finally I think it's a duplicate of bug 76495 (see similar dupes in that report). When trying to load a new page, Stop button is visually responding but the actual event is ignored. *** This bug has been marked as a duplicate of 76495 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Comment 9•22 years ago
|
||
Are you sure about that? That bug is only about the document not responding, everything outside the document still responds. Including the chrome. I don't think it's a dupe.
Comment 10•22 years ago
|
||
Imo, all these responsiveness problems when loading a page share a common reason. See also the discussion on bug 91822.
You need to log in
before you can comment on or make changes to this bug.
Description
•