-
Notifications
You must be signed in to change notification settings - Fork 114
Caught exception: Login unsuccessful. #51
Comments
I am starting to think that my server is being blocked by DropBox. I copy the script to another server with a different IP, and it works |
Hi @stccorp |
maybe it is related to #52? |
Please check the error/exception message carefully. If it is about a CSRF token, then the issue you're experiencing might be due to recent changes Dropbox did (ca. since three days ago). Those are addressed in issue #52 and were just fixed in Dropbox Uploader v1.1.22. @stccorp, @thomashastir: Please double-check the exact error message. Also please try the latest version. @stccorp: You reported in January this year that it then worked for you again. Is it not the case any longer? Was it depending on server as well? |
@hakre I replaced the script with the new one and everything is working now. Thanks. |
@thomashastir: Thanks for the prompt feedback. Let's keep this issue open and let's hope it works equally well for @stccorp as well, |
Hi, I am coming across the Login unsuccessful error as well on a couple of servers. Apparently, this started today. Since there was a chance of it being caused by myself and possible modifications to the DropboxUploader.php file, I have already replaced it with the original, to no avail. I then tried installing the example.php locally with the entire package, and got the same error. Is there something I am missing, or could Dropbox have changed something 'suddenly'? |
Also having the same issues since this morning all of a sudden. err:{"recaptcha_response": {"message_text": "Please enter a CAPTCHA response."}} Read about something in a request from 2014, but could not find that anymore |
I too am getting this error again... |
Can confirm this login problem as well. On first try I get "ERROR: Login unsuccessful." and on the following ones "ERROR: Cannot extract login CSRF token." (I do three in a row). Have it since ca. a day now, the time can vary for others as Dropbox rollouts need some time to propagate (AFAIK, I'm normally relatively late). Yes captcha was reported earlier. There was not much to do about it. Perhaps there should be a check for it. |
I could take a look, it's now the case that Dropbox spies on the login computer and tries to fingerprint it by injecting data into the form via javascript:
The data is clearly a try to fingerprint the user-agent. As the Dropbox Uploader does not provide such a fingerprint, I assume that there is a fallback on recaptcha. |
I could be wrong but this might have fixed itself. Though I have been troubleshooting and might have fixed it without knowing. Can someone please confirm that it's working again? |
yep, looks like it is working again |
Yes it`s also working from my side! |
Can confirm it working, too. Just a note in case someone is not aware of it: If you want to prevent captchas in the long run, switch to the new API. This DropboxUploader here is mainly a maintenance operation. If you depend on the functionality, you should highly consider to switch at times where it's working :) Just saying. You can find more information in the first two paragraphs of the readme: https://github.com/jakajancar/DropboxUploader |
I'am getting this error after I moved my application to another server in early August. Source code or password have not been changed. Just like @hakre wrote:
|
I am getting a very weird problem. The code works from my laptop, but it does not work on my server.
the certificate is the same. The DropBoxUploader is the same.
Any ideas?
The text was updated successfully, but these errors were encountered: