Squelch

Hi baba.runner, I'll try a search for alternatives next time I manage to catch the user I'm having the most trouble with. The problem is, I've only managed to find the files I was looking for in his share. Unless I manage to spot him on one of the two hubs I know he uses, I'm a bit stuck. The download from the user who messaged me to warn me about the moved content, wasn't resumed until I manualy ran search for alternatives. Again, I've only found these files in this users share. I had expected an automatic resume, but 8 hours after he had told me that he was back up, they hadn't. Unfortunatley I haven't seen him since, as one of his hard drives was failing. That's why he moved them so I could finish the running ones. bigcanuck, I can probably go one better and supply you with both filelists next time I do see the first user online. I'll refresh his filelist on both hubs at the same time. One I know is the deleted and refreshed version, the other is untouched, and presumably will still show the missing content. It's pointless me sending the existing ones as the timestamps would be inconsistent and meaningless. Earlier I said the Share size differed by 60 Mb. That was in error. it was 60Gb. Still roughly the size of the files I was getting. I'm not sure if attaching filelists to a public post is wise. PM me if you prefer another method.

Hi guys, I mentioned in my Missing Content thread, that I have been having trouble with filelists in general. Here are the problems all in one place: 1. Mousing over the filelist entry in the download queue crashes the client to desktop without error. I never get to see which filelists are queued. They are not included when Apex is restarted. 2. Downloaded user filelists do not show removed content. If content has been removed from a users filelist, it still shows up in the tree even when the list is downloaded again. I have found that manualy deleting the filelist fixes this, so updates to old content does not appear to be taking place. 3. Failed downloads stall until readded. This is a follow on from the previous bug. If a file is not found, it's marked as having an error and won't be resumed until it is added again. Autosearch seems to skip error files, even though the content may be available from another source, or even the same user who has moved the files to another location. This is coumpounded by the previous error, when readding files that show in the users list, but are still not available. A manual search for alternatives does update the download queue.

I think BBcode can take both forms [bold] = [/italic] = etc. I believe it would be better, if it is possible. It only needs to be Apex end which would then send the correct character codes. Slightly off topic, but relevent, is the annoying way emoticons and user name colours being rendered in mainchat. This makes it hard to read. I get emoticons where they shouldn't be. Such as a double ? coming up as an icon. Shouldn't the codes for these have a space either side? This should stop this happening. I've change colours for users in the user list. This works ok, but the colours also appear in mainchat if a users name appears as part of a word. Again, as Noctis points out, it's not a real problem, and there are probably more pressing issues to be addressed.

It was the other way around, where content had been removed. I'd already started downloading but was unable to continue the next time I connected to that user. The sharesize in the user list showed a smaller size than the file list I'd freshly downloaded. (Approximately the size of the files I wanted.) As I said, this was about 24 hours later, and I can only assume a file list refresh had taken place by the smaller user list share size showing. Only once I cleared my copy of the users file list did it reflect the changes. Does the Hub use the filelist sharesize to indicate the users share, or is another method involved? I keep filelists and they are sorted by date modified, and the one in question appeared near the top, so it would be safe to assume the file was modified at the last download. This makes me suspect that content no longer being shared is not being removed from the existing local copy. This puts the problem at my end, or rather my client. Sorry I misunderstood your admin question. I don't run with admin priveledges all the time, but have a useful subset that hasn't caused problems before. It still has the same result switching to Admin account. I'm not using a router that caches content at all.

I do try not to :-) I don't have the problem right now so I can't double check. I'm sure the modified dates were being updated, but the list still appeared wrong. Where here? No As an after thought. Is it possible I'm falling foul of proxy caching at my or the other users ISP? I haven't noticed to date problems with my ISP, and I'm not currently running my Smoothwall router which sometimes cached out of date content.

I follow you on point one about the queued filelist not being added again on restart. However, because of the crash, I never get to open the file list at all. It still doesn't explain the CTD. With filelists not being correct, I'd expect there to be a discrepancy over a short time, but with one one particular user, it was more than 24 hours. Only after I deleted the existing filelist, did it show the correct content. If, as you say, it's overwritten, why did it continue to be incorrect? I could tell that something was wrong, because the Hub user list showed thier sharesize to be smaller than the filelist I was downloading.

Thanks for clearing that up. I haven't heard anymore on the subject, and can only put it down to ignorance on the part of the user/bot that sent the message. Can you please clarify how the segments are allocated? I've noticed some files come in 2 Mb blocks and others at different sizes. Hubs that I'm using DC++ emulation only allow the full or remaining file size, and give an error about no more content. This I assume is safe to ignore.

This is what I suspected. One could just as easily do a manual search, then download all of the matched users filelists anyway. I do have autosearch turned on, but have set it to 45 minutes since a warning about search spam. This is reasonable, and I understand the consequences of too many searches, but I fail to see where mutisource can be detrimental. Does the throughput bandwidth increase in any way on the hub when using segmented downloads? To my mind it reduces the load on one particular particular user or hub. Please correct me if I'm wrong in this conclusion. If anyone can clear this up I'd be grateful. I'm prepared to defend my use of Apex, but I'd like some facts to back me up.

Hi, I had the same problem with already registered hubs. It seems that the hub software does not recognise Apex as a valid client. Go to your hub favorite list and check "emulate DC++" under properties for your problem hub. This fixed it for me. Hope this helps.

Thanks for that. I generaly have about 20 hubs up at once. I've set the tab space to 10 lines. This is mainly because of the multiple pm's that come in. Mostly bots and security but spam as well. I like to try and read all of these if I can, but would like to suppress some of them if possible. I find the tab window confusing at best, but when it keeps jumping around (line length causing tabs to move around) and then disappearing I'm now prone to ignoring it completely and using the menus to call up a particular hub or user, which naturaly is slower and less intuitive. The freezing affects other applications unless the client is minimised, which leads me to suspect it's to do with the new graphical enhancements. I have managed to fix my filelist. I cleared my shares, deleted my hash table and file list manually, and then rebuilt it. A shotgun approach which doesn't show the cause but worked all the same. There does seem to be a problem with filelists in general however. A queued filelist if moused over, crashes the client without error. This happened in the previous version too. Also the browser window when opening existing filelists is very sluggish.

Thanks for the quick reply. Which bit don't you understand? I'm sorry if I wasn't clear enough. I managed to get a screen capture of the first problem. It varies between a blank background (as shown) and a transparent background. Otherwise it simply flashes randomly most of the time. As for not seeing my own file list, I've tried a rehash without luck. Then I tried removing all shares and adding them back one by one. It still brings up a tab for about a second with what appears to be any random connected hub name after my username. To clarify my added edit. The main content window (not ApexDC window) enters what in effect the "restore all" from the window dropdown menu button does when connecting to any hub from my favorites list. This, as I said, isn't really too much of a problem but seems related to the other two. I hope this makes it clearer, and thanks for the time.