Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

letting organizations that block dl.boxcloud.com use the vox v #1443

Open
itamarzil123 opened this issue Jan 23, 2022 · 1 comment
Open

letting organizations that block dl.boxcloud.com use the vox v #1443

itamarzil123 opened this issue Jan 23, 2022 · 1 comment

Comments

@itamarzil123
Copy link

Environment: JS

  • Preview version: 2.82 (latest)

Steps to reproduce the problem:

  1. use a reverse proxy and instead of using api.box.com use a custom domain.
  2. change the relevant constants in constants.js and build the box preview library
  3. serve the build from cdn

What is the expected behavior? (Screenshots can be helpful here)
the expected behavior is for users from different organization to be able to view files via the box viewer and using box as storage provider. (even organizations that block the box cloud for some networking security reasons - allow them to view box content via a reverse proxy)

What went wrong? (Screenshots, console logs, or HAR files can be helpful here)
a request to dl.boxcloud.com happens regardless of changing all constants like API_HOST.
Is it possible that instead of a request to dl.boxcloud.com there will be a request to a reverse proxy ?

is there a documentation page that is meant as a tutorial for organizations that want to use Box Preview but use their custom domain and serve the way they want to serve it and use a reverse proxy, etc ...

@azndoodle
Copy link

I'm also stuck with this as I need to use to Viewer through a reverse proxy.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants