using 3/4 build all platforms tested select a URI to load during load process, select stop page load does not stop bug already filed for linux -- 3398 & 3288
Re-assigned to email@example.com. Gagan, is this a netlib or a DOM problem?
Setting Target Milestone to M3.
gagan, got anything on this, or do we need to wait for N2.
I am looking at this right now...
moving to m4. gagan finds it working on all but the fast sites, but if the site is fast why stop its loading? needs a good reproducable test case.
For most cases, this seems to be working ok. I have however noticed a couple of times where an OnStopBinding event doesnt get fired. While I am trying to investigate this, it will greatly help if had a reliably reproducible test case. So far I have been using slow sites as a measure, which seem to be working just fine. Either way, I am setting this to M4.
setting QA Contact to claudius. Will release note that this sometime does not work for M3.
Marking till Necko lands...
*** Bug 4659 has been marked as a duplicate of this bug. ***
www.macosrumors.com seems like a good enough site to test this on...at least on linux anyway. The current behavior as outlined from bug4938 is to appear to stop the loading of the page but the throbber and notification bar remain active. Changing platform field to all since it happens on the Mac as well.
*** Bug 4938 has been marked as a duplicate of this bug. ***
Worksforme on 4/13 build on Win 95.
Per DP's suggestion marking these till M8. Though Necko lands with M7, we will be able to verify it for M8.
Moving all Apprunner bugs past and present to Other component temporarily whilst don and I set correct component. Apprunner component will be deleted/retired shortly.
I'm moving this to target M9, Necko will be enabled somewhere during late M8 or early M9. We will need to get on this and it cannot be postponed past the M9 milestone.
Status: ASSIGNED → RESOLVED
Last Resolved: 20 years ago
Resolution: --- → FIXED
Summary: stop button is not functional → NECKO:stop button is not functional
Fixed with Necko. Pl. verify.
this seems fixed but its hard to check, the pages load so dang fast ;-). I'll try some slow machine. Gagan: To clarify, if i click stop before the page is grabbed (before it begins to layout) everything should stop cold, but if I click stop why a page is laying out what then?
Well I am not aware of how threaded the layout model is, so perhaps someone from that group can comment on it. But the expected behaviour should be similar to that of 4.* I guess. And for a slow site try reaching my alma mater in India- http://www.iitk.ernet.in/ Its about as far on this globe as you can geographically get. Once proxies start working you can route any request thru a slow proxy or once we have our servers set up on Mars, you'd have a better choice. Or you could try the world's smallest server running on a microchip the size of a matchstick head at http://eternity.cs.umass.edu:9080/index0.html Have fun! :)
*** Bug 6284 has been marked as a duplicate of this bug. ***
OK I've satisfied myself that this works now. marking VERIFIED for 1999081609 builds.
*** Bug 16007 has been marked as a duplicate of this bug. ***
The bug is still present on Linux build 1999100814. Try to load www.mozilla.org on a slow dialup line , and press stop after 2 seconds ... the page continues to load . Or .... try to load a page,that times out , using a proxy, after waiting some seconds, load another page .. after a couple of minutes, the error page generated by the proxy apears .
Putting on [PDT+]radar. Clearing FIXED resolution due to reopen.
QA Contact: claudius → cpratt
Summary: NECKO:stop button is not functional → [NECKO][DOGFOOD] Stop button is not functional
I've verified that this is broken on the 1999101908 and 1999102008 builds on NT and 98. Changing self to QA contact.
rick: would some of your changes (have affected/will affect) this? cc'ing you for comments.
hey gagan, I'll take this one... I've got some changes to fix cancelling loadgroups... And I'm looking at the notifications all the way up the hierarchy... -- rick
*** Bug 16851 has been marked as a duplicate of this bug. ***
we decided via e-mail this was OK for M11. Still some problems with layout continuing after stop is pressed. Changing to M12 to get off M11 radar, but this can maybe be closed and new bugs reopened.
Status: NEW → RESOLVED
Last Resolved: 20 years ago → 20 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.