5905 - if bad link followed x times, back button needs x+1 presses

Status: VERIFIED FIXED

(Core Graveyard :: Tracking, defect, P2)

Description

[cpratt]

Build ID: 1999050408
Platform tested against: Windows NT

The above URL (occasionally) contains advertisements. If you click on one of
those ads, you should go to the linked site - but this isn't working yet due to
problems with trailing slashes in relative URLs (I think). In any case, if you
go to a site and click on a link that doesn't go anywhere (ie results in an
'Unable to locate host' error), for every time you try to go to that site, you
have to press the Back button one more time to get to the previous site. Just to
make this clear:

- launch the browser
- go to Yahoo! or another site
- go to the above URL
- click on the ad 5 times
- in order to get back to Yahoo!, you now have to click Back 6 times

Comment 1

[Peter Trudelle]

Sounds like the button works. Over to don.

Comment 2

[don]

Radha, is this a session history problem or a netlib bug?

Comment 3

[Radha on family leave (not reading bugmail)]

I would say this is a feature question. Today in communicator 4.5 if you typed
in a illegal URL in the urlbar and then went on to do other stuff, when you hit
back, several times to get all the way back, you will stumble in to the illegal
url that you typed in. URLs are recorded in the history list irrespective of
whether a page was loaded successfully or not.  Do we want to maintain this
behavior or change the beavior so that history has only the successful URLs
visited?

Also, I believe that this problem of "Not going anywhere from the banner ad"
should get fixed eventually, because it works in 4.5.

cc'ing don & karnaze

Comment 4

[Radha on family leave (not reading bugmail)]

Moving to future milestone, since there are several ways, this behavior is going
to be affected in the future.

Comment 5

[Radha on family leave (not reading bugmail)]

Since a bunch of things like netcenter integration, a local error page etc...
affect this. I'm moving this out to M15.

Comment 6

[Radha on family leave (not reading bugmail)]

If a url load fails, it is taken out of session history. That s'd fix this
problem. Please verify

Comment 7

[Paul MacQuiddy]

changing qa contact to claudius:

Comment 8

[Claudius Gayle]

VERIFIED fixedfor the 1999110809 builds