d4x can't handle certain (numeric) urls (does not add them to list/queue)

[OzzyFrank]

Binary package hint: d4x

Hi. I don't think this is a dupe of https://bugs.launchpad.net/ubuntu/+source/d4x/+bug/268913 ("d4x cannot handle urls that contain ~ and some other characters allowed by HTTP") with fix instructions http://launchpadlibrarian.net/17531907/locstr.cc.diff I am not sure how to implement anyway. My problem is that all of a sudden it wasn't adding urls at all, but admittedly it was from one site and the urls are numeric like http://174.36.1.2/progex.7z. I tried a "normal" download link with words instead of numbers and it was added fine. But I just came across another bug while copying the url that I just pasted - up popped the box to add a download as usual, so I thought I'd OK it to see if it was successfully added after adding the download via a "normal" url, and now the queue is empty again!

Another thing I should report is that at the top of the left pane under "Main" the number of downloads keeps increasing with each one I add, but will be reset to zero on the next program restart. I can confirm it isn't like I just can't see them as most of the options in the Download menu are inactive (just like if the list was empty).

And as I said, now trying to add one of those urls results in the whole list being wiped. I hadn't actually started the download I added successfully before it was wiped, and this may have made a difference, as when this started I still had one unfinished download and it wasn't wiped but finished successfully. I can also report that restarting the program finds the list empty of those added successfully after trying to add ones like http://174.36.1.2/progex.7z the previous time. That's about it I think.

If the fix mentioned at the top is the answer (or needs to be edited to include numerical values) any help would be appreciated.

[OzzyFrank (ubuntu-ozzyfrank)]

PS: I run Ubuntu 8.10 and d4x 2.5.7.1

[OzzyFrank (ubuntu-ozzyfrank)]

Perhaps I should also add I had the extra /// problem https://bugs.launchpad.net/ubuntu/+source/d4x/+bug/155368 and used the amd64 version of the installer someone had reworked to fix that bug (d4x_2.5.7.1-5_amd64.deb). That bug totally rendered d4x useless.

[OzzyFrank (ubuntu-ozzyfrank)]

I decided to let Update Manager give me the "update" for d4x... even though I knew it actually would be installing the earlier version with the ////// bug. Anyway, offending numeric urls now work, but as I suspected, it's back to putting too many // in the urls.

BUT instead of the urls failing, they're actually working even though they are obviously not right to look at! (for now...)

[Phillip Susi (psusi)]

This package has been removed from Ubuntu. Closing all related bugs.