Status: Unknown ADCGET type: list when downloading form microdc2 clients

[lirarmange]

I'm able to get the file list from clients running "<microdc2 V:0.15.6,M:A,H:1/0/0,S:2>" (thats whats the tag column says) but when I try to download a file I get the message "Unknown ADCGET type: list" in the status column.
I'm able to download files from other clients running DC++.

[lirarmange (lirarmange)]

Sorry I frogot to mention, Im running DC++ 0.761 on Win7 x64.

[eMTee (realprogger)]

According to the changelog in the home page of microdc2 (http://corsair626.no-ip.org/microdc) its development was stopped 4 years ago so it is incompatible with any currently maintained DC clients. The shown message (which is sent by microdc2) states that it does not understand what your DC++ want from it. These old incompatible clients should have been banned from every hub for a long time...

[lirarmange (lirarmange)]

ah ok, I guess I have to stick with DC++ 0.75 then...

[Toast (swetoast-deactivatedaccount)]

I hope u know your exploitable by sticking to an older version but its your call

[eMTee (realprogger)]

It should be really interesting if it is working with 0.75. If so, it may has nothing to do with compatibility. Do you get this error when you downloading the filelist from search results or from the userlist (or both)?

[Toast (swetoast-deactivatedaccount)]

think its the xml parser that causes it but that just an initial guess

[eMTee (realprogger)]

That is my suspicion, too and then this bug is a duplicate of those several others that complain about filelist positioning. The worst thing is that DC++ should never issue '$ADCGET list' because it does not support browsing filelists on NMDC. However it may happen if the parsed filelist data misses some data due to parsing or decompressing errors (I am still fail to find out how it can happen in the code). Still there's a need for somebody who can reproduce these and keen to run test builds and give feedback.

[lirarmange (lirarmange)]

hmm, did some more testing...
I can download the file list fine (both from search results and from the user list).
The file list shows as normally but when I try to download anything from it the download doesn't start.

I just notices however in the download queue the file list is still there with highest priority and thats whats "blocks" other downloads from starting.
When I delete the file list from the queue the files start to download from that user as normal (also if I change the priority of the file list to something lower then the other files, they starts to download).

So its seems that 0.761 (and also 0.760 for that matter) downloads the file list and shows it, then shows "Status: Unknown ADCGET type: list", and keeps the file list in the queue so its "blocking" other downloads from that user to start.

[eMTee (realprogger)]

Doesn't it behave differently when you download the filelist from search results and from the userlist? Does "in the download queue the file list is still there" after getting from the userlist, too?

[eMTee (realprogger)]

Nvm, just tried an offline filelist someone else reported he had problem with, and I can see it is trying to get partial list (it can't because the user is offline). So the problem should happen in both ways and is because of some parsing problem indeed...

[eMTee (realprogger)]

Can you confirm that disabling Settings/Appearance/Windows/Window options/Open new file list windows in the background solves the problem?

[lirarmange (lirarmange)]

That option was already disabled... but I checked it and it's solves the problem :D
 did you just make a typo or is something odd happening here? :p

[eMTee (realprogger)]

Bah, typo sorry... its too late now =)
OK I think I found the problem and have a tentative fix for it. I make this as a duplicate of the other bug of the same cause...