JDownloader Community - Appwork GmbH
 

Reply
 
Thread Tools Display Modes
  #21  
Old 08.01.2016, 21:37
GWT10 GWT10 is offline
JD Addict
 
Join Date: Feb 2011
Posts: 172
Default

Quote:
Originally Posted by raztoki View Post
Sorry forgot to post before I went out this morning. First image, you need the captcha dialog within JDownloader checkboxed to be checked (the only one you didn't have checked)
Ok, all the boxes in the Captchas settings has been checked.

-see attachment captcha1

Quote:
your advanced setting is fine in respects to browser loop been enabled.
Ok.

Quote:
cloudflare and incapsula can have recaptcha v1, this will be shown usually on the first request to hoster, this effects: free (no account), free account, and premium account. If you don't answer this captcha you wont be able to do anything on the provider, as your been blocked service until you answer.
Here's the rules I have for Nitroflare

-see attachment captcha2

I already had these rules in place when this trouble started. The sub-setting is set to "Randomly use an account from this group"

Quote:
captcha for free downloads in download routine will effect free account and free (no account).
I have a Premium account so why would this apply?

That's part of why I bought a Premium account in the first place. To avoid this captcha nonsense. It doesn't expire for another 5 weeks.
Quote:
if you rather no free modes tried, create account usage rules in the account manager, and disable free mode.
And what rule would I create so I don't get a captcha appearing every 45 minutes or so under a Premium account. I did pay for it.

I appreciate all your help in this, thank you.
Attached Images
File Type: png captcha1.PNG (58.4 KB, 62 views)
File Type: png captcha2.PNG (30.1 KB, 66 views)
Reply With Quote
  #22  
Old 09.01.2016, 15:19
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 66,134
Default

Does it every time or just after a restart of JDownloader.
The captcha comes from cloudflare because it rates your IP as bad and wants to confirm (via captcha) that it is legit.
Normally this check is remembered by JDownloader so you should only have to enter the cloudflare captcha once after a restart.
__________________
JD-Dev & Server-Admin
Reply With Quote
  #23  
Old 09.01.2016, 20:22
GWT10 GWT10 is offline
JD Addict
 
Join Date: Feb 2011
Posts: 172
Default

Quote:
Originally Posted by Jiaz View Post
Does it every time or just after a restart of JDownloader.
The captcha comes from cloudflare because it rates your IP as bad and wants to confirm (via captcha) that it is legit.
I'm on a VPN, although that wasn't much of an issue before. It's only lately that this has been happening.

It's happening just after I turn my machine on and I restart JDownloader because I don't leave my machine on all the time. I start to download, a captcha appears and I enter it. That should be it, so I walk away and let it do it's downloads thinking that's the only one I have to enter.

I come back about 2 hours later and I see Firefox has opened about 10 tabs trying to have me enter another captcha which prevents the next .rar from downloading. JDownloader also has a pop-up in the middle of my screen waiting for me to answer. I can't be sitting at the machine all day waiting for these things to pop up.

Did you look at my rules for Nitroflare? Are they correct?

Quote:
Normally this check is remembered by JDownloader so you should only have to enter the cloudflare captcha once after a restart.
Well that's not happening. I guess it's not saving those cloudflare cookies while JDownloader is running. How do we fix this?
Reply With Quote
  #24  
Old 10.01.2016, 04:22
tony2long's Avatar
tony2long tony2long is offline
English Supporter
 
Join Date: Jun 2009
Posts: 6,221
Default

Please upload new log.
__________________
FAQ: How to upload a Log
Reply With Quote
  #25  
Old 10.01.2016, 08:24
GWT10 GWT10 is offline
JD Addict
 
Join Date: Feb 2011
Posts: 172
Default

10.01.16 01.19.55to08.01.16 05.50.12 jdlog://5042354739341/

The log doesn't go back any further
Reply With Quote
  #26  
Old 10.01.2016, 10:26
tony2long's Avatar
tony2long tony2long is offline
English Supporter
 
Join Date: Jun 2009
Posts: 6,221
Default

I mean new log, after you changed the settings, like today's log.

I found out that your log also contains today's download and was working, although strangely many requests got "?" responses...
__________________
FAQ: How to upload a Log

Last edited by tony2long; 10.01.2016 at 10:46.
Reply With Quote
  #27  
Old 10.01.2016, 23:48
GWT10 GWT10 is offline
JD Addict
 
Join Date: Feb 2011
Posts: 172
Default

That is the newest log. It's the only one I have.

Yesterdays download was working because I was using a different filehoster from Nitroflare.

Quote:
although strangely many requests got "?" responses...
Don't know what that would mean.

Last edited by GWT10; 10.01.2016 at 23:50.
Reply With Quote
  #28  
Old 11.01.2016, 05:54
tony2long's Avatar
tony2long tony2long is offline
English Supporter
 
Join Date: Jun 2009
Posts: 6,221
Default

Me neither, but:
1/9/16 11:57:32 PM - DownloadCandidate:Garbo.part1.rar@nitroflare.com
- until -
1/10/16 1:08:17 AM - DownloadCandidate:Le_marginal.part3.rar@nitroflare.com

All were done as premium, so it seems OK now.
__________________
FAQ: How to upload a Log
Reply With Quote
  #29  
Old 11.01.2016, 08:04
raztoki's Avatar
raztoki raztoki is offline
English Supporter
 
Join Date: Apr 2010
Location: Australia
Posts: 16,234
Default

Quote:
Originally Posted by GWT10 View Post
Ok, all the boxes in the Captchas settings has been checked.

-see attachment captcha1

Ok.



Here's the rules I have for Nitroflare

-see attachment captcha2

I already had these rules in place when this trouble started. The sub-setting is set to "Randomly use an account from this group"
all looks good.

Quote:
Originally Posted by GWT10 View Post
I have a Premium account so why would this apply?
as already explained numerious times, they use antiddos provider and its the antiddos provider who makes you solve a recaptcha event.

Quote:
Originally Posted by GWT10 View Post
That's part of why I bought a Premium account in the first place. To avoid this captcha nonsense. It doesn't expire for another 5 weeks.
that might be so, but its not the hoster that's imposing the recaptcha event, its the anitddos provider 'cloudflare'.

Quote:
Originally Posted by GWT10 View Post
And what rule would I create so I don't get a captcha appearing every 45 minutes or so under a Premium account. I did pay for it.
you can't if the captcha event is from a anitddos provider, only recommendation is not to use a hoster that uses anitddos providers (cloudflare) like nitroflare.

Quote:
Originally Posted by GWT10 View Post
I appreciate all your help in this, thank you.
you're welcome.

Quote:
Originally Posted by GWT10 View Post
I'm on a VPN, although that wasn't much of an issue before. It's only lately that this has been happening.
that's because your on a shared resource (VPN) and others could be doing bad, or the sheer volume of requests to cloudflare hosted services is what triggers non human like activity, which then result in antiddos requiring you to answer recaptcha to continue.

Quote:
Originally Posted by GWT10 View Post
It's happening just after I turn my machine on and I restart JDownloader because I don't leave my machine on all the time. I start to download, a captcha appears and I enter it. That should be it, so I walk away and let it do it's downloads thinking that's the only one I have to enter.
the svn ticket to save cloudflare cookies should solve this (but it could also make things worse!), but until support is made you will need to be around when you first start the client on the off chance that you need to answer anitddos (cloudflare) based event.

Quote:
Originally Posted by GWT10 View Post
I come back about 2 hours later and I see Firefox has opened about 10 tabs trying to have me enter another captcha which prevents the next .rar from downloading. JDownloader also has a pop-up in the middle of my screen waiting for me to answer. I can't be sitting at the machine all day waiting for these things to pop up.

Did you look at my rules for Nitroflare? Are they correct?
once again recaptchav1 captchas via should auto close once loaded, if it doesn't then you need to adjust your settings.

your settings are fine, recaptchas are triggered by cloudflare anitddos as I've stated numerous times.



Quote:
Originally Posted by GWT10 View Post
Well that's not happening. I guess it's not saving those cloudflare cookies while JDownloader is running. How do we fix this?
ticket explains that its pending, you need to wait until ticket closes, or find workable work arounds. For example don't close JDownloader and use hibernation/sleep modes. Consider not using VPN which probably triggers the recaptcha event.

raztoki
__________________
raztoki @ jDownloader reporter/developer
http://svn.jdownloader.org/users/170

Don't fight the system, use it to your advantage. :]
Reply With Quote
  #30  
Old 11.01.2016, 23:38
GWT10 GWT10 is offline
JD Addict
 
Join Date: Feb 2011
Posts: 172
Default

Quote:
Originally Posted by raztoki View Post
you can't if the captcha event is from a anitddos provider, only recommendation is not to use a hoster that uses anitddos providers (cloudflare) like nitroflare.
Well I've already paid for it, so...

Quote:
that's because your on a shared resource (VPN) and others could be doing bad, or the sheer volume of requests to cloudflare hosted services is what triggers non human like activity, which then result in antiddos requiring you to answer recaptcha to continue.
Would changing the VPN IP address help? Pointing it to another server?

Quote:
the svn ticket to save cloudflare cookies should solve this (but it could also make things worse!)
How so?

Quote:
but until support is made you will need to be around when you first start the client on the off chance that you need to answer anitddos (cloudflare) based event.
How will I know when you all make this change? Any idea when that will be?

Quote:
once again recaptchav1 captchas via should auto close once loaded, if it doesn't then you need to adjust your settings.
I've already changed the (tab) setting in Firefox so multiple tabs don't keep opening. How do I get it so that it won't countdown in a loop in JDownloader so I can allow it to automatically shutdown once it reaches the end?

The reason I ask is I can get back to what hasn't been downloaded later without my machine being on in a continuous loop while I'm not there.

It will keep going into a 4 minute 30 second loop if I'm not there to enter the captcha. If I'm not there, I just want the machine to shutdown after the first 4 minute 30 second loop occurs.

Quote:
For example don't close JDownloader and use hibernation/sleep modes.
Hibernation/sleep modes have been disabled for many years now. When I'm not actively using the machine, it's turned off.

Quote:
Consider not using VPN which probably triggers the recaptcha event.
That's out of the question. Sorry.

Last edited by GWT10; 11.01.2016 at 23:44.
Reply With Quote
  #31  
Old 12.01.2016, 04:56
raztoki's Avatar
raztoki raztoki is offline
English Supporter
 
Join Date: Apr 2010
Location: Australia
Posts: 16,234
Default

Quote:
Originally Posted by GWT10 View Post
Well I've already paid for it, so...
its indiscriminate if you pay or not, thats why I gave recommendations to minimise it been triggered.


Quote:
Originally Posted by GWT10 View Post
Would changing the VPN IP address help? Pointing it to another server?
maybe, it would be better if you didn't use it as you would be on standard ISP, as it's not shared with anyone else, just yourself! Nitroflare plugin for memory is entirely https (ssl) except for the finallink which most do not offer https. Either that or talk to your VPN provider to find a less used/reserved IP.

Quote:
Originally Posted by GWT10 View Post
How so?
could be used to track a individual user over multiple IP changes, it makes downloading less anonymous. Also easier for cloudflare to determine non standard browser, as it would have a longer period to determine.


Quote:
Originally Posted by GWT10 View Post
How will I know when you all make this change? Any idea when that will be?
that's why we have the issue ticket present on the forum, you see its status and percentage finished. When its closed and 100% it's completed.

Quote:
Originally Posted by GWT10 View Post
I've already changed the (tab) setting in Firefox so multiple tabs don't keep opening.
good.

Quote:
Originally Posted by GWT10 View Post
How do I get it so that it won't countdown in a loop in JDownloader so I can allow it to automatically shutdown once it reaches the end?
If your internet connection (direct or VPN) keeps getting asked to solve captcha's I would look for alternative that doesn't. This is the cause of your issue. antiddos captchas only trigger exceptions, it will allow for retry. As the desired outcome is to finish queue, waiting is what happens. This retry will prevent shutdown just like a normal download in free mode!


Quote:
Originally Posted by GWT10 View Post
The reason I ask is I can get back to what hasn't been downloaded later without my machine being on in a continuous loop while I'm not there.
my advice is to find internet connection which doesn't trigger antiddos recaptcha all the time.

Quote:
Originally Posted by GWT10 View Post
It will keep going into a 4 minute 30 second loop if I'm not there to enter the captcha. If I'm not there, I just want the machine to shutdown after the first 4 minute 30 second loop occurs.
Sorry I don't see that happening. Once again I advise that you look for solutions to not trigger antiddos captcha events.

Quote:
Originally Posted by GWT10 View Post
Hibernation/sleep modes have been disabled for many years now. When I'm not actively using the machine, it's turned off.
just an idea, as the memory allocation which contains antiddos values are preserved.

Quote:
Originally Posted by GWT10 View Post
That's out of the question. Sorry.
once again just an idea/option which would solve your constant antiddos issue.


raztoki
__________________
raztoki @ jDownloader reporter/developer
http://svn.jdownloader.org/users/170

Don't fight the system, use it to your advantage. :]
Reply With Quote
  #32  
Old 13.01.2016, 01:55
GWT10 GWT10 is offline
JD Addict
 
Join Date: Feb 2011
Posts: 172
Default

Quote:
Originally Posted by raztoki View Post
its indiscriminate if you pay or not, thats why I gave recommendations to minimise it been triggered.
I know what you're saying. It's still my money, though. It sounds like it's turning into a Nitroflare rip-off.

Quote:
Nitroflare plugin for memory is entirely https (ssl) except for the finallink which most do not offer https.
And how would that affect my situation?

Quote:
could be used to track a individual user over multiple IP changes, it makes downloading less anonymous. Also easier for cloudflare to determine non standard browser, as it would have a longer period to determine.
I would clean out any existing cookies after each session. Cloudfare or otherwise. Then they wouldn't be able to track me as easily as you say and prevent that from happening.

As I said before, I don't mind entering a captcha one time at the start of every new session, or everytime I changed my IP, but this constant loop after I do it the first time is what worries me. If saving the cloudfare cookie per session prevents this, then I'm all for it!

Quote:
that's why we have the issue ticket present on the forum, you see its status and percentage finished. When its closed and 100% it's completed.
Where are those pending tickets located at on the forum? I'd like to be able to subscribe to that thread and get a heads-up.

Quote:
antiddos captchas only trigger exceptions, it will allow for retry. As the desired outcome is to finish queue, waiting is what happens. This retry will prevent shutdown just like a normal download in free mode!
And there's no way to change that? A lot of captchas will consume memory over the course of a few hours that can cause some machines to lock up. Not good!

Quote:
Sorry I don't see that happening. Once again I advise that you look for solutions to not trigger antiddos captcha events.
I'm really surprised there isn't a setting in there making a time-out an option. You seem to have setting for practically everything else. Maybe more (settings) than there needs to be as it currently is.

Thing is, when I log in to Nitroflare's website and download directly from there through my browser, I never get captchas. Same VPN, same IP. Now why is that? It doesn't go through Cloudfare that way?

Or maybe they're trying to encourage people not to use JDownloader and use their own web-based program.

Sorry for the attitude. Again, I appreciate all your time here. It's not you. I know you're just trying to help.
Reply With Quote
  #33  
Old 13.01.2016, 06:35
raztoki's Avatar
raztoki raztoki is offline
English Supporter
 
Join Date: Apr 2010
Location: Australia
Posts: 16,234
Default

Quote:
Originally Posted by GWT10 View Post
I know what you're saying. It's still my money, though. It sounds like it's turning into a Nitroflare rip-off.
guess take your money else where if you deem annoyance. Just be aware that a lot of hosters now use clouldflare protection. Depending on the hoster configuration (protection level) you could experience the same outcome on others.


Quote:
Originally Posted by GWT10 View Post
And how would that affect my situation?
vpn might not be required as majority requests are over ssl already (except the last data download)


Quote:
Originally Posted by GWT10 View Post
I would clean out any existing cookies after each session. Cloudfare or otherwise. Then they wouldn't be able to track me as easily as you say and prevent that from happening.
we don't give options to clear, once stored they stay there until invalid.

Quote:
Originally Posted by GWT10 View Post
As I said before, I don't mind entering a captcha one time at the start of every new session, or everytime I changed my IP, but this constant loop after I do it the first time is what worries me. If saving the cloudfare cookie per session prevents this, then I'm all for it!
constant loop implies to me that its caused by your VPN IP/provider. Its not meant to happen more than once. Its to determine that you're a human.


Quote:
Originally Posted by GWT10 View Post
Where are those pending tickets located at on the forum? I'd like to be able to subscribe to that thread and get a heads-up.
already mentioned and provided above (yellow/cream info rectange with info), no subscribing required you just monitor this thread, and or check the svn ticket (url is provided) in the details section.

Quote:
Originally Posted by GWT10 View Post
And there's no way to change that? A lot of captchas will consume memory over the course of a few hours that can cause some machines to lock up. Not good!
doesn't consume memory, task is finished, memory is cleaned up automatically by garbage collection.

Quote:
Originally Posted by GWT10 View Post
I'm really surprised there isn't a setting in there making a time-out an option. You seem to have setting for practically everything else. Maybe more (settings) than there needs to be as it currently is.
I've asked for different controlling of captcha events , just a matter before better handling is created. if another exception outside of captcha is triggered you will still get retry/counters which prevent shutdown.

Quote:
Originally Posted by GWT10 View Post
Thing is, when I log in to Nitroflare's website and download directly from there through my browser, I never get captchas. Same VPN, same IP. Now why is that? It doesn't go through Cloudfare that way?
its controlled by cloudflare, you would need to ask them why.

Quote:
Originally Posted by GWT10 View Post
Or maybe they're trying to encourage people not to use JDownloader and use their own web-based program.
we are using there web mode at this time, as API gets more captchas than webmode. You can enable API mode also in plugin settings for nitroflare. Once again it's cloudflare that controls algos which trigger that you need to answer captchas or not!

Quote:
Originally Posted by GWT10 View Post
Sorry for the attitude. Again, I appreciate all your time here. It's not you. I know you're just trying to help.
I don't see this as attitude, just you have very poor understanding of basic concepts of how things work. Even in JD interface or this forum. I can see it in most of your posts, but I still respond like normal =] and try todo so without sounding condescending.

raztoki
__________________
raztoki @ jDownloader reporter/developer
http://svn.jdownloader.org/users/170

Don't fight the system, use it to your advantage. :]
Reply With Quote
  #34  
Old 14.01.2016, 03:03
GWT10 GWT10 is offline
JD Addict
 
Join Date: Feb 2011
Posts: 172
Default

Quote:
Originally Posted by raztoki View Post
vpn might not be required as majority requests are over ssl already (except the last data download)
So the download would already be hidden from the ISP through the use of SSL? Is that what you're saying? The VPN is redundant?

Quote:
we don't give options to clear, once stored they stay there until invalid.
No, but I can create a custom path in CCleaner and point it to where the Cloudfare cookies are stored and clean it out every so often.

Quote:
constant loop implies to me that its caused by your VPN IP/provider. Its not meant to happen more than once. Its to determine that you're a human.
No, it's actually caused by Cloudfare as you said. My VPN doesn't cause me any other problems.

Quote:
doesn't consume memory, task is finished, memory is cleaned up automatically by garbage collection.
But the task isn't finished. Not if I'm not there to answer the captcha. And yes, opening those dozens of Firefox tabs contribute to memory buildup. A lot of memory buildup.

Quote:
we are using there web mode at this time, as API gets more captchas than webmode. You can enable API mode also in plugin settings for nitroflare.
Sounds like the difference between bad and worse. I'd still get the captchas no matter what.

Quote:
I don't see this as attitude, just you have very poor understanding of basic concepts of how things work.
Well you've made the program so complicated, what else would you expect?

Think of it as, instead of a reliable Chevrolet, you've turned it into a BMW that needs to be fine-tuned all the time. There are literally hundreds of settings in menus and sub-menus that aren't very intuitive to a lot of people. Mostly for features that I would never use. Just saying...

Your forum is filled with stuff like this besides mine. I don't ever remember having as many issues with the original JDownloader as I do with this one, that's for sure. And with as many updates as you all do, things are bound to get broken.

I'm not really complaining about it. It's just an observation, that's all. And I'm willing to work through it and try and set it right, which is why I'm here.

Quote:
Even in JD interface or this forum. I can see it in most of your posts, but I still respond like normal =] and try todo so without sounding condescending.
I understand that and I appreciate your help, anyway.
Reply With Quote
  #35  
