This was seen using the March 19 build under Mac OS 8.5.1. To reproduce this: 1. Type a URL into the Location control. I used http://www.apple.com. Do NOT type a final slash in the Location control. 2. While the page is loading, press Back. 3. Result: The page finished loading, and a slash ('/') is appended to the URL you typed in the Location control. The browser does not go Back to the previously viewed page. Expected result would be that the current page is stopped, and the browser goes back to the previously viewed page.

Re-assigned to radha@netscape.com and set target milestone to M5.

Changed milestone to M6.

Moving back to M5. I don't see this anymore? Can you verify it again.

using build 1999042808 build, on a win95 machine typing in the URI noted above, once the site is displayed, the ending slash is inserted

I forgot to mention, this is the same behavior as found in 4.5

beppe is correct, expected behavior is to append the / to the end of the URL. therefore, expected behavior in this case should be only this: when you click Back, the app should go back to the previously viewed page and not display the page you were just trying to load.

So, does clicking 'back' now take you back to the previous page? If so, can you please mark this bug verified?

A quick look at it in the 1999042808 build shows that clicking Back before the new page is loaded (a) doesn't go back to the previous page, and (b) doesn't stop the indefinite progress bar, which it should. beppe? what are you seeing?

If a page is in the loading process and I select back or forward, the current page continues to load, the previous or next page does not get loaded. I do not see the issue with the progress bar, once the page does load, the progress bar does go away.

What I see in Apprunner is that the Back takes effect after the page that you are currently loading is done. If you typed in disney.com and clicked back while it is trying to connect to the host, disney.com shows up and almost immediately, it goes back to the previous page. I see this behavior in 4.5 also. This is because of threading issues. Netlib doesn't quite process the back request until it finishes loading the current page. This problem will be there until we figure a better way of managing requests in Netlib and in the UI thread which is not going to be there for a little while.

OK, this doesn't seem to be a big deal for now. Let's move this to M7.

this is fixed, i think this should be marked resolved

I'm resolving this bug as WFM. I checked with the 2000042508 builds and i don't believe it to be a problem anymore in light of the new webshell and SH changes.

and marking VERIFIED