Feature #5064
Controlling: prefer local account over multihost account
| Status: | Closed | Start date: | 06/01/2012 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | - | % Done: | 100% |
|
| Category: | Controlling | |||
| Target version: | - | |||
| Resolution: |
Description
add support for this option
Related issues
History
Updated by jiaz 12 months ago
if local account is available and enabled it will be used
so the order will be
local account
multihoster
free download
if user wants to use multihoster, then he just disabls the local account
simple but elegant solution :)
Updated by pspzockerscene 12 months ago
I think it will be good this way!
Isn't that stuff really complicated to code?
Updated by raztoki 12 months ago
the problem will be the determination of 'free type' accounts from 'true type' premium. I can see that will cause issues unless we have some type static account setting annotation.
multihoster stuff shouldn't be overly hard as we have native multihoster controller
Updated by pspzockerscene 12 months ago
Maybe a good idea.
Account.setFree(true) or something like that^^
Actually there can only be 2 types of accounts, free and premium.
...but isn't the only difference between them the max simultan downloads (which we can set already) and maybe also captcha/no captcha?
Updated by raztoki 12 months ago
it's when we link back into say a 'doFree' for example with xfileshare, many other plugins use this method. As I understand it what jiaz wants to do will cause issues with non paying/expired type of 'premium' accounts will cause countless headaches, unless we have account.setting. The controller needs to track of what's what.
account.premium(true) [default] = paid or unrestricted, account.premium(false) = non paid, restricted based account.
treat all non paid accounts all the same or set true if it's equivalent to paid (or unrestricted) service
prefer local as ranked
paid account
multihoster account
non paid account
free/guest
Updated by jiaz 12 months ago
it's up to the coder to do this
save information what kind of account it is, as property
then use
public boolean hasCaptcha(DownloadLink link, Account acc) {
in plugin and return captcha yes/false
a true premium account should then return false
a ranking will not come as it's not equal over different hosts
one has premium, one has premium and vip....
save the account type in account as property and evaluate it in hasCaptcha
then i can use hasCaptcha,concurrentDownlaods, max Downloads and so on to determine the next account to use
and yes, the order will be
premium(no captcha)
multihoster(no captcha)
registered accounts (maybe captcha)
free(maybe captcha)
Updated by jiaz about 1 month ago
- Status changed from New to Closed
- % Done changed from 0 to 100
Applied in changeset r20504.
Updated by pspzockerscene about 1 month ago
Does this really work?
User reported it doesn't but it just isn't released yet, right?
http://board.jdownloader.org/showthread.php?t=47626
Updated by jiaz about 1 month ago
always have to wait for a build/svn commit with full build, now it should work in standalone. next time test it in svn :)
Updated by pspzockerscene about 1 month ago
I don't have accounts to test it but from what I saw in your committ, your code should do the job so well, wait and wait for user-feedback^^
Updated by pspzockerscene about 1 month ago
Tested by user and works as intended!