Old 14.01.2016, 06:40
raztoki's Avatar
raztoki raztoki is offline
English Supporter
 
Join Date: Apr 2010
Location: Australia
Posts: 16,234
Default

Quote:
Originally Posted by GWT10 View Post
So the download would already be hidden from the ISP through the use of SSL? Is that what you're saying? The VPN is redundant?
basically what I was implying, but warned that the last request (for the data) wasn't secure.

Quote:
Originally Posted by GWT10 View Post
No, but I can create a custom path in CCleaner and point it to where the Cloudfare cookies are stored and clean it out every so often.
I don't recommend CCleaner anywhere near JDownloader. JD self cleans up after itself.

Quote:
Originally Posted by GWT10 View Post
No, it's actually caused by Cloudfare as you said. My VPN doesn't cause me any other problems.
not quite, I said that they impose it the restriction but its for a reason! You would need to ask cloudflare for that reason, but I doubt that they will tell you! My thoughts would be due to volume of requests coming from VPN subnets (and its user base) its determined as non human activity.

Quote:
Originally Posted by GWT10 View Post
But the task isn't finished. Not if I'm not there to answer the captcha. And yes, opening those dozens of Firefox tabs contribute to memory buildup. A lot of memory buildup.
tabs should auto close, program should clear memory when tabs close. if tabs are not auto closing then something is wrong.

