228461 - mldonkey download page doesn't load

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[Jörn Voß]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031207 Firebird/0.7+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031207 Firebird/0.7+

The mldonkey download page doesn't load. When klicking on The "Downloads"-button
in the mldonkey web-interface, the Status Bar says "Waiting for 196.168.2.1..."
but nothing happens. Mldonkey version 2.5-3 runs on my linux-gateway in my local
network. 
When using IE the download page loads correctly. Using firebird 0.7 the download
page also loads correctly.
I tried to find out, when this bug started occuring, but everything I can say is
that with the oldest nightly (2003-12-01-08) this problem also occurs.

Reproducible: Always

Steps to Reproduce:

Comment 1

[Mike Connor [:mconnor]]

does it work with mozilla 1.6a?

also, this really is impossible to replicate and so we can't do much with it

Comment 2

[Jörn Voß]

Mldonkey web-interface works with mozilla 1.6a.

Anybody else also using mldonkey could at least test, whether he is able to use
the interface with firebird.

Comment 3

[alanjstr]

I'm guessing at the URL

Please provide steps to reproduce

Comment 4

[Jörn Voß]

Steps to Reproduce:
1. Use firebird with the mldonkey web-interface
2. Click on "Transfers"
3. Click on "Downloads"

Expected result: The download page loads

Actual Result: Status Bar says "Waiting for <IP of the mldonkey server>..." but
nothing happens

Just to make it clear: I'm not trying to connect to the mldonkey website, but to
my local server running linux and mldonkey. 

I was able to reproduce this at a friend that also runs mldonkey. 

Nobody here that also runs mldonkey on linux to confirm this?

Comment 5

[Mijail]

Also happens here. Mldonkey (mlnet) runs on a  Windows XP home; I access its web interface from 
Mac OS X 10.2.8, using Mozilla 1.6b. It works OK, until I access the "downloads" page. It starts 
loading, but half way it stops.
I can't be very specific right now, but I'll try making a test case at some moment (soon? :P). I'll just 
try to give some details now.

To those who don't know mldonkey, the problematic page consists of a table (about 70 entries in 
my case), which loads into a frame.
The table stops loading half way. The last rendered cell (which isn't the last one in the page!) isn't 
finished (it's contents is blank, but there should be some text; the background color is also 
wrong). Mozilla behaves as if it was still loading the page, but it never ends. In fact, that window is 
doomed; it won't load anything else. Commonly new windows or tabs won't work either; new 
windows won't even APPEAR!  (though numbered entries appear at the Windows menu). Only 
solution is quitting Mozilla (on occasion it needs to be killed - the menus look alive, but nothing 
happens).

I tried loading the same page with Mozilla 1.5. Fails exactly the same way.
The browser Safari loads it perfectly, though. (**** as it is... :P)
This is a reliable way to blow Mozilla, to the point that now I keep Safari open just for mldonkey.

I've been using Mozilla + mldonkey for some time (before 1.4, IIRC) and this never happened. I feel 
this happens now because my Downloads page in mldonkey is much larger than used to be... but 
haven't had time to test it though.

(apart from that: mldonkey now is a latter version, of course; and more importantly, now it's 
running in another platform. However, that doesn't explain that Safari be able to load its interface 
OK...)

Comment 6

[Mijail]

Attachment: 3 HTML test cases + 2 optional files (.css, .js)

Well, I guess my exams can wait a liitle bit :P.
I've been trying to reduce the page to a test case, but the thing is a bit
random: sometimes the page will load OK and sometimes not.
When it works, load/render time is about 10 secs in my somewhat old computer. 
If render takes more than that, chance is it won't finish. In fact, the render
has been done - but it is not shown: the render area is still white. Click
another tab though and go back, or click the window title, and the render
appears. But the browser is not working: new tabs won't load anything (often
are gray instead of the normal white) and new windows won't appear, though they
are counted in the windows menu.
Many times, if you close the testcase window, the other windows will be
created; in those cases Mozilla works right again. But if the windows aren't
created, Mozilla will have to be killed, because it won't obey a Quit either.

I'm appending 3 testcases: 35entries.html, 70entries.html, 105 entries.html. 
This is my first shot at creating a test case, so I hope these work.
Details:
The 35entries.html tickled the bug 0 out of 10 runs.
The 70entries.html tickled the bug 13 out of 21 runs.
The 105entries.html tickled the bug 1 out of 10 runs.

Only once Mozilla didn't obey a Quit and had to be killed. (erm, I think this
was worse with 1.6b).
The JavaScript console never showed anything strange.

The HTML files call two other files, dh.css and di.js; but they aren't
necessary (I've been loading the test cases without them). However I'm
including them just in case. I tried cleaning more the HTMLs, but the bug seems
too fragile.

I really can't put any more time into this right now... hope this helps.

Comment 7

[Mijail]

I'm sorry, I forgot this!

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6) Gecko/20040113

Comment 8

[Jörn Voß]

This works again for me with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.7a) Gecko/20040115 Firebird/0.8.0+.

Comment 9

[Asa Dotzler [:asa]]

wfm per reporter's comments. 

Comment 10

[Mijail]

I'm sorry to report that the issue is still here. In fact I have just had to
force-quit Mozilla because it went unresponsive after trying to load the
mldonkey's downloads page. Safari keeps loading them just right.

Since my last report I have upgraded the OS (now is Mac OS X 10.3.3).

I'm using Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a)
Gecko/20040419

I guess it has something to do with the big tables that are created by mldonkey.
In my case this table was about 100 rows long. And perhaps it's some kind of
race condition; that would explain why sometimes it happens and sometimes it
doesn't (I have been using Mozilla for about 2 hours loading frequently the
problematic page, and it worked; but sometimes it will fail and Mozilla goes
dead. Sometimes the failure is immediate, sometimes the page can load OK tens of
times).

The small tables created when mldonkey has few downloads queued (10 rows, for
example) always load right.