aMule Bug Tracker - aMule
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0000203aMuleSearchpublic2004-11-20 18:522004-12-24 05:21
ReporterbeatNukem 
Assigned ToKry 
PrioritynormalSeverityminorReproducibilityalways
StatusresolvedResolutionfixed 
PlatformOSOS Version
Product Version2.0.0-rc7 
Target VersionFixed in Version2.0.0-rc8 
Fixed in Revision
Operating System
Summary0000203: Problems with search files using Webinterface
Description1. The search function iss only available if you choose a file-type, else the webinterface return no results.

2. If I start a search, which returns a lot of files, the browser (i tryied with Mozilla Firefox and IE) isn't able to show the full page, it's cut after a number of files that he found (i think at its around the 150th file). If that happend I'am unable to download a file or start a new search, becouse the buttons aren't on the page anymore.
I have to push the butten "zurücksetzen" (i use german version) in the searchwindow of the aMule-programm, to make a new search with webinterface able. to make the "zurücksetzen" butten available i have to start a search in aMule-prog.
It's the first time I use aMule, don't know if this problems are on every system. i used the debian-linux whitch iss on the knoppix3.4-CD
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
related to 0000161resolved GonoszTopi no result with amuleweb search feature 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2004-11-20 18:52beatNukemNew Issue
2004-11-24 23:12GonoszTopiRelationship addedrelated to 0000161
2004-11-24 23:22GonoszTopiNote Added: 0000415
2004-11-24 23:24GonoszTopiStatusnew => feedback
2004-11-24 23:25GonoszTopiStatusfeedback => assigned
2004-11-24 23:25GonoszTopiAssigned To => GonoszTopi
2004-11-24 23:25GonoszTopiStatusassigned => feedback
2004-12-20 19:18torbenNote Added: 0000461
2004-12-21 15:30torbenNote Added: 0000462
2004-12-24 05:17GonoszTopiAssigned ToGonoszTopi =>
2004-12-24 05:17GonoszTopiStatusfeedback => resolved
2004-12-24 05:17GonoszTopiFixed in Version => 2.0.0-rc8
2004-12-24 05:17GonoszTopiResolutionopen => fixed
2004-12-24 05:17GonoszTopiAssigned To => GonoszTopi
2004-12-24 05:18GonoszTopiAssigned ToGonoszTopi =>
2004-12-24 05:20GonoszTopiStatusresolved => assigned
2004-12-24 05:20GonoszTopiAssigned To => Kry
2004-12-24 05:21GonoszTopiStatusassigned => resolved

Notes
(0000415)
GonoszTopi   
2004-11-24 23:22   
About your problems:

1) is solved in current cvs (see http://bugs.amule.org/view.php?id=161 [^])

2) it works here, can you confirm if this still exists in current cvs?
(0000461)
torben   
2004-12-20 19:18   
I have the very same issue too, but I can give you a few more infos, all in regard to 2.0.0 rc 7. I have not tested it with current CVS (I am using Debian packages).

First of all, I don't think it has something to do with 0000161, you can workaround this if you click on "Refetch search results" after a few seconds.

What I can definitly reproduce on both long search results and on the shared file listing independently is that the output HTML code gets truncated after 13.140 Bytes (according to Firefox' page info) in all cases I have seen so far.

I can't reproduce this behavoir on other pages - they simply don't get that long in my current setup, but I suspect that this is a general problem.
(0000462)
torben   
2004-12-21 15:30   
Ok, confirmed the same bahavoir for the transfers screen (got a file with a large number of chunks producing a large table) too.