Closed Bug 137677 Opened 24 years ago Closed 14 years ago

connection to the internet is lost after a while

Categories

(Core :: Networking, defect)

Product:
Core
Component:
Networking
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: primorec, Unassigned)

References

(
URL
)

Details

I will do my best to describe this bug. It is not easy to reproduce it. I even do not have a "step by step" instructions how to reproduce it. The best I can do is to describe the events which, supposedly, bring this bug to the surface. BUG: after 3-6 hours of browsing the net all of the sudden, mozilla is not capable to open ANY URL It seems, at first look, like being off line. You click on the link, mozilla start to spin, /sbin/tcpdump shows a traffic, but there is no change in the browser window. So, I start Opera5.0 and go to the same URL. Opera renders the page without a problem. Conclusion: my DSL connection to the net is OK. Linux TCP/IP stack works OK too. Then, I click with a mouse on button "File" on mozilla. A pull down menu appears. In that moment, browser window changes. It shows exactly the page it could render 2-3 minutes ago (same page as Opera). Then I go to any arbitrary URL. Same behavior. Mozilla downloads the page, but the browser window is unchanged. A click on "File" updates the browser window. immediately. This unusual behavior does not show up, if I use only one browser window. In other words, no TAB-ed windows. But, if I have multiple TAB-ed windows then I have to run in this mode for looooooooong time (6+ hours) and all of the sudden, mozilla does not want to render pages. This effect happens faster if I do a lot of "drag&drop" URLs from one TABed window to another TABed window. In any case, I can not reproduce it at will... but sooner or latter.. it happens At that time, mozilla uses almost 200MB or RAM (according to the top command). Is there a memory leak ? Or, top is not telling the truth ? NOTE: /sbin/tcpdump is a LINUX tool for traffic control
which build ? What happends if you switch Online->Offline(File/work Offline) ->Online ?
BUILD: Mozilla 0.9.9+ Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9+) Gecko/20020414 Yes, I will try your suggestion when it happen next time.. As I said.. it must be a LOOOOOOOOOOONG browsing session and I have to be very active during all this time.. but.. it will happen... unfortunatelly It happened already many times... it is not easy to spot the pattern, because the bug surfaces after looooong browsing session (6+ hours) Thanks for the reply
-> Networking:http
Assignee: Matti → darin
Component: Browser-General → Networking: HTTP
QA Contact: imajes-qa → tever
reporter: can you please try using a more recent nightly build? some (possibly related) things have been modified since the 4-14 build, which might make this bug obsolete. thx!
guys and gals, right now, mozilla RC2 is in the state I've described in my initial bug report. mozilla is not responsive and when I click on URL nothing happens... but when I click on "File", mozilla brings the page on the screen. I was able to prove (using tcpdump) that mozilla gets the data from the internet but it is not willing to put them on the screen.... so my conclusion is that the problem is within mozilla right now ( May 22 2002 7:16 AM) mozilla is in this "upleasant" state. I am assuming it will stay in this state until I come back home from work. So, mozilla gurus, tell me what should I do to collect more data for you to debug this problem. As I said before, it takes a lot of time to put mozilla in this state... so, lets take the advantage and tell me what should I do to colelct more debugging data. I am not able to bring mozilla into this state at will... so, the bug is not easily reproducable... but it happened in 90% of the cases if you browse the net long enough.. So, please respond to this letter and we can make mozilla better Igor
Matti suggested: which build ? What happends if you switch Online->Offline(File/work Offline) ->Online ? No... it does not help at all Igor
I still do have the "non responsive" mozilla up and running. And I am still waiting for the "advice" what to do to facilitate debugging Igor
I think you can't debug anything. You can't start a Http Log while Mozilla is running....
you could try saving the output of the "netstat -tpd" command. that would show us if there are any sockets open. that might be useful.
>Then, I click with a mouse on button "File" on mozilla. A pull down menu >appears. In that moment, browser window changes. It shows >exactly the page it could render 2-3 minutes ago (same page as Opera). I don't think that this is a networking bug. It must be a Layout/GUI problem. Darin: Do you know where this should go ?
bryner: this bug might interest you.
*** Bug 152822 has been marked as a duplicate of this bug. ***
darin we need a new owner.... This seems to be a real (see the dupe) bug
Status: UNCONFIRMED → NEW
Ever confirmed: true
Big change with mozilla 1.1a. The bug is still here... but it does surface after 3-4 days of browsing. Previous versions of mozilla showed this bug after 4-6 hours of browsing. With the 1.1a things are different. Right now I have 5 instances of mozilla 1.1a running for 4-5 days in a row. One of the instances has 22 TABed windows. In the last 4-5 days I was using mozilla a lot, at least, 3-4 hours a day. (e-mail, browsing the net). I do not turn off PC. It runs 24hours a day and 7 days a week. As i said, with moz 1.1a the bug did not show up after 4-6 hours but instead after 4-5 days ( aka 20 hours of browsing ). So, we can say, this is a progress... but the bug is still here :(
reducing severity based on previous comments.
Severity: major → minor
reporter: have you tried mozilla 1.2.1 or mozilla 1.3 beta? does this problem still exist? thx!
Target Milestone: --- → Future
With mozilla 1.2.1 the problem was still present for me, but it did happen less often then in 1.0. I am not sure if it still occurs in 1.3b, too. I will pay attention to this the next time.
-> default owner
Assignee: darin → nobody
Component: Networking: HTTP → Networking
QA Contact: tever → networking
Target Milestone: Future → ---
gbrinkmann sez WFM
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.