RootURL pathprefix not working with reverse proxy; (resource paths not all relative)

[klimkowd]

I'm hosting my rocket chat on an external server @ https://domain.com/chat

I'm using the default reverse proxy settings as listed in the instructions -- forwarding requests to http://localhost:3000

However, when I attempt to load rocket chat from https://domain.com/chat i only get a 'Unknown path" response. My ROOT_URL=https://domain.com/chat/.

Is there any additional starting paramters that can adjust this. I also noticed that many items like _timesync as well as the sounds and fonts and images are all absolute URLed to '/'

[engelgabriel]

This depends on #2624

[nobeans]

I'm facing the same problem.

The internal value __meteor_runtime_config__.ROOT_URL re-assigned by Rocket.Chat seems wrong.
If you give ROOT_URL=http://my-domain/foo/bar, __meteor_runtime_config__.ROOT_URL should be http://my-domain/foo/bar and __meteor_runtime_config__.ROOT_URL_PATH_PREFIX should be /foo/bar. But currently http://my-domain is set to __meteor_runtime_config__.ROOT_URL.

See https://github.com/meteor/meteor/blob/devel/packages/meteor/url_server.js

[nobeans]

It works well for me so far, though I'm not sure whether MOBILE_ROOT_URL, MOBILE_DDP_URL, etc. should be changed.
nobeans@25fd753

[nobeans]

.sandstorm-credentials, _timesync and tap-i18n/ja.json are still on the wrong root path like http://my-domain/.sandstorm-credentials instead of http://my-domain/foo/bar/.sandstorm-credentials.

This is my workaround using reverse-proxy:

# httpd.conf
ProxyPassMatch (^/.sandstorm-credentials|_timesync|tap-i18n/ja.json) http://my-domain/foo/bar/$1

[rodrigok]

@klimkowd @nobeans can you follow this guide? https://rocket.chat/docs/master/user-guides/running-in-a-sub-folder

[engelgabriel]

Please reopen the issue if the guide does not work.

[klimkowd]

I appears the link is dead. Let me know when it's up and i'll give it a try.

On Mon, Apr 18, 2016 at 10:04 AM, Rodrigo Nascimento <
[email protected]> wrote:

@klimkowd https://github.com/klimkowd @nobeans
https://github.com/nobeans can you follow this guide?
https://rocket.chat/docs/master/user-guides-running-in-a-sub-folder

—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#2646 (comment)

[engelgabriel]

URL updated

[klimkowd]

Launching it does "work" now but then promptly setting the site url back
to just the domain under Admin->General doesn't make sense to me. (i set it
for the giggles, and yeah it breaks it again.)

Still fails to load _timesync and .sandstorm as expected.

On Mon, Apr 18, 2016 at 12:50 PM, Gabriel Engel [email protected]
wrote:

URL updated

—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#2646 (comment)

[engelgabriel]

this is a restriction on the order the framework initiates, so the settings must be done on the environment variables level in order to loaded in time.

[engelgabriel]

@rodrigok ideas?

[rodrigok]

@klimkowd is everything working if you use the environment variable and keep the Site URL as http://your.domain/path/?

[klimkowd]

For the most part, yes. except for _timesync and .sandstorm. What are the
impacts with those not working? Also, on a side note. Do you know what
would cause the following problems?

1.) whenever a new message is displayed is causes the whole chat view to
rerender causing a gross flicker.
2.) whenever I click on a users name to private messag them i get rerouted
to https://domain.com/chat/home

On Mon, Apr 18, 2016 at 2:26 PM, Rodrigo Nascimento <
[email protected]> wrote:

@klimkowd https://github.com/klimkowd is everything working if you use
the environment variable and keep the Site URL as `
http://your.domain/path/?

—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#2646 (comment)

[engelgabriel]

Can you please try the develop branch?

[rodrigok]

.sandstorm isn't a problem.
_timesync isn't a problem too, but this we should try to fix, it helps to keep messages in correct order.

for 1 and 2, you should try our develop branch or wait the stable release today.

[klimkowd]

Okay, I migrated to 0.27. Issue 2 resolved but Issue 1 still exists for me.
I also found that when i start to customize and load new assets the links
are not relative for assets

On Mon, Apr 18, 2016 at 2:37 PM, Rodrigo Nascimento <
[email protected]> wrote:

.sandstorm isn't a problem.
_timesync isn't a problem too, but this we should try to fix, it helps to
keep messages in correct order.

for 1 and 2, you should try our develop branch or wait the stable release
today.

—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#2646 (comment)

[klimkowd]

In addition, emojis are also out of action.

On Tue, Apr 19, 2016 at 10:36 AM, Dan Klimkowski [email protected] wrote:

Okay, I migrated to 0.27. Issue 2 resolved but Issue 1 still exists for me.
I also found that when i start to customize and load new assets the links
are not relative for assets

On Mon, Apr 18, 2016 at 2:37 PM, Rodrigo Nascimento <
[email protected]> wrote:

.sandstorm isn't a problem.
_timesync isn't a problem too, but this we should try to fix, it helps
to keep messages in correct order.

for 1 and 2, you should try our develop branch or wait the stable release
today.

—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#2646 (comment)

[rodrigok]

The problems with assets was fixed by 6e9a7f7

[rodrigok]

The problem with emoji was fixed by 7c81e6d

[rodrigok]

@klimkowd I still can't reproduce the view rerender, can you send us one video?

[klimkowd]

Here https://i.gyazo.com/504eeaf5976acfb0374540921a834983.gif is a video
of the rerender
I also found another subdirectory link failure: /file-upload

On Tue, Apr 19, 2016 at 9:35 PM, Rodrigo Nascimento <
[email protected]> wrote:

@klimkowd https://github.com/klimkowd I still can't reproduce the view
rerender, can you send us one video?

—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#2646 (comment)

[engelgabriel]

Can you stop on the frame of the blink?

[engelgabriel]

The problem seems to be that something is generating an invalid date on the client side.. maybe the offset is getting an invalid value and when applied to the date, it generates an invalid date.

[klimkowd]

Tell me where i can set a break point and i'll let you know.

[engelgabriel]

@klimkowd do you still see the _timesync error on the console?
@rodrigok how can we test this theory? How can we check the value of _timesync?

[klimkowd]

yes the _timesync 404s are still present

[engelgabriel]

So they are definitely related.

[rodrigok]

@klimkowd can you test the latest develop version? I fixed the timesync problem as you can see here 96f392c and here bac8c78

[engelgabriel]

Please reopen if the problem persists.

[klimkowd]

I found another absolute path needing fixed.
/file-upload

On Mon, Apr 25, 2016 at 6:46 PM, Gabriel Engel [email protected]
wrote:

Closed #2646 #2646.

—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#2646 (comment)

[klimkowd]

Another path problem:
When receiving an invitation to a video chat and clicking "yes"
it sends me to
domain.com/chat/chat/direct/user
instead of:
domain.com/chat/direct/user

[engelgabriel]

Can you help us with a PR?

[klimkowd]

Yeah, I'd be happy to help.

On Tue, May 17, 2016 at 6:25 PM, Gabriel Engel [email protected]
wrote:

Can you help us with a PR?

—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#2646 (comment)

[hemanthAppmaker]

Use docker compose instead of
docker-compose
We use latest version of docker compose