<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Dropbox API v2 for Second Life in Dropbox API Support &amp; Feedback</title>
    <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/201284#M9481</link>
    <description>Thanks for the feedback!</description>
    <pubDate>Mon, 09 Jan 2017 20:35:26 GMT</pubDate>
    <dc:creator>Greg-DB</dc:creator>
    <dc:date>2017-01-09T20:35:26Z</dc:date>
    <item>
      <title>Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/198487#M9185</link>
      <description>&lt;P&gt;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.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;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.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;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.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Error in call to API function "files/download": You provided a non-empty HTTP "Content-Type" header ("text/plain; charset=utf-8").&amp;nbsp; This API function requires that the header be missing or empty.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The problem lies here in Second Life:&lt;/P&gt;&lt;P&gt;&lt;A href="http://wiki.secondlife.com/wiki/LlHTTPRequest" target="_blank"&gt;http://wiki.secondlife.com/wiki/LlHTTPRequest&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;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.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This prevents me from upgrading to v2, and would break all of my current code in Second Life if it cannot be fixed.&lt;/P&gt;</description>
      <pubDate>Wed, 29 May 2019 09:27:32 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/198487#M9185</guid>
      <dc:creator>SephDragoon</dc:creator>
      <dc:date>2019-05-29T09:27:32Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/198497#M9189</link>
      <description>&lt;P&gt;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.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Are you perhaps able to explicitly specify the empty string "" using "HTTP_MIMETYPE" as mentioned in the documentation you linked to?&lt;/P&gt;</description>
      <pubDate>Mon, 19 Dec 2016 03:21:01 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/198497#M9189</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2016-12-19T03:21:01Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/199084#M9235</link>
      <description>&lt;P&gt;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.&lt;/P&gt;</description>
      <pubDate>Thu, 22 Dec 2016 01:50:44 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/199084#M9235</guid>
      <dc:creator>SephDragoon</dc:creator>
      <dc:date>2016-12-22T01:50:44Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/199086#M9236</link>
      <description>&lt;P&gt;This is the exact error returned when I try it:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;[06:06:37 PM]&amp;nbsp; AoW:Reloaded HUD (v0.0.6a) - v2 API Example: Unsupported or unknown Content-Type.&lt;/P&gt;</description>
      <pubDate>Thu, 22 Dec 2016 02:08:13 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/199086#M9236</guid>
      <dc:creator>SephDragoon</dc:creator>
      <dc:date>2016-12-22T02:08:13Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/199167#M9241</link>
      <description>Thanks for trying that out. I can't make any promises, but I'll send this along to the team as a request to allow this on our side.</description>
      <pubDate>Thu, 22 Dec 2016 15:35:30 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/199167#M9241</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2016-12-22T15:35:30Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/199179#M9244</link>
      <description>&lt;P&gt;Alright. Thank you so much for working with me. Hopefully it is all handled before v1 goes away.&lt;/P&gt;</description>
      <pubDate>Thu, 22 Dec 2016 15:53:24 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/199179#M9244</guid>
      <dc:creator>SephDragoon</dc:creator>
      <dc:date>2016-12-22T15:53:24Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/201282#M9480</link>
      <description>We are investigating whether or not we can, in a backward-compatible way, make a change to how Second Life sends requests like these, but I would respectfully suggest that the check your API is enforcing does not add value and is not appropriate.&lt;BR /&gt;&lt;BR /&gt;HTTP defines a few different ways for the recipient of a request to determine whether or not there is content in the request body, including Content-Length and Transfer-Encoding. If Content-Type is not a multipart type (which it is not in this case), then one of those other mechanisms is required to determine the size of the body and the type specifies only how it should be interpreted. It is quite possible that some end users (possibly including ours - we have not investigated yet) will find that a proxy somewhere in the path will have added a Content-Type header even though there is no content; nothing in the HTTP specifications prohibits this, just as nothing in the specs requires that you reject a request that has a header that isn't needed to interpret the request.&lt;BR /&gt;&lt;BR /&gt;You've added a check that makes your API incompatible without actually serving any useful purpose; I suggest that you allow and ignore the header if there is no content in the request.&lt;BR /&gt;</description>
      <pubDate>Mon, 09 Jan 2017 20:18:39 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/201282#M9480</guid>
      <dc:creator>oz_linden</dc:creator>
      <dc:date>2017-01-09T20:18:39Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/201284#M9481</link>
      <description>Thanks for the feedback!</description>
      <pubDate>Mon, 09 Jan 2017 20:35:26 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/201284#M9481</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2017-01-09T20:35:26Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/201285#M9482</link>
      <description>&lt;P&gt;Oh, I forgot to let you know.... I'm the Director of Second Life Engineering, and one of the contributors to the HTTP 1.1 specifications at the IETF.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 09 Jan 2017 20:37:30 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/201285#M9482</guid>
      <dc:creator>oz_linden</dc:creator>
      <dc:date>2017-01-09T20:37:30Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/220783#M11699</link>
      <description>&lt;P&gt;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?&lt;/P&gt;</description>
      <pubDate>Fri, 12 May 2017 02:41:18 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/220783#M11699</guid>
      <dc:creator>SephDragoon</dc:creator>
      <dc:date>2017-05-12T02:41:18Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/220921#M11712</link>
      <description>I 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.</description>
      <pubDate>Fri, 12 May 2017 18:51:49 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/220921#M11712</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2017-05-12T18:51:49Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/229802#M12488</link>
      <description>&lt;P&gt;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.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;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.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;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.&lt;/P&gt;</description>
      <pubDate>Thu, 29 Jun 2017 01:14:46 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/229802#M12488</guid>
      <dc:creator>SephDragoon</dc:creator>
      <dc:date>2017-06-29T01:14:46Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/229937#M12506</link>
      <description>Thanks for checking in. I don't have an update on this request unfortunately. We generally don't make promises about potential changes one way or another, since plans can change and we don't want to accidentally mislead anyone. That said, I'll check in with the team again to see if I can get a firm answer one way or another for this.</description>
      <pubDate>Thu, 29 Jun 2017 18:02:38 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/229937#M12506</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2017-06-29T18:02:38Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/232232#M12661</link>
      <description>The team has decided to update the API to allow some Content-Types such as "text/plain; charset=utf-8" on download endpoints. I'll follow up here once that is live.</description>
      <pubDate>Fri, 14 Jul 2017 16:00:45 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/232232#M12661</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2017-07-14T16:00:45Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/232406#M12670</link>
      <description>That is really good news! Thank you for sharing, and I will give an update about it on my end as well!</description>
      <pubDate>Sat, 15 Jul 2017 19:32:20 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/232406#M12670</guid>
      <dc:creator>SephDragoon</dc:creator>
      <dc:date>2017-07-15T19:32:20Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/234104#M12780</link>
      <description>API v2 download endpoints now accept the following Content-Types:&lt;BR /&gt;&lt;BR /&gt;- application/octet-stream&lt;BR /&gt;- text/plain&lt;BR /&gt;- text/plain; charset=utf-8&lt;BR /&gt;&lt;BR /&gt;Hope this helps! &lt;BR /&gt;</description>
      <pubDate>Wed, 26 Jul 2017 13:33:19 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/234104#M12780</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2017-07-26T13:33:19Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/323160#M18991</link>
      <description>&lt;P&gt;Hello. I have finally come back to the platform on another attempt to use the endpoints. Picking up where I left off, I decided to finally try and see if it would work, but upon trying it out, I got the same error as before. I am specifying the MIME type as both "text/plain" and "text/plain; charset=utf-8". Neither one shows any different result.&lt;/P&gt;&lt;P&gt;So far it is spitting back "Unsupported or unknown Content-Type." once again. Maybe something else has change since my original attempt, but are the new supported content types still working, or was something eventually changed?&lt;/P&gt;&lt;P&gt;Edit: Alright, I have finally been able to confirm that the error stems only from file/download. Other API calls seem to be working, but I am unable to get the contents of the .txt files I had on the server previously. The content type is still incorrect when I am receiving a response from the server.&lt;/P&gt;&lt;P&gt;&lt;A href="http://wiki.secondlife.com/wiki/Http_response" target="_blank"&gt;http://wiki.secondlife.com/wiki/Http_response&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="mw-headline"&gt;Status 415 "Unsupported or unknown Content-Type"&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;The remote server did reply to your request but the Content-Type of the reply (such as XML, JSON, Atom, RSS, PLS) is not recognized by the LL server and so is not passed back to the script. You can assume that 415 means the server heard your request and did reply.&lt;/P&gt;</description>
      <pubDate>Tue, 15 Jan 2019 04:15:43 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/323160#M18991</guid>
      <dc:creator>SephDragoon</dc:creator>
      <dc:date>2019-01-15T04:15:43Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/323314#M18997</link>
      <description>&lt;P&gt;I just tried this, and the new supported content types are working for me. Here&amp;nbsp;are a few sample calls:&amp;nbsp;&lt;/P&gt;
