aMule Bug Tracker - aMule
View Issue Details
0001311aMuleExternal Connpublic2008-04-29 13:092008-08-30 13:11
0001311: Amulegui cannot connect to amuled after a few hours
Deleting the .aMule directory and starting from scratch (but keeping the config and credits files), amuled will start to hash the shared files. Amulegui can connect without a problem right after amuled starts. However, after a few hours of amuled connection, amulegui will not show download/upload files, connection status, D/U speed and search won't work. At the same time, amulecmd and amuleweb work without a problem, only amulegui is affected. [^]
No tags attached.
related to 0001146resolved Wuischke Very unstable "content" in connection from amulegui(win32) to amuled(linux) 
Issue History
2008-04-29 13:09wild_oscarNew Issue
2008-04-29 13:09wild_oscarOperating System => Any
2008-04-30 02:56wild_oscarNote Added: 0002794
2008-05-03 12:18sturedmanNote Added: 0002795
2008-05-05 12:41wild_oscarNote Added: 0002806
2008-05-08 16:20wild_oscarNote Added: 0002808
2008-08-30 13:11WuischkeRelationship addedrelated to 0001146
2008-08-30 13:11WuischkeStatusnew => resolved
2008-08-30 13:11WuischkeResolutionopen => fixed
2008-08-30 13:11WuischkeAssigned To => Wuischke

2008-04-30 02:56   
It seems that the file known.met may be responsible for this problem - deleting this file will make amulegui connect correctly for a few hours (until amuled rebuilds it...).
2008-05-03 12:18   
I've played around a bit with it and found:
- The remote gui protocol is very sensitive to dropped packets. If packets are lost, the whole connection goes out of sync and displays nothing useful anymore permanently (until you restart the remotegui).
- Remote packets are affected by the upload bandwidth throttler. That's why deleting known.met helps. It breaks your upload for a while, because aMule has to rehash all shared files. And during this time, the remotegui works better because there is more UL bandwidth available.
- Even with UL bandwidth = 0 (unlimited) it works sometimes, sometimes not (though better than with limit).
- with lots of files it works worse than with few, because more data has to be transferred.

Looks like the protocol needs some rework...
2008-05-05 12:41   
Can this be the same issue as [^] ?
2008-05-08 16:20   
Any chance of:
1) merging this issue with [^]
2) Prioritizing it, as it is making amulegui useless right now?