82468 - Conn: Offline then online unable to go to any uncached URL

Status: VERIFIED FIXED

(Core :: Networking: Cache, defect, P2)

Description

[Jimmy Uen]

Linux Build ID 2001052308

Reproducible: always

Steps to reproduce:
1) startup browser, it's currently at home page
2) go offline File|Work Offline or click the connection icon at the lower right
corner
3) go back online
4) click any new link on the page (not the cache link or previously visited)

Result: nothing, and meter bar continuously scrolling
Expected result : page comes up

At this point be sure to click "Stop" and then exit out, if you try to exit it
will hang the browser.

Comment 1

[doctor__j]

WFM on Win32 build 2001052304.

Comment 2

[Jimmy Uen]

this problem so far are only happening on the UNIX build .. i dont have a mac so
i'm not sure if mac is having this problem or not ..

Comment 3

[grylchan]

Using 2001052408 build on MAC OS 9.0.4 it works fine.
This seems to be a unix build problem only.

Wanted to let you know this seems to be affecting Offline Mail
testing also. I can replicate the same problem in Messenger:
-bring up messenger.
-login to your inbox
-click the icon to go offline
-don't download.
-click the icon to go online
-dont send
-click on any message(preferably one that is not downloaded)
  and you will see the hang/status bar starts moving.
-Have to click stop or quit the application

This might be blocker in testing Linux builds that deal with offline mail.
Tested this with 2001052308 build on linux 2.2.

Comment 4

[benc]

-> cache

Comment 5

[neeti]

*** This bug has been marked as a duplicate of 63564 ***

Comment 6

[lchiang]

The duplicate bug is marked a "won't fix" since the comments show that it is out
of our control (system/OS config type of problem).  We now have a real usage for
this type of feature (offline mail feature) which users may run into.

Gagan, what do you recommend for this?  Should we reopen this bug or the other
bug?  Any workaround?  This bug is only Linux (Unix) though.

Comment 7

[Gagan]

Hmmm... I must be missing something here. Can't see how this is a dup of the 
/etc/resolv.conf bug. Neeti care to explain? reopening...

Comment 8

[neeti]

gagan: this looks a dup of bug 78999, which is a dup of bug 63564

Comment 9

[Gagan]

nope. both the bugs you mention deal with issues of updates to /etc/resolv.conf
that are not picked up once the process is running. This bug is about going
offline and then back online. IMO these are different. Gordon should look into
this.  Since to me this sounds very very similar to the "mozilla hangs after a
sleep" bug that he recently fixed.

Comment 10

[gordon]

I'm able to go offline, then back online, and continue browsing on Linux with my
DNS_BRANCH.  I'll marked this FIXED when I land the branch (2 files).

Comment 11

[gordon]

DNS_BRANCH landed.  Marking FIXED.

Comment 12

[benc]

This wasn't a dupe.

I've got a "general connectivity" test document in the works, and we'll test
this feature there...

Comment 13

[Chris Hiner]

*** Bug 85756 has been marked as a duplicate of this bug. ***

Comment 14

[benc]

tuned summary
+making test - will be added to test suite.

Comment 15

[Sivakiran Tummala]

verified

Comment 16

[Joe Chou]

Gordon, what are the two files in your DNS_BRANCH landed on 06/06/01? We need
the files because the change(s) in the files seem to resolve bug 79877 on Unix.
79877 currently is a show stopper in the release of Netscape 6.1 on Solaris. 

Comment 17

[gordon]

I suggest trying to use the tip of nsDnsService.cpp and nsDnsService.h. 
Checking Bonsai, it looks like those were the two files I changed, but there
have been some important bug fixes since 06/06/2001.  Is Solaris on a different
branch?