&lt;PRE&gt;$ curl -X POST https://content.dropboxapi.com/2/files/download \
&amp;gt;     --header "Authorization: Bearer &amp;lt;ACCESS_TOKEN&amp;gt;" \
&amp;gt;     --header "Dropbox-API-Arg: {\"path\": \"/test.txt\"}"
This is the test file data.

$ curl -X POST https://content.dropboxapi.com/2/files/download \
&amp;gt;     --header "Authorization: Bearer &amp;lt;ACCESS_TOKEN&amp;gt;" \
&amp;gt;     --header "Dropbox-API-Arg: {\"path\": \"/test.txt\"}" \
&amp;gt;     --header ""
This is the test file data.


$ curl -X POST https://content.dropboxapi.com/2/files/download \
&amp;gt;     --header "Authorization: Bearer &amp;lt;ACCESS_TOKEN&amp;gt;" \
&amp;gt;     --header "Dropbox-API-Arg: {\"path\": \"/test.txt\"}" \
&amp;gt;     --header "Content-Type: application/octet-stream"
This is the test file data.


$ curl -X POST https://content.dropboxapi.com/2/files/download \
&amp;gt;     --header "Authorization: Bearer &amp;lt;ACCESS_TOKEN&amp;gt;" \
&amp;gt;     --header "Dropbox-API-Arg: {\"path\": \"/test.txt\"}" \
&amp;gt;     --header "Content-Type: text/plain"
This is the test file data.