Quote:
Originally Posted by GWT10 View Post
Sounds like the difference between bad and worse. I'd still get the captchas no matter what.
login captcha via api or webmodes + possibility of cloudflare captchas.


Quote:
Originally Posted by GWT10 View Post
Well you've made the program so complicated, what else would you expect?
I'd have to disagree, not that complicated. Just you can't make a setting that suits everyone, so you have to think of the best setting to suit majority, and minority will need to adjust settings (problem is a lot of people don't search before asking for help).

Quote:
Originally Posted by GWT10 View Post
Think of it as, instead of a reliable Chevrolet, you've turned it into a BMW that needs to be fine-tuned all the time. There are literally hundreds of settings in menus and sub-menus that aren't very intuitive to a lot of people. Mostly for features that I would never use. Just saying...
lol bmw would be more reliable any any chevy I know. Then again maybe I can't relate as I'm Australian and not a yank.

Quote:
Originally Posted by GWT10 View Post
Your forum is filled with stuff like this besides mine. I don't ever remember having as many issues with the original JDownloader as I do with this one, that's for sure. And with as many updates as you all do, things are bound to get broken.
re: forum filled with stuff like this: considering the volume of users we have, forum is full of 1%. Usually people who can't google successfully ;p As in most questions asked and answered previously.

Update should not break things, they should solve existing issues. Just remember that older JDownloader is full of issues, just we couldn't provide core updates only plugin updates, so you don't see any change. You just had to deal with its bugs and their was thousands of them!

Quote:
Originally Posted by GWT10 View Post
I'm not really complaining about it. It's just an observation, that's all. And I'm willing to work through it and try and set it right, which is why I'm here.
=]

