nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Child Item

Dropbox API application stopped working with 403 error

flygecko

Hi,

I have an application that downloads new software to an embedded processor (TI CC3200) by using the Dropbox API. It just stopped working. It worked fine the day before yesterday, but now every request for the file to download returns a 403 error.

If I delete the file from the download directory on Dropbox, the embedded application correctly figures out that there is no file to download. If I place the file to download in the directory, I always get the 403 error.

I know the API will be deprecated in June of 2017, I will be changing the application before that.

Thanks,

Vic Berry

Find more posts tagged with

API

Abuse

Accepted answers

Greg-DB

This should be working again now. Please try /1/media again. The resulting links should work properly.

All comments

Greg-DB

Hi Vic, we'll be happy to help with this. Can you share a sample request and response showing the unexpected error? (Just be sure to redact any secret values like the access token or app secret.) Thanks in advance!

flygecko

Hi Greg,

This is diagnostic output from our embedded application when this transpires. I have redacted the API keys.

-- Diagnostic output starts here --

00:00:08.0992] Device IP Address is 192.168.1.121
[00:00:10.0061] FLASH: System State stored to flash
[00:00:10.0065] Starting OTA Update from 1.18.0
_ReadStatFile: ERROR in sl_FsOpen, status=-11
sl_extLib_OtaRun: call OtaClient_ConnectServer OTA server=api.dropbox.com
OtaClient_ConnectServer: http_connect_server api.dropbox.com
sl_extLib_OtaRun: OtaClient_UpdateCheck, vendorStr=1.18.0
OtaClient_UpdateCheck: call http_build_request /1/metadata/auto/
metadata file=/1.18.0/f80_sys_mcuimgA.bin, size=136464
sl_extLib_OtaRun: OtaClient_UpdateCheck, numUpdates=1
sl_extLib_OtaRun: OtaClient_GetNextUpdate: file=/1.18.0/f80_sys_mcuimgA.bin, size=136464
OtaClient_ResourceMetadata: call http_build_request /1/media/auto
OtaClient_ResourceMetadata: file flags=80,metadata flags=80
sl_extLib_OtaRun: ResourceMetadata CDN file URL = https://dl.dropboxusercontent.com/1/view/eeeeeeeeeeeeeee/1.18.0/f80_sys_mcuimgA.bin
_ReadFileHeaders: domain=dl.dropboxusercontent.com, file=/1/view/eeeeeeeeeeeeeee/1.18.0/f80_sys_mcuimgA.bin
_ReadFileHeaders: skip http headers
http_skip_headers: http error code HTTP/1.1 403
_ReadFileHeaders: ERROR, http_skip_headers, status=-1
CdnClient_ConnectByUrl: ERROR, _ReadFileHeaders, status=-1
sl_extLib_OtaRun ERROR: Failed on CdnClient_ConnectByUrl
[00:00:14.0468] OTA run = -6
[00:00:14.0471] OTA: Error with OTA Server

-- Diagnostic output ends here --

The code that performs this update is located in a library provided by Texas Instruments. No code has been changed in this file or the one calling it in several months.

Thanks for any help.

Vic

Greg-DB

Thanks! That's helpful. We're looking into it.

marino

Hi,

Same problem with my app, yesterday was working and now

OpenURI::HTTPError - 403 Forbidden

the offending url is (i.e.):

https://dl.dropboxusercontent.com/1/view/cr0c41lsk3fn103/development/facturas/2016100034_factura_ganador.pdf

In my case, is a Rails app and I´m using a gem called paperclip-dropbox (https://github.com/janko-m/paperclip-dropbox) to upload pdf files. The part of uploading pdf works fine but I can´t download them

Thanks for any help

unepi

Hi,

Also with the same problem reported with my app.

https://dl.dropboxusercontent.com/1/view/wbfgljf4hcr39lg/repositorio/unepi/drive/provas/625_20161017105017.txt?dl=1

Thanks for any help.

Murilo Doria

flygecko

Hi Greg,

Any progress on this issue?

Thanks,

Vic

Greg-DB

We should have a fix out for this soon, likely today. I'll follow up here once I have an update for you.

Greg-DB

This should be working again now. Please try /1/media again. The resulting links should work properly.