Can you help with step by step procedure on how to merge links (extra mirror, all parts) from two package in the following cases:
1. links have slightly different links names
2. links have slightly different files names
3. links have different "parts" notations (like partx, ptx )

Sizes are the same

thank you

This will hopefully be handled by the customer (indication of mirror links) and jD using the mirror controller feature.

See Feature #48 - Extended downloadcontrol for multihost downloads

[Jiaz]

Originally Posted by rafi

Can you help with step by step procedure on how to merge links (extra mirror, all parts) from two package in the following cases:
1. links have slightly different links names
2. links have slightly different files names
3. links have different "parts" notations (like partx, ptx )

Sizes are the same

thank you

does not work at the moment because of the missing mirror controller + the missing ability to reaname parts

filenames must be 100% for mirrorcontroller to work at the moment

when do you expect it ? Can you open the parts/link names for editing/renaming as an interim solution ? Or better yet - use your "smart-part-identifier" to handle those, and the user could then rename just the link names when needed (w/o the parts) ?

attached here is a case I've just encounted - the name was wrong, but as soon as the download began - it was auto-fixed... Maybe this was a case of bad API for this hoster...

the attachment seems to be low res... so -
http://img34.imageshack.us/i/44520625.gif/

[Jiaz]

Originally Posted by rafi

when do you expect it ? Can you open the parts/link names for editing/renaming as an interim solution ? Or better yet - use your "start-part-identifier" to handle those, and the user could then rename just the link names when needed (w/o the parts) ?

attached here is a case I've just encounted - the name was wrong, but as soon as the download began - it was auto-fixed... Maybe this was a case of bad API for this hoster...

the attachment seems to be low res... so -
http://img34.imageshack.us/i/44520625.gif/

this host does not have an api and filename is shorten because its given that way on homepage and makes mirrormanagement alot harder

no one is "blaming" you... what bug is on the bugtracer ?
Still, the issue is a general one, not related to this specific hoster...

[Jiaz]

Originally Posted by rafi

no one is "blaming" you... what bug is on the bugtracer ?
Still, the issue is a general one, not related to this specific hoster...

its no bug and cannot be fixed. we only have filesize and filename that is available on the downloadpage (or api) and some/many hosters do shorten filenames or change them (add advertising for their hosting service)

so let "us" edit them, and "help" JD... you can also "invent" a match-file names operation on selected links. + there is still the situation (as I mentioned ) of a matching file names but different "part" notations that JD can smartly-compare.

[Jiaz]

Originally Posted by rafi

so let "us" edit them, and "help" JD... you can also "invent" a match-file names operation on selected links. + there is still the situation (as I mentioned ) of a matching file names but different "part" notations that JD can smartly-compare.

all those editing, helping, inventing is more complex than you might think. you have to change gui, change database, change handling, change controllers and much more.

inventing is more complex than you might think

You are the best one to judge that (knowing your available resources & priorities).
And since I know nothing in Java I cannot help much in coding

It's good to have a vision... In uTorrent - mine was a fully automated downloader (by RSS). Eventually it was done nicely. It's not that ALL the RSS related wished-features were implemented though ...

Here - in the same spirit - aiming for auto downloading will be nice. For this you may need:
1. a good page-link grabber (assisted by using good user-filtering)
2. a nice RSS page-locator/loader
I know - it might be much more difficult then in uTorrent, but I think - is doable...

I'm sure that until then - many intermediate versions will be available, and this is now-here a good one. Since someone said (was it you ?) that most bugs are over, it may be time for features...
If a feature also serves the future "vision" (goal) - it's not a waist of time...

IMHO...

Rafi, have a look at jD's roadmap.

Most developers are still studying and some might have to prepare for exams right now.

I wish them all - the best of luck (I didn't mention any time-table...).

Thanks for the link