Quote:
Originally Posted by GWT10 View Post
I understand that and I appreciate your help, anyway.
most welcome
__________________
raztoki @ jDownloader reporter/developer
http://svn.jdownloader.org/users/170

Don't fight the system, use it to your advantage. :]
Reply With Quote
  #36  
Old 15.01.2016, 01:29
GWT10 GWT10 is offline
JD Addict
 
Join Date: Feb 2011
Posts: 172
Default

Quote:
Originally Posted by raztoki View Post
but warned that the last request (for the data) wasn't secure.
Not sure what you mean there.

Quote:
I don't recommend CCleaner anywhere near JDownloader. JD self cleans up after itself.
Then the tracking by Cloudfare cookies isn't an issue since JDownloader cleans itself up.

If that's the case, I don't know why you made that earlier security statement about it. The statement you made in post #31

Quote:
tabs should auto close, program should clear memory when tabs close. if tabs are not auto closing then something is wrong.
I did make the about:config change in Firefox, but that was only since last week.

Quote:
I'd have to disagree, not that complicated. Just you can't make a setting that suits everyone, so you have to think of the best setting to suit majority, and minority will need to adjust settings.
Whatever. I've been using programs since 1999 and I've seen some GUI designs in my lifetime. I respectfully won't comment any further about that.

