Closed Bug 3469 Opened 26 years ago Closed 25 years ago

[NECKO][DOGFOOD] Stop button is not functional

Categories

(Core Graveyard :: Tracking, defect, P2)

Product:
Core Graveyard
Component:
Tracking
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: rubydoo123, Assigned: rpotts)

References

Details

(Whiteboard: [PDT+]) 

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
Assignee: don → gagan
Re-assigned to gagan@netscape.com.

Gagan, is this a netlib or a DOM problem?
Target Milestone: M3
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...
Target Milestone: M3 → M4
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.
Status: NEW → ASSIGNED
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.
QA Contact: 3853 → 4130
setting QA Contact to claudius.  Will release note that this sometime does not
work for M3.
Target Milestone: M4 → M6
Marking till Necko lands...
*** Bug 4659 has been marked as a duplicate of this bug. ***
Hardware: PC → All
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
Closed: 25 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. ***
Status: RESOLVED → VERIFIED
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. ***
Status: VERIFIED → REOPENED
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 .
Blocks: 7922
Resolution: FIXED → ---
Whiteboard: [PDT+]
Putting on [PDT+]radar.
Clearing FIXED resolution due to reopen.
Target Milestone: M9 → M11
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.
Status: REOPENED → ASSIGNED
rick: would some of your changes (have affected/will affect) this? cc'ing you
for comments.
Assignee: gagan → rpotts
Status: ASSIGNED → NEW
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. ***
Blocks: 17743
Blocks: 17907
QA Contact: cpratt → claudius
Target Milestone: M11 → M12
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
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
marking fixed..
Status: RESOLVED → VERIFIED
Okay, VERIFIED
No longer blocks: 17907
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.