Is something broken for images in the 3.11.0 server web client?

Description

After upgrading to 3.11.0, using the web client, images inline are showing the “retry” icon instead of the actual image the way it did in previous versions. Using the mobile client on Android continues to work correctly.

Server Setup Information

  • Version of Rocket.Chat Server: 3.11.0
  • Operating System: linux- Unbuntu 20.04 (current patches)
  • Deployment Method: TAR
  • Number of Running Instances: 1
  • DB Replicaset Oplog: Enabled
  • NodeJS Version: 12.18.4 - x64
  • MongoDB Version: 4.0.22
  • Proxy: nginx (also happens outside of proxies, going directly to the host and port).
  • Firewalls involved: None. Local install

Any additional Information

No log data are generated when accessing these images and the pages where they reside. Download seems to work ok, but the images aren’t appearing inline with the messages.

If anyone else is having this issue, I found out what’s causing it and have an update for it.

I took a look at the issue with tamper data on Firefox.

The inline images are being requested from http://server.name:3000/file-upload/{image information}.

My RocketChat instance is using a non-root path (I run it from http://server.name:3000/chat).

In previous versions, the web client application prepended the /chat path to the rest of the URLs, including for the inline images.

The current version (3.11.0) doesn’t do that. It just sends /file-upload/ for image links instead of prepending the /chat path.

I have added a rewrite rule in my nginx proxy instance to accommodate the missing path prefix.

The dev team should consider addressing the inconsistency in subsequent releases.

The failed scenario is doing a MKCOL call which is returning a 403. So the question is how can I get a chunked upload working in nextcloud to a local share which is mapped using the external storage plugin 9Apps Showbox Tutuapp?