Quote:
(problem is a lot of people don't search before asking for help).
Or it's a new problem that hasn't occurred before.

Quote:
lol bmw would be more reliable any any chevy I know. Then again maybe I can't relate as I'm Australian and not a yank.
There ya go... lol...

But I think you get my point...

Quote:
re: forum filled with stuff like this: considering the volume of users we have, forum is full of 1%. Usually people who can't google successfully ;p As in most questions asked and answered previously.
Well then you wouldn't have a job, now would you. lol...

I've had many other issues whereby the simplest thing is to scroll down the forum and see if other posters have posted the same thing. If they haven't, that's when I usually ask. Not always, but some of the time. Or I'll type key words in your forum search. That can turn up some things as well.

Quote:
Update should not break things, they should solve existing issues.
True, it should. But not always. I just put one in the other day about the right-mouse click disable option and it turned out it was another bug from a previous update. It happens. I understand that.

Quote:
Just remember that older JDownloader is full of issues, just we couldn't provide core updates only plugin updates, so you don't see any change. You just had to deal with its bugs and their was thousands of them!
I understand, but I know I wasn't emailing as much about problems back then. Probably due, as you say, to it being mostly plug-in issues and not the rest of it which seems to have complicated things further.

Good conversation, respectfully thanks.
Reply With Quote
  #37  
Old 15.01.2016, 03:36
raztoki's Avatar
raztoki raztoki is offline
English Supporter
 
Join Date: Apr 2010
Location: Australia
Posts: 16,234
Default

Quote:
Originally Posted by GWT10 View Post
Not sure what you mean there.
the final / generated link to the data isn't sent via https....

Quote:
Originally Posted by GWT10 View Post
Then the tracking by Cloudfare cookies isn't an issue since JDownloader cleans itself up.

If that's the case, I don't know why you made that earlier security statement about it. The statement you made in post #31
this is where you have once again miss understood. My recommendation was not to let cclean near jdownloader installation, its not required as we cleanup after ourself WHEN required. Storing clouldflare cookies wont be auto cleanedup as that's the whole point of that pending ticket. Currently its kept in memory when you restart all fresh session, soon as we save it be kept for ever! You also wont be able to purge as it will be kept in encrypted json file along with other plugin settings and if you deleted all the settings you would then have to reconfigure all your most used plugin settings...


Quote:
Originally Posted by GWT10 View Post
I did make the about:config change in Firefox, but that was only since last week.
I know, but you keep stating that it causes memory usage and keeping tabs open, which is incorrect... Why did you bring it up if the issue has been resolved?

Quote:
Originally Posted by GWT10 View Post
Whatever. I've been using programs since 1999 and I've seen some GUI designs in my lifetime. I respectfully won't comment any further about that.
JD2 GUI is built ontop of JD1, its the same with more features. You can't add more features without slight changes. Underlying interface is the same!


Quote:
Originally Posted by GWT10 View Post
Or it's a new problem that hasn't occurred before.
Very rare that a issue is introduced and you only get one report. For instance, when browser solver was introduced we got hundreds or posts. usually all in there own threads as people didn't search.


Quote:
Originally Posted by GWT10 View Post
There ya go... lol...

But I think you get my point...
I saw your point backwards, because my exposure to BMW over the years have given me the opinion that they are more reliable than any GM vehicle. I really don't get the 'fine tuning' statement either. But anyway...


Quote:
Originally Posted by GWT10 View Post
Well then you wouldn't have a job, now would you. lol...
Forums actually annoy me, I prefer people used IRC, or published Knowledge base (problem is with JD we have little KB articles) prior to resorting to forum.

Quote:
Originally Posted by GWT10 View Post
I've had many other issues whereby the simplest thing is to scroll down the forum and see if other posters have posted the same thing. If they haven't, that's when I usually ask. Not always, but some of the time. Or I'll type key words in your forum search. That can turn up some things as well.
its all about the right keyword, I don't recommend VB search as its shite. Utilise google "keyword site:board.jdownloader.org"

Quote:
Originally Posted by GWT10 View Post
True, it should. But not always. I just put one in the other day about the right-mouse click disable option and it turned out it was another bug from a previous update. It happens. I understand that.
that issue has been present for 2 + years and wasn't a new update that introduced it, you just happen to find it recently. BTW there are posts about it on the forum.

Quote:
Originally Posted by GWT10 View Post
I understand, but I know I wasn't emailing as much about problems back then. Probably due, as you say, to it being mostly plug-in issues and not the rest of it which seems to have complicated things further.
not quite what I said/meant: I said that there are many core bugs, just we didn't 'fix' them, thus you didn't notice any change. You would have only noticed change within plugins since they did get fixed (plugins are shared between the different versions of JDownloader)

Quote:
Originally Posted by GWT10 View Post
Good conversation, respectfully thanks.
=]
__________________
raztoki @ jDownloader reporter/developer
http://svn.jdownloader.org/users/170

