how to allow listening access of Dropbox audio files within my apps interface

Hi again tenzin,

As far as I can see you have seen already the answers of question you set. (sorry - I didn't saw your post earlier)

Anyway... For someone interested in, more info can be seen here. There are links to the test page (posted earlier) and editor (where the example setup could be seen). 😉

Good luck.

Yes, I purchased the plugin and had an authentication issue in Test-flights OS. I emailed the creator of the plugin. Did you get my email?

Hm.. Are you able to use the same browser to select something while using the official documentation page? 🧐 (select the same button there) I don't have access to such browser right now. Also, did you check the support state (including on the test page)?

Add: Another reason could be if you use browser different than the default one on mobile device! I don't know why but as seems mobile devices do open Dropbox Chooser using the default one (or letting choose - depending on your settings). If the base page and the chooser are on different browsers they cannot communicate between! It's likely that to be the issue. Can you check?

No, you don't need to give me access. It's not matter of the Bubble part of the application, but how you browser (or rather embedded web engine) handle it. That's something you have to know in advance or be able to see at least on your own. The basic question is: When you push the Chooser button, does the Chooser window opens in the same or different environment (same or different browser; stays in the embedded engine or opens in external for the application web engine - web browser for instance)?

The Chooser is guaranteed to work only when the engine stays the same! When you use browser, the popping up window/tab should be handled by the same browser. When you use embedded code, again, the popping up frame should be handled by the same code (not another application' code, including some installed web browser). If this is not true, it's likely to communication break comes up (almost sure).

Hi Greg-DB,

I want to ask for one Dropbox Chooser improvement in context of the current thread (and not only - the same is valid for entire content of dropins). I think would be useful instead of relying on 'postMessage' (something that mandates popup window and button to work on same engine) communication to be realized trough the Dropbox server as a proxy (like already done for tracing state for Dropbox Saver - job_id). Would be no so hard, I think, in addition to 'job_id' to be added something like session token that identifies particular communication and using endpoints similar to /2/dropins/get_job_status, to be possible getting back the Dropbox Chooser result. The issue is that the Dropbox Chooser could be opened as inline frame only by... Dropbox, but no any other site or application, unfortunately. I understand the security concerns about this limitation. The mentioned proposal, by me, covers any cross script security concerns, including click-jacking attacks. What would you say? 🧐 Is there any chance something similar to be implemented on dropbox.com?

Thanks.

Здравко Thanks for writing this up! I can't make any promises myself, but I'll send this along to the team.