You might see that the Dropbox Community team have been busy working on some major updates to the Community itself! So, here is some info on what’s changed, what’s staying the same and what you can expect from the Dropbox Community overall.
Forum Discussion
Dropbox API v2 for Second Life
Update (01/14/2019): Finally back to trying to use this code. A resolution was seemingly made, but not fully implemented. I am able to access the API now, but I still cannot use file/download. I have detailed more of this in my latest post.
Hello. I have happily been a user of yours for last several years, using the Dropbox API from within Second Life. This has given me a rather powerful tool for handling data storage, but your v2 API will not function from withint Second Life any long.
I have been trying to migrate from v1 to v2 ahead of time, and I ran into an error that cannot be fixed within Second Life.
Error in call to API function "files/download": You provided a non-empty HTTP "Content-Type" header ("text/plain; charset=utf-8"). This API function requires that the header be missing or empty.
The problem lies here in Second Life:
http://wiki.secondlife.com/wiki/LlHTTPRequest
You cannot override the Content-Type headed, because it is automatically generated from within Second Life itself. Can you fix this problem? There seems to be little reason that the API could not ignore this content type header if you are doing a download, like it did before.
This prevents me from upgrading to v2, and would break all of my current code in Second Life if it cannot be fixed.
- Greg-DB
Dropbox Staff
Dropbox API v2 does expect the Content-Type to match the type of the content in the body, and in the case of content-download endpoints, this should accordingly be missing or empty, as there is no content in the body.
Are you perhaps able to explicitly specify the empty string "" using "HTTP_MIMETYPE" as mentioned in the documentation you linked to?
It cannot accept an empty string sadly. I can attempt to get them to add that functionality, but I do not know how long that will take. I would still like to pursue both options, since either solution, accepting an empty string or ignoring the MIME type when it is expected to be empty.
This is the exact error returned when I try it:
[06:06:37 PM] AoW:Reloaded HUD (v0.0.6a) - v2 API Example: Unsupported or unknown Content-Type.
So, is there ever going to be anything done about this? We're coming up on the date when v1 can no longer be used, and I have NO solution to this. Anyone?
- Greg-DBI don't have an update on this on our side unfortunately. I'll check in with the team, and follow up here if/when I have any news.
Okay well, I think I've been more than patient enough. Today was supposed to be the day I wipe my hands of this and just accept you had no interest in fixing the problem. It turns out though that you intend to keep me in limbo for another few months.
So, are you or are you not going to fix my issue? I already had to make the announcement I was shutting down because you guys refused to change this -one- line of code to allow me to stay on. I am not going through 3 more months of limbo wondering if you will or won't. I need to know if my development process is done or not; if I am shutting down, or if you guys actually intend to fix it.
I believe this is entirely reasonable. If you don't think I am important enough to worry about, and you don't intend to fix it, then just say so, and I will move on with my life. If you're refusing to answer because you're trying to save face, I don't appreciate it, nor do my users. I would like an answer for once since the six months ago I asked.
About Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