Don't fight the system, use it to your advantage. :]

Last edited by raztoki; 15.01.2016 at 03:39.
Reply With Quote
  #38  
Old 15.01.2016, 19:54
GWT10 GWT10 is offline
JD Addict
 
Join Date: Feb 2011
Posts: 172
Default

Quote:
Originally Posted by raztoki View Post
the final / generated link to the data isn't sent via https....
You mean the final link (or final .rar) is open? It isn't secure?

Then why the need for SSL to begin with? That glaring hole seems to contradict it's purpose.

Quote:
this is where you have once again miss understood. My recommendation was not to let cclean near jdownloader installation, its not required as we cleanup after ourself WHEN required. Storing clouldflare cookies wont be auto cleanedup as that's the whole point of that pending ticket. Currently its kept in memory when you restart all fresh session, soon as we save it be kept for ever! You also wont be able to purge as it will be kept in encrypted json file along with other plugin settings and if you deleted all the settings you would then have to reconfigure all your most used plugin settings...
Well that's still better than the current situation. If it allows me to continue to use a VPN without all this nonsense, then so much the better.

If it's encrypted in a .json file, then the only ones who would see it would be Nitroflare, right? They already track my usage as it is, so...

Quote:
I know, but you keep stating that it causes memory usage and keeping tabs open, which is incorrect... Why did you bring it up if the issue has been resolved?
Because I've been using JDownloader for the last four years and that was never was an issue until now, that's why. A recent change that some other people out there might not be aware of.

