<?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: Incorrect duration of some streamed audio files. in Dropbox API Support &amp; Feedback</title>
    <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/577704#M26935</link>
    <description>&lt;P&gt;It seems that this "bug" is reported in these posts:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/HEAD-request-to-get-Content-Type-of-shared-file-no-longer/td-p/577106" target="_blank"&gt;https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/HEAD-request-to-get-Content-Type-of-shared-file-no-longer/td-p/577106&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Functionality-changes/td-p/575628" target="_blank"&gt;https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Functionality-changes/td-p/575628&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I confirm that files whose duration cannot be determined by android's mediaPlayer are not seekable.&lt;/P&gt;
&lt;P&gt;It seems to me that the DropBox android app always downloads files locally before playing them?&lt;/P&gt;</description>
    <pubDate>Mon, 14 Feb 2022 14:31:20 GMT</pubDate>
    <dc:creator>Aristide</dc:creator>
    <dc:date>2022-02-14T14:31:20Z</dc:date>
    <item>
      <title>Incorrect duration of some streamed audio files.</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/577188#M26920</link>
      <description>&lt;P&gt;Hello,&lt;BR /&gt;I have a problem with some audio files.&lt;BR /&gt;To be able to read them correctly on an audio player (in my case on android) you have to be able to determine the duration. for some files the duration returned is not correct. With android mediaplayer 0 ms.&lt;BR /&gt;I did the tests through a temporary link or a sharing link.&lt;BR /&gt;When I download the file locally then the returned duration is correct.&lt;/P&gt;
&lt;P&gt;Any idea?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;NB:&amp;nbsp;Tested with mp3 files.&lt;/P&gt;</description>
      <pubDate>Wed, 27 Apr 2022 12:47:23 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/577188#M26920</guid>
      <dc:creator>Aristide</dc:creator>
      <dc:date>2022-04-27T12:47:23Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect duration of some streamed audio files.</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/577254#M26922</link>
      <description>&lt;P&gt;It sounds like this may be because we recently updated the server back-end for some types of Dropbox links to use "Transfer-Encoding: chunked" (and accordingly not return the "Content-Length" response header) on HTTP/1.1. HTTP clients should automatically handle this, but it's possible yours doesn't.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Are you able to retrieve any specific error message or output from your HTTP client? That would help confirm that.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;If that's the issue, you should update your client/code to support "Transfer-Encoding: chunked" and not assume the "Content-Length" response header will be present. Or, switch to HTTP/2, where the "Content-Length" response header should be present.&lt;/P&gt;</description>
      <pubDate>Fri, 11 Feb 2022 17:54:36 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/577254#M26922</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2022-02-11T17:54:36Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect duration of some streamed audio files.</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/577395#M26925</link>
      <description>&lt;P&gt;The client in my case is the one integrated in the native android player.&lt;BR /&gt;What I can see so far:&lt;BR /&gt;- not all files are affected.&lt;BR /&gt;- the file is not corrupted because readable with the link:&lt;BR /&gt;- curiously, the meta data duration which are contained in the first bytes of the audio file, is not correct when I partially download the file (usually the first 1000 KB) while the other meta datas are ok (title, album, art etc.).&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Response headers for a file where the duration is correctly returned:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;accept-ranges: bytes
    cache-control: max-age=60
    content-disposition: attachment; filename="Isaac Delusion - Midnight Sun.mp3"; filename*=UTF-8''Isaac%20Delusion%20-%20Midnight%20Sun.mp3
    content-security-policy: sandbox
    pragma: public
    referrer-policy: no-referrer
    vary: Origin, Accept-Encoding
    x-content-security-policy: sandbox
    x-content-type-options: nosniff
    x-robots-tag: noindex, nofollow, noimageindex
    x-server-response-time: 46
    x-webkit-csp: sandbox
    content-type: application/json
    accept-encoding: identity,gzip
    date: Sat, 12 Feb 2022 11:30:52 GMT
    server: envoy
    strict-transport-security: max-age=31536000; includeSubDomains; preload
    x-robots-tag: noindex, nofollow, noimageindex
    content-encoding: gzip
    x-dropbox-response-origin: far_remote
    x-dropbox-request-id: a76b8827cea24632ad411939dea04550&lt;/LI-CODE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Response headers for a file where the returned duration is not correct:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;accept-ranges: bytes
    cache-control: max-age=60
    content-disposition: attachment; filename="Pixies - Dig for Fire.mp3"; filename*=UTF-8''Pixies%20-%20Dig%20for%20Fire.mp3
    content-security-policy: sandbox
    pragma: public
    referrer-policy: no-referrer
    vary: Origin, Accept-Encoding
    x-content-security-policy: sandbox
    x-content-type-options: nosniff
    x-robots-tag: noindex, nofollow, noimageindex
    x-server-response-time: 47
    x-webkit-csp: sandbox
    content-type: application/json
    accept-encoding: identity,gzip
    date: Sat, 12 Feb 2022 11:28:20 GMT
    server: envoy
    strict-transport-security: max-age=31536000; includeSubDomains; preload
    x-robots-tag: noindex, nofollow, noimageindex
    content-encoding: gzip
    x-dropbox-response-origin: far_remote
    x-dropbox-request-id: f63eef26b69d49c18ebb96ca9e1d4ffc&lt;/LI-CODE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;In both cases I don't have a "content-length" header?.&lt;/P&gt;
