Support for installation in subdirectory will be discontinued

john.crisp · July 27, 2021, 10:47am

Thanks Stefan.

We are aware of a number of issues that are being worked on right now.

eg

github.com/RocketChat/Rocket.Chat

double sub-path when using iframe API

opened 03:35PM - 22 Jul 21 UTC

closed 06:11PM - 19 Aug 21 UTC

ralfbecker

### Description: Running RC 3.15.4 or 3.16.3 on a subpath like https://exampl…e.org/rocketchat iframe API "go" commands via postMessage fail: ``` frame.contentWindow.postMessage({externalCommand: "go", path: "/admin"}, "*") ``` adds sub-path twice, same for path ```"/account"``` Browser shows the RC 404 page and using the JS console you get the iframe url with the doubled sub-path ``` document.location.href "https://pole.egroupware.org/rocketchat/rocketchat/admin" ``` ### Steps to reproduce: 1. 2. 3. ### Expected behavior: Admin page will be opened for an admin. ### Actual behavior: RC 404 page is displayed. ### Server Setup Information: - Version of Rocket.Chat Server: 3.15.4 and 3.16.3 tested - Operating System: Linux - Deployment Method: official docker container - Number of Running Instances: 1 - DB Replicaset Oplog: yes - NodeJS Version: v12.22.1 - MongoDB Version: 4.2.13 / wiredTiger (oplog Enabled) ### Client Setup Information - Desktop App or Browser Version: recent Chrome Browser, probably with every browser - Operating System: Windows, Mac or Linux ### Additional context ### Relevant logs: via browser JS console you get for the RC iframe: ``` document.location.href "https://pole.egroupware.org/rocketchat/rocketchat/admin" ``` Nothing in the Docker logs.

github.com/RocketChat/Rocket.Chat

Wrong download link for uploaded files

opened 10:47AM - 20 Jul 21 UTC

closed 11:31AM - 09 Aug 21 UTC

ralfbecker

### Description: RC creates wrong download links for uploaded files for some …domains: https://tutorial.egroupware.net/rocketchat/ --> https://tutorial.egroupware.n/rocketchat/file-upload/... https://bb-trunk.egroupware.de/rocketchat/ --> https://bb-trunk.egroupware.d/rocketchat/file-upload/... while others are ok using the same configuration: https://pole.egroupware.org/rocketchat/ --> https://pole.egroupware.org/rocketchat/file-upload/... Other then the wrong download URL Rocket.Chat is working fine, same is always true for the links in the list of uploaded files. Alle three domains have apart from the domain-name and URL identical configuration and are running on the same infrastructure using the same MongoDB cluster. ### Steps to reproduce: 1. You need to have an affected domain, otherwise it works fine :( 2. Upload an image eg. into #general 3. If your domain is affected you see the Retry circle, otherwise the image is displayed ### Expected behavior: Uploaded image should always use the correct / not garbled URL, independent of the domain-name (correctly configured in RC of course). ### Actual behavior: For some domain-names the download URL is garbled, some chars cut of the end of the domain name. Not working domain tutorial.egroupware.net: ![rocketchat-download-link](https://user-images.githubusercontent.com/972180/126308407-59aaa687-3c13-4975-9e1c-9855bc316598.jpg) Working domain pole.egroupware.org: ![rocketchat-download-link3](https://user-images.githubusercontent.com/972180/126308435-8b668286-c046-46df-9fc2-c7416ad008ef.jpg) ### Server Setup Information: - Version of Rocket.Chat Server: tested with current maintained versions: 3.16.3, 3.15.4 (screenshots) and 3.14.6 - Operating System: Linux - Deployment Method: official docker container on Kubernetes, also got a report from a user with docker-compose - Number of Running Instances: 1 per domain - DB Replicaset Oplog: yes - NodeJS Version: 12.22.1 - MongoDB Version: 4.2.13 / wiredTiger (oplog Enabled) ### Client Setup Information - Desktop App or Browser Version: Lastest Chrome 91.0.4472.164 - Operating System: Mac, Windows and Linux tested ### Additional context I can supply login credentials for one of the affected public accessible domains, as it's kinda hard to debug otherwise. ### Relevant logs: - Wrong/garbled domain names make is obviously not into the webserver log - Docker logs of the container show now errors when it happens - Browser reports: Failed to load resource: net::ERR_NAME_NOT_RESOLVED https://tutorial.egroupware.n/rocketchat/file-upload/45K3ehP42YdKZSeJe/share%20link.jpg

