After update to 3.11.0, embedded images appear with "Retry"

AlexS 2021-02-03 07:46:34 UTC #1

Dear Community,

after the update to 3.11.0 the images appear in the following way:

When clicking on the small download button the file is downloaded without problems.
Have you encountered the same issue?
Thank you and best regards,
Alex

:de: :uk: Update Rocket.Chat / Update Rocket.Chat => Version 3.11.1

RalfBecker 2021-02-03 07:58:56 UTC #2

Check their URL, pretty sure it’s lacking the /rocketchat prefix.

Better move to our stable image: quay.io/egroupware/rocket.chat:stable

Ralf

AlexS 2021-02-03 08:42:32 UTC #3

Hello Ralf,
thanks for your reply, yes it seems that the /rocketchat prefix is missing:

Can I just go back to stable? I see that the database is on Version

Database Migration
215 (February 3, 2021 8:26 AM

Thanks again
Alex

StefanU 2021-02-03 09:09:57 UTC #4

You can try it (after a full backup). The last version we released is 213(!):

See also:

Stefan

AlexS 2021-02-03 09:15:44 UTC #5

Hello Stephan,
I just tried, it is not working… the image sees 215 and does not know how to handle this. I will have to wait…
BR
Alex

StefanU 2021-02-03 14:06:51 UTC #6

Hi Alex.

I once looked in

and had a look. But I can’t find anything there that fits.

Did you install via egroupware-rocketchat.packet?:

What happens when you upload new images?

Stefan

RalfBecker 2021-02-03 18:04:45 UTC #7

Ich muss nur den file-upload in der Proxy Konfiguration des Nginx mit eintragen, dann gehen die auch wieder, nach dem Paketupdate.

Ich hoffe das ich die nächsten Tage dazu komme.

Ralf

AlexS 2021-02-03 20:46:53 UTC #8

Hello Stefan,
same thing for new images.
BR
Alex

AlexS 2021-02-03 21:01:04 UTC #9

Hello Ralf,
I added the following in the nginx.conf:

location ~ ^/file-upload/(.)$ {
rewrite ^/file-upload/(.) /rocketchat/file-upload/$1 permanent;
}

and it works…
BR
Alex

g.giordano 2021-04-14 08:38:19 UTC #10

Hi ALexS, I have the same ploblem,I running egroupware in to a docker container , this is my nginx.conf
user nginx;
worker_processes auto;

error_log /var/log/nginx/error.log warn;
pid /var/run/nginx.pid;

events {
worker_connections 1024;
}

http {
include /etc/nginx/mime.types;
default_type application/octet-stream;

log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                  '$status $body_bytes_sent "$http_referer" '
                  '"$http_user_agent" "$http_x_forwarded_for"';

access_log  /var/log/nginx/access.log  main;

sendfile        on;
#tcp_nopush     on;

keepalive_timeout  65;

#gzip  on;

include /etc/nginx/conf.d/*.conf;

where I insert the code you wrote ?
Tks
Pep

AlexS 2021-04-14 09:17:50 UTC #11

Hello Pep,
here is a screenshot of the relevant portion of my nginx.conf file:

I hope this helps
BR
Alex

RalfBecker 2021-04-14 09:26:20 UTC #12

I do NOT recommend applying these fixes manually, as it will create a problem, once we rollout a fix via a new rocketchat package.

Specially as the full fix is a different one from what we currently have and which is similar to what @AlexS did.

The full fix will pass everything not matching /egroupware or other explicit paths into the rocketchat container, no longer running Rocket.Chat under /rocketchat, which the Rocket.Chat project stopped supporting some versions back, but run it under /.

Ralf

ATSrl 2021-06-09 08:14:21 UTC #13

Hello everyone,
I’m sorry to return to this issue but I need to know if anyone has any news related to the preview problem and file down load. Even with version 3.15.0 the problem appears the same.
.
File downloading does not work either. The downloaded file appears to be corrupted.

No idea about how to solve the problem?
Thanks
Gabriele

RalfBecker 2021-06-09 09:32:00 UTC #14

Hi Gabriele,

the problem is caused by Rocket.Chat no longer supporting a prefix/subpath in the URL.

We worked around it, but that workaround is not in the RC container, but in our proxy files for Nginx or Apache2, which come with the updated egroupware-rocketchat DEB/RPM package.

Are you sure you’re up-to-date in that regard and NOT having told you’re package manager to keep the old files, instead our updated ones with the fixes? The files are in /etc/egroupware-rocketchat/{nginx,apache}.conf.

Ralf

g.giordano 2021-06-09 14:09:03 UTC #15

Hi , Ralf this is the content of my /etc/egroupware-rocketchat/nginx.conf

# Rocket.Chat sniplet meant to be included in server block of EGroupware vhost

        # proxy into rocketchat container
        location /rocketchat {
                proxy_pass http://127.0.0.1:3000;
                include proxy_params;
                proxy_set_header Upgrade $http_upgrade;
                proxy_set_header Connection "upgrade";
        }

and

RewriteEngine On
RewriteCond %{HTTP:Upgrade} =websocket [NC]
RewriteRule ^/rocketchat/(.*) ws://127.0.0.1:3000/rocketchat/$1 [P,L]
RewriteCond %{HTTP:Upgrade} !=websocket [NC]
RewriteRule ^/rocketchat/(.*) http://127.0.0.1:3000/rocketchat/$1 [P,L]

is the content of my /etc/egroupware-rocketchat/apache.conf, the server and the container are updated at the stable version.
Can you help me to resolve the same “retry” error?
Tks

RalfBecker 2021-06-09 14:32:34 UTC #16

These are the old versions of the file and you’re package manager created either an .rpmnew or .dpkg-new file with the current content, you should use.

The latest version of the files can also be downloaded from Github:

github.com

EGroupware/build.opensuse.org/blob/master/server:eGroupWare/egroupware-rocketchat/egroupware-rocketchat/nginx.conf

# Rocket.Chat sniplet meant to be included in server block of EGroupware vhost

	# proxy doubled /rocketchat prefix to fix eg. broken download
	location ~ ^/rocketchat/(rocketchat.*)$ {
		proxy_pass http://127.0.0.1:3000/$1;
		include proxy_params;
		proxy_set_header Host $http_host;
	}
	# proxy into rocketchat container
	location /rocketchat {
		proxy_pass http://127.0.0.1:3000;
		include proxy_params;
		proxy_set_header Host $http_host;
		proxy_set_header Upgrade $http_upgrade;
		proxy_set_header Connection "upgrade";
	}
	# proxy diverse rocketchat urls with missing prefix to /rocketchat/
	location ~ ^/(api|avatar|file-upload|omnichannel-directory)/(.*)$ {
		proxy_pass http://127.0.0.1:3000/rocketchat/$1/$2;
		include proxy_params;

This file has been truncated. show original

github.com

EGroupware/build.opensuse.org/blob/master/server:eGroupWare/egroupware-rocketchat/egroupware-rocketchat/apache.conf

#################################
# Reverse proxy for Rocket.Chat #
#################################

# Please note:
#
# This proxy configuration is currently included at global level in
# /etc/apache2/conf.d/egroupware-rocketchat.conf and used for all vhosts.
#
# You can comment it out there and include it only in a certain vhost:
#
# <VirtualHost *:80>
# include /etc/egroupware-rocketchat/apache.conf
# </VirtualHost>

RewriteEngine On
# proxy doubled /rocketchat prefix to fix eg. broken download
RewriteRule ^/rocketchat/(rocketchat.*)$ http://127.0.0.1:3000/$1 [P,L]
RewriteCond %{HTTP:Upgrade} =websocket [NC]
RewriteRule ^/rocketchat(.*) ws://127.0.0.1:3000/rocketchat$1 [P,L]

This file has been truncated. show original

Ralf

ATSrl 2021-06-09 20:07:04 UTC #17

Hi Ralf,
It works very well.
Thanks again