$ # using the verbose option for more detail:
$ curl -vX POST https://content.dropboxapi.com/2/files/download \
&amp;gt;     --header "Authorization: Bearer &amp;lt;ACCESS_TOKEN&amp;gt;" \
&amp;gt;     --header "Dropbox-API-Arg: {\"path\": \"/test.txt\"}" \
&amp;gt;     --header "Content-Type: text/plain; charset=utf-8"

&amp;gt; POST /2/files/download HTTP/1.1
&amp;gt; Host: content.dropboxapi.com
&amp;gt; User-Agent: curl/7.54.0
&amp;gt; Accept: */*
&amp;gt; Authorization: Bearer &amp;lt;ACCESS_TOKEN&amp;gt;
&amp;gt; Dropbox-API-Arg: {"path": "/test.txt"}
&amp;gt; Content-Type: text/plain; charset=utf-8
&amp;gt;
&amp;lt; HTTP/1.1 200 OK
&amp;lt; Server: nginx
&amp;lt; Date: Tue, 15 Jan 2019 16:25:48 GMT
&amp;lt; Content-Type: application/octet-stream
&amp;lt; Content-Length: 27
&amp;lt; Connection: keep-alive
&amp;lt; accept-ranges: bytes
&amp;lt; etag: W/"73c1c021eccc7"
&amp;lt; pragma: no-cache
&amp;lt; cache-control: no-cache
&amp;lt; original-content-length: 27
&amp;lt; dropbox-api-result: {"name": "test.txt", "path_lower": "/test.txt", "path_display": "/test.txt", "id": "id:25N5ksooX-sAAAAAAAKn0Q", "client_modified": "2019-01-15T16:24:48Z", "server_modified": "2019-01-15T16:24:49Z", "rev": "73c1c021eccc7", "size": 27, "content_hash": "cceac37da5288a6b6716737310c14305c9b16a6e0ff0abce4a306c3de3a59f75"}
&amp;lt; X-Server-Response-Time: 1984
&amp;lt; X-Dropbox-Request-Id: c87ab76814c43ef58c5d284e646fdec7
&amp;lt; X-Robots-Tag: noindex, nofollow, noimageindex
&amp;lt;
* Connection #0 to host content.dropboxapi.com left intact
This is the test file data.&lt;/PRE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;While you can now specify any of those three newly supported Content-Type values (or none) for the request, the response's Content-Type for /2/files/download is not guaranteed to be the same as that of the request; it is always "application/octet-stream" to indicate that it is returning the binary data for the requested file (assuming the call succeeded).&lt;/P&gt;
&lt;P&gt;I'm not familiar with your platform, but from the SecondLife documentation you quoted it sounds like the issue now is that "LL server" isn't accepting the the&amp;nbsp;"application/octet-stream" response Content-Type for the response from&amp;nbsp;Dropbox for the /2/files/download call.&lt;/P&gt;</description>
      <pubDate>Tue, 15 Jan 2019 16:33:42 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/323314#M18997</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2019-01-15T16:33:42Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/323316#M18998</link>
      <description>I know how to get the calls to function. The platform is still fairly straight forward. You can say that Linden Labs is at fault for their specifications, yes. However that is the easy way out ignoring that if version 1 of the API was not depracated, this would still be functioning. I wrote this system in v1, and there was no guarantee that it would continue to work, but right now the point remains that the differences between v1 and v2 have broken code for some people to a point where it could not continue after version 1 was deprecated. I had to abandon my project a year and a half ago, and after being told it would work I came back to it. Only, it doesn't work.</description>
      <pubDate>Tue, 15 Jan 2019 16:42:48 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/323316#M18998</guid>
      <dc:creator>SephDragoon</dc:creator>
      <dc:date>2019-01-15T16:42:48Z</dc:date>
    </item>
    <item>
      <title>Re: Dropbox API v2 for Second Life</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/323345#M19003</link>
      <description>&lt;P&gt;Thanks for the feedback! It's much appreciated, and I've shared it with the team.&lt;/P&gt;
&lt;P&gt;As far as specific changes to API v2 are concerned, the original requested change here, to support more Content-Type values for requests to /2/files/download, was implemented and is working. Is there another specific change that would be helpful for API v2? I can't make any promises as to whether or not we'd be able to make any particular change, but I'd be happy to send along another request to do so.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 15 Jan 2019 19:41:07 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Dropbox-API-v2-for-Second-Life/m-p/323345#M19003</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2019-01-15T19:41:07Z</dc:date>
    </item>
  </channel>
</rss>

