Closed
Bug 4055
Opened 26 years ago
Closed 24 years ago
Clicking Back while page is loading stops loading page
Categories
(Core :: DOM: Navigation, defect, P3)
Tracking
()
VERIFIED
WORKSFORME
M17
People
(Reporter: cpratt, Assigned: radha)
Details
(Keywords: platform-parity)
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.
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Summary: Clicking Back while page is loading stops, appends slash... → [PP]Clicking Back while page is loading stops, appends slash...
Assignee | ||
Updated•25 years ago
|
Target Milestone: M6 → M5
Assignee | ||
Comment 3•25 years ago
|
||
Moving back to M5. I don't see this anymore? Can you verify it again.
Comment 4•25 years ago
|
||
using build 1999042808 build, on a win95 machine
typing in the URI noted above, once the site is displayed, the ending slash is
inserted
Comment 5•25 years ago
|
||
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.
Assignee | ||
Comment 7•25 years ago
|
||
So, does clicking 'back' now take you back to the previous page? If so, can you
please mark this bug verified?
Summary: [PP]Clicking Back while page is loading stops, appends slash... → [PP]Clicking Back while page is loading stops loading page
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?
Comment 9•25 years ago
|
||
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.
Assignee | ||
Comment 10•25 years ago
|
||
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.
Comment 11•25 years ago
|
||
OK, this doesn't seem to be a big deal for now. Let's move this to M7.
Assignee | ||
Updated•25 years ago
|
Target Milestone: M7 → M9
Assignee | ||
Updated•25 years ago
|
Target Milestone: M9 → M15
Updated•25 years ago
|
QA Contact: beppe → don
Comment 12•25 years ago
|
||
this is fixed, i think this should be marked resolved
Updated•25 years ago
|
Summary: [PP]Clicking Back while page is loading stops loading page → Clicking Back while page is loading stops loading page
Assignee | ||
Updated•25 years ago
|
Component: XPApps → History
Assignee | ||
Updated•25 years ago
|
Target Milestone: M15 → M17
Comment 13•24 years ago
|
||
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.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Component: History: Session → Document Navigation
QA Contact: don → docshell
You need to log in
before you can comment on or make changes to this bug.
Description
•