&lt;P&gt;I noticed&amp;nbsp;&amp;nbsp;content-type: application/json&amp;nbsp; and not&amp;nbsp;&lt;SPAN&gt;audio/mpeg why?&lt;/SPAN&gt;&lt;BR /&gt;To get this headers in response I used okhttp client.&lt;/P&gt;
&lt;P&gt;In fact, this problem appeared recently.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;same result if I force the protocol with HTTP/2 with:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;LI-CODE lang="java"&gt;public static OkHttpClient getHttp2Client(){
        ConnectionPool connectionPool = new ConnectionPool();
        return new OkHttpClient.Builder()
                .followRedirects(true)
                .protocols(Arrays.asList(Protocol.HTTP_2,Protocol.HTTP_1_1))
                .retryOnConnectionFailure(true)
                .connectionPool(connectionPool)
                .build();
    }&lt;/LI-CODE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;"you should update your client/code to support "Transfer-Encoding: chunked" &lt;/LI-CODE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;Does this mean that I have to add "Transfer-Encoding: chunked" as a header to my request?&lt;/P&gt;</description>
      <pubDate>Sun, 13 Feb 2022 17:56:15 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/577395#M26925</guid>
      <dc:creator>Aristide</dc:creator>
      <dc:date>2022-02-13T17:56:15Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect duration of some streamed audio files.</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/577704#M26935</link>
      <description>&lt;P&gt;It seems that this "bug" is reported in these posts:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/HEAD-request-to-get-Content-Type-of-shared-file-no-longer/td-p/577106" target="_blank"&gt;https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/HEAD-request-to-get-Content-Type-of-shared-file-no-longer/td-p/577106&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Functionality-changes/td-p/575628" target="_blank"&gt;https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Functionality-changes/td-p/575628&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I confirm that files whose duration cannot be determined by android's mediaPlayer are not seekable.&lt;/P&gt;
&lt;P&gt;It seems to me that the DropBox android app always downloads files locally before playing them?&lt;/P&gt;</description>
      <pubDate>Mon, 14 Feb 2022 14:31:20 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/577704#M26935</guid>
      <dc:creator>Aristide</dc:creator>
      <dc:date>2022-02-14T14:31:20Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect duration of some streamed audio files.</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/577732#M26942</link>
      <description>&lt;P&gt;Thanks for following up. I can't offer any details on the implementation of the Dropbox Android app itself, but I'll follow up with any updates on the reports you linked to.&lt;/P&gt;</description>
      <pubDate>Mon, 14 Feb 2022 16:01:50 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/577732#M26942</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2022-02-14T16:01:50Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect duration of some streamed audio files.</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/577884#M26965</link>
      <description>&lt;P&gt;Update: in order to temporarily accommodate clients that don’t properly support automatically handling “Transfer-Encoding: chunked”, we’re temporarily rolling back this change, so that these links will no longer use “Transfer-Encoding: chunked” and will instead return “Content-Length” on HTTP/1.1. We will begin rolling that out starting around 2/17. That will be in place until around 3/1. At that point, we will begin using “Transfer-Encoding: chunked” and no longer returning “Content-Length” on HTTP/1.1 again.&lt;/P&gt;
&lt;P&gt;&lt;BR /&gt;Going forward, please ensure that your clients are able to automatically handle both chunked encoding and non-chunked encoding automatically.&lt;/P&gt;</description>
      <pubDate>Mon, 14 Feb 2022 21:59:42 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/577884#M26965</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2022-02-14T21:59:42Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect duration of some streamed audio files.</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/578059#M26982</link>
      <description>&lt;P&gt;Thanks Greg-DB for the follow up.&lt;/P&gt;
&lt;P&gt;But there will therefore be a problem with Android because at this stage, I don't see how it is possible to force the client integrated into the mediaPlayer to handle both chunked encoding and non-chunked encoding automatically, it is not accessible, or so by a method that I do not know.&lt;/P&gt;
&lt;P&gt;It is possible to partially circumvent the duration problem by calculating with file size and bitrate (for MP3 files with CBR) but not to circumvent the ability to seek .&lt;/P&gt;
&lt;P&gt;Is there a way to get feedback from the developers of the DropBox app for android?&lt;/P&gt;</description>
      <pubDate>Tue, 15 Feb 2022 14:42:13 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/578059#M26982</guid>
      <dc:creator>Aristide</dc:creator>
      <dc:date>2022-02-15T14:42:13Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect duration of some streamed audio files.</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/578077#M26983</link>
      <description>&lt;P&gt;Thanks for the additional context. I cannot provide support for third party clients unfortunately though, so please refer to the documentation/support resources for the client.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Also, no, I can't offer a way to get help from the developers of the official Dropbox Android app itself.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Apologies I can't be of more help in that regard!&lt;/P&gt;</description>
      <pubDate>Tue, 15 Feb 2022 16:18:39 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/578077#M26983</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2022-02-15T16:18:39Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect duration of some streamed audio files.</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/582955#M27157</link>
      <description>&lt;P&gt;Update: the team has been able to complete some further updates to our infrastructure to be able to support the previous non-chunked behavior going forward indefinitely. That means that we plan to continue returning Content-Length (and not 'Transfer-Encoding: chunked') in the future and will not be reverting this as previously planned. (Regardless, for HTTP compatibility in general, we still recommend you make sure your HTTP clients support both types.) Hope this helps!&lt;/P&gt;</description>
      <pubDate>Fri, 11 Mar 2022 12:38:11 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Incorrect-duration-of-some-streamed-audio-files/m-p/582955#M27157</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2022-03-11T12:38:11Z</dc:date>
    </item>
  </channel>
</rss>