I put up with the Firefox tabs opening for a little while but then got sick of it and mentioned it here.

Quote:
I saw your point backwards, because my exposure to BMW over the years have given me the opinion that they are more reliable than any GM vehicle.
I don't think so, but I guess it's different from where you're at. But that get's into a whole other discussion that I don't want to go to here.

Quote:
I really don't get the 'fine tuning' statement either. But anyway...
Meaning these issues come up all the time. I put more requests in for JDownloader than any other program I use. It seems to require a lot of maintenance, for lack of a better term. Maybe you don't think so, but from an end user's perspective it certainly does to me. But when it works, it works great. That's why I stick with it.

Quote:
that issue has been present for 2 + years and wasn't a new update that introduced it, you just happen to find it recently. BTW there are posts about it on the forum.
It's a feature I use all the time so I would immediately notice it. It disappeared off my menu for a couple of days and now it's back. I assumed from some updates since then.

PS: I also put a ticket in with Nitroflare. I want to see what they have to say about it as well.

Last edited by GWT10; 15.01.2016 at 20:02.
Reply With Quote
  #39  
Old 17.01.2016, 15:33
raztoki's Avatar
raztoki raztoki is offline
English Supporter
 
Join Date: Apr 2010
Location: Australia
Posts: 16,234
Default

Quote:
Originally Posted by GWT10 View Post
You mean the final link (or final .rar) is open? It isn't secure?

