You are not logged in. Please login or register.
chumbysphere forum → Widgets → dropbox -chumby can't see URL
Dropbox allows creation of URS's for a given jpg, e.g., https://www.dropbox.com/s/iy4dapzv8beXX … 10_600.JPG (this won't work I modified it), my browsers find the address without a problem but no go on my C8 -
Is the problem the https?
I tries both imageURL and load image from a URL. I know the former is working since I am otherwise using it.
Does another site (e.g. Imgur or photobucket) work?
The share link isn't directly to the picture, but to a preview page for the picture. They provide a "download original" link on that page, but that tells the web server to send the Content-Disposition header that asks a web browser to download the file instead of displaying it. I'm not sure how the image viewer widget in Chumby handles that.
I took a picture of mine and tried a few things:
The original link is https://www.dropbox.com/s/yz9vf2oob04z90e/DSC_0143.jpg
The download link adds a "?dl=1" to the URL for https://www.dropbox.com/s/yz9vf2oob04z9 … 3.jpg?dl=1
I then wrapped it in a bit.ly redirect for http://bit.ly/1pzsblX
I tried a few of the different "show image at URL" widgets, but none worked.
Doing a view source on the Dropbox pages gives a very long URL, but that also doesn't work for me. I suspect it's an issue with no crossdomain.xml support on the Dropbox content server. They don't actually want their shared images to be used as a public web hosting service; they used to support a "Public" folder for accounts that acted like that, but removed it a few years ago after a lot of abuse.
The crossdomain.xml should not apply to jpg images, just XML and SWF.
That said, I think unwiredben is correct - Dropbox goes to some substantial technical effort to not be a simple image hosting service, including using time-limited and obfuscated URLs, among other tricks. This is why you don't see them used to post pictures on forums, etc.
My guess is that this would have to be done with a very specialized widget, if at all.
I guess I was confused; I'd thought that was the case, but when testing http://chumby.com/guide/87CC49D2-357E-1 … 646/widget by adding it to a channel, the config dialog mentioned the crossdomain issue.
The Dropbox API seems able to support a photo viewing service, but getting the OAuth session setup would be a little challenging, and https://api-content.dropbox.com/crossdomain.xml doesn't list any of the chumby addresses as an authorized location, so it would need some sort of proxy setup.
Yeah, taking a look at the docs, it appears we'd have to build out a real proxy service for this, like we do with some of the other third-party services with complex APIs.
hmmm.. my daughter's Dash uses imageURL to display https://dl.dropboxusercontent.com/u/544 … G_0910.JPG -
The magic is to choose "public link" which gives you dl.dropbowusercontent.com... etc.
ED - must use public folder as well.
Oh, cool - didn't see that. Too busy reading about all the hard stuff 
The public folder option isn't available on recently created Dropbox accounts, just on the older accounts. See https://www.dropbox.com/help/16
oh, it's interesting to hear that...
mine was working fine, but indeed, it's an 'ancient' dropbox acct
onedrive allows a similar setting, as does box.
but not working for me.
I believe my illustrious daughter misspoke..
she "sees" an image from dropbox, as described above, but in her virtual Dash, not her actual Dash, so behavior is the same as my C8.
Duane - any ideas on getting this to work?
This is a link to a jpg in a public folder-
Yes, the problem is that that JPEG is 878K, and 4000x3000 pixels. The device cannot render images that size, since Flash Lite internally creates a 32bpp bitmap with those dimensions - which would require 48 MB of RAM. Only 16MB is allocated to each widget.
The "virtual dash" is running in the desktop Flash Player which does not have that restriction.
Chances are that if you had images with resolutions closer to the device resolution, they'd render properly. You might also be able to find a web service that will dynamically resize it for you.
Thanks, I'll give it a try
Duane-
Duane-
well, I'm still not there -
I'm trying this-
https://dl.dropboxusercontent.com/u/544 … N0425.JPG, 168 KB, 800 x 600
I loaded into ImageURL with blank results. I did reboot.
is it still too big?, or is the https the problem?
Duane-
Duane-well, I'm still not there -
I'm trying this-
https://dl.dropboxusercontent.com/u/544 … N0425.JPG, 168 KB, 800 x 600I loaded into ImageURL with blank results. I did reboot.
is it still too big?, or is the https the problem?
It seems that the image is not there (try clicking on the link).
weird, re-copied the URL (no change), browser finds it, virtual finds it, but C8 doesn't
https://dl.dropboxusercontent.com/u/544 … CN0425.JPG
maybe I'm beating a dead horse.
Anyone here loading a secure (https) image via either of the load a URL widgets?
Well, that link works in the browser, if you remove the trailing comma.
However, when loading it from the device, the server delivers an empty response:
2014-08-15 18:27:29 NetStreamRequest::Open(1): Opening protocol 'https://' host 'dl.dropboxusercontent.com' port 443 location '/u/54467972/DSCN0425.JPG?nocache=14081524499630'
2014-08-15 18:27:29 NetStreamRequest::Open(1) opened http object id 24
2014-08-15 18:27:30 HTTPCurlObject::Pump() resolving completion status to 0 - apparent empty body (0 headers)
2014-08-15 18:27:30 NetStreamRequest::ProcessHeaders(1) content-type: (null) data expected: 0
2014-08-15 18:27:30 NetStreamRequest::Step(1) done, closing stream (0 of 0 bytes, avail=0) status=0 (ok)This seems to indicate that for some reason, that server simply closes the connection without sending anything back.
Doing a curl command to load the image directly on the device:
curl "https://dl.dropboxusercontent.com/u/54467972/DSCN0425.JPG?nocache=14081524499630" > /tmp/file.. results in the error:
curl: (35) error:0D0890A1:asn1 encoding routines:ASN1_verify:unknown message digest algorithm...which would appear to indicate that the DropBox service is requiring an encryption scheme for HTTPS not supported by the version of SSL used by the chumby. This would require a firmware update to address.
well appreciate the help any way, guess we'll find the ones that work, ones that can be fixed, and those whose value may not be worth the effort required to get them to work now.
Speaking of, does USB photo widget work? (and if so is there an up to date script to load?)
I will also try some of the other services with URL widgets.
...which would appear to indicate that the DropBox service is requiring an encryption scheme for HTTPS not supported by the version of SSL used by the chumby. This would require a firmware update to address.
Speaking of SSL issues... http://forum.chumby.com/viewtopic.php?id=9195 
chumbysphere forum → Widgets → dropbox -chumby can't see URL
Powered by PunBB, supported by Informer Technologies, Inc.