github.com/RocketChat/Rocket.Chat

API access with custom oauth token looses roles

opened 10:54AM - 20 May 19 UTC

closed 07:45PM - 22 Nov 21 UTC

ralfbecker

type: improvement feat: oauth / sso stat: triaged

### Description: We use current 1.0.3 container with our custom oauth configu…ration. Beside interactive logins via browser, desktop- or mobile-client, we also generate access tokens to talk to RC api. That api login seems to sometimes remove the user roles, if role-sync is enabled in the custom oath config. Without "user" role, you can eg. not see any channels. Role sync works fine for interactive none-api access. So doing an interactive logout and re-login fixes the issue. It could be linked to the issue I talked about with @geekgonecrazy that api-oauth login runs from a different code-path and eg. does not set the avatar either. Ralf ### Steps to reproduce: 1. 2. 3. ### Expected behavior: API access with oauth should ideally behave like interactive access, or at least not remove things like roles or avatar. ### Actual behavior: ### Server Setup Information: - Version of Rocket.Chat Server: 1.0.3 - Operating System: rocketchat/rocket.chat container - Deployment Method: Kubernetes - Number of Running Instances: 1 - DB Replicaset Oplog: yes - NodeJS Version: v8.11.4 (as of your 1.0.3 container) - MongoDB Version: 4.0.8 ### Additional context ### Relevant logs:

There is also this which seems similar to yours.

github.com/RocketChat/Rocket.Chat

Endless loop if use prefix path with ROOT_URL

opened 11:07PM - 13 May 21 UTC

adthonb

### Description: I running Rocket Chat with a prefix path like `https://local…host:4000/test` and get the error that makes an endless request and freeze my browser. I had dig into the problem and I found that if I define prefix path, a request to `/api/ecdh_proxy/initEncrptedSession` on frontend will get `404 Not Found` (prefix path not apply to it) that makes an endless request to `/api/v1/method.callAnon/getSetupWizardParameters` ### Steps to reproduce: 1. Get docker-compose file from https://github.com/RocketChat/Rocket.Chat/blob/develop/docker-compose.yml 2. Change ROOT_URL to `http://localhost:3000/test` 3. Run and open rocketchat URL ### Expected behavior: - Normal setup wizard page (a request to `/api/v1/method.callAnon/getSetupWizardParameters` successfully) - Add prefix to `/api/ecdh_proxy/initEncrptedSession` to prevent the endless request ### Actual behavior: ![image](https://user-images.githubusercontent.com/18661601/118197838-f0449100-b479-11eb-9c5f-d38edacd312b.png) ### Server Setup Information: - Version of Rocket.Chat Server: 3.14.0 - Deployment Method: Docker Image - MongoDB Version: 4.2.14 ### Client Setup Information - Browser: Google Chrome Version 90.0.4430.212 (Official Build) (64-bit) - Operating System: Windows 10 64-bit

I suspect that might be cleared by fixes to the others.

Linked comment here:

Topic		Replies	Views
Rocket.Chat in Apache subdir not working Community Support	3	2031	August 26, 2018
Running in a sub folder on Apache doesn't work Community Support	2	1198	November 10, 2018
There is a way to install Rocket.Chat in windows local server? Community Support	0	787	January 9, 2020
Cloud Install - Very Slow Community Support	0	640	January 16, 2019
Warning: Rant: Love you Rocket chat, but what is going on? Community Support	1	492	June 16, 2023

[Rocket.Chat v7.0: Join the webinar] Roadmap Reveal: on-prem AI, VoIP, and more! Save your seat ->

Support for installation in subdirectory will be discontinued

Related topics