Then why the need for SSL to begin with? That glaring hole seems to contradict it's purpose.
final request is to the downloaded content (in your example .rar)
why because in countries with internet filtering SSL is only used to bypass filter, as its encrypted filter only works on non SSL. Finallink servers are not blocked by the internet filters just the base domain 'nitroflare.com' for instance.


Quote:
Originally Posted by GWT10 View Post
Well that's still better than the current situation. If it allows me to continue to use a VPN without all this nonsense, then so much the better.

If it's encrypted in a .json file, then the only ones who would see it would be Nitroflare, right? They already track my usage as it is, so...
I personally think its the VPN that's causing you all this gripe. If you stopped using it you probably never get cloudflare recaptcha event!

Nitroflare knows exactly what you requested and would have limited logs of that!


Quote:
Originally Posted by GWT10 View Post
Because I've been using JDownloader for the last four years and that was never was an issue until now, that's why. A recent change that some other people out there might not be aware of.
browser loop/browser solver introduced April last year, we rarely get any tickets about this now. We did when it first came out, but you seem to be a little behind the times (Maybe due to disabling the features?).

Quote:
Originally Posted by GWT10 View Post
I put up with the Firefox tabs opening for a little while but then got sick of it and mentioned it here.
only problem if you use shit browser like firefox ;p. Joking aside it was mentioned numerous times on our forum and support knowledge base article.

Quote:
Originally Posted by GWT10 View Post
I don't think so, but I guess it's different from where you're at. But that get's into a whole other discussion that I don't want to go to here.
okie...

Quote:
Originally Posted by GWT10 View Post
Meaning these issues come up all the time. I put more requests in for JDownloader than any other program I use. It seems to require a lot of maintenance, for lack of a better term. Maybe you don't think so, but from an end user's perspective it certainly does to me. But when it works, it works great. That's why I stick with it.
It's very hard to make a default setting that just works for everyone. Some will need to customise/change settings in order to suit there setup or desires. To put it into perspective, I've probably changed 20-25% of all advanced settings away from defaults.

Plugins break they need to be reported and issue fixed by programmer. With plugins, they are either based on website or API, both can break at any time due to changes on the providers side. This can seem like breaks in our program but in scheme of things it's not caused by JDownloader, just the end result is failure of some sort within our program.

Quote:
Originally Posted by GWT10 View Post
It's a feature I use all the time so I would immediately notice it. It disappeared off my menu for a couple of days and now it's back. I assumed from some updates since then.
It's quite common for people to blame updates, some times it can be regression (issue that's been fixed before, gets reintroduced due to another fix in another area). But in the scheme of things, bugs introduced by updates probably happen less than 0.1% of the time.

Quote:
Originally Posted by GWT10 View Post
PS: I also put a ticket in with Nitroflare. I want to see what they have to say about it as well.
I'm of the belief that nitroflare won't give a flying razoo.

Thanks for your feedback
raztoki
__________________
raztoki @ jDownloader reporter/developer
http://svn.jdownloader.org/users/170

Don't fight the system, use it to your advantage. :]
Reply With Quote
  #40  
Old 21.01.2016, 04:13
GWT10 GWT10 is offline
JD Addict
 
Join Date: Feb 2011
Posts: 172
Default

Quote:
Originally Posted by raztoki View Post
final request is to the downloaded content (in your example .rar)
why because in countries with internet filtering SSL is only used to bypass filter, as its encrypted filter only works on non SSL. Finallink servers are not blocked by the internet filters just the base domain 'nitroflare.com' for instance.
I thought SSL was now used mostly by default due to all the filtering going on out there? Much the same way https: is as websites transition over to it.
Quote:
I personally think its the VPN that's causing you all this gripe. If you stopped using it you probably never get cloudflare recaptcha event!
Oh I agree, but VPN is being used more and more for additional privacy. The trend is quite the opposite from what these users of Cloudfare think.
Quote:
Nitroflare knows exactly what you requested and would have limited logs of that!
Well isn't that what I said? Or is there something additional I should know about that I left out?
Quote:
only problem if you use shit browser like firefox ;p. Joking aside it was mentioned numerous times on our forum and support knowledge base article.
It's the only browser I use. With the possible exception of Opera, you're not going to get any privacy using Chrome or any of the other Chromium-based offshoots. I consider Chrome to be spyware, plain & simple.
Quote:
I'm of the belief that nitroflare won't give a flying razoo.
Probably not, but at the very least, they're going to get another billionth complaint about it.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT +2. The time now is 10:24.
Provided By AppWork GmbH | Privacy | Imprint
Parts of the Design are used from Kirsch designed by Andrew & Austin
Powered by vBulletin® Version 3.8.10 Beta 1
Copyright ©2000 - 2019, Jelsoft Enterprises Ltd.