After upgrade [Centos 7, Zammad 5.x (latest current), nginx] to Zammad 6, i start testing mobile app on Android phone (OnePlus 8T, OxygenOS 13.1, MS Edge browser).
Zammad mobile version shows red banner: “The connection to the server was lost.” almost constantly.
I can login, browse tickets, change my avatar photo, but I am unable to add reply to open ticket:
got an spinning circle, if i refresh page, browser returns to ticket body, and again red banner - connection to server was lost. I see no errors in nginx zammad access/error logs. no errors in production.log Solution: Your reverse proxy MUST support websockets.
About production.log: I found, what it is now 133MB, and my uploaded avatar photo is logged in it.
See attached photo.
I discovered, what with single photo upload via mobile client, i did it like 6 times. When edited my avatar via desktop web, there was 1 old photo and 6 copies of new photo…
And with desktop client i never got server connection lost error.
After few hours of uptime, there is few errors in production.log:
WARN – : Scoped order is ignored, it’s forced to be batch order.
ERROR – : No route matches [GET] /wp-login.php (ActionController::RoutingError)
ERROR – : No route matches [GET] /wordpress/wp-login.php (ActionController::RoutingError)
ERROR – : No route matches [GET] /blog/wp-login.php (ActionController::RoutingError)
ERROR – : No route matches [GET] /wp/wp-login.php (ActionController::RoutingError)
Where is wordpress taken from? Answer: This was external script scanning Zammad. Not an error, but attempt to scan for wordpress.
P.S. Log level can be changed in /opt/zammad/config/environments/production.rb
(was) config.log_level = :info
(now) config.log_level = :warn
redis is running. without it you will get “bad gateway” error, and no zammad at all. /etc/nginx/conf.d/zammad.conf contains first block at the beginning, i did not put it there.
and second block i did copy-paste right after upgrade, as per release notes, right under location /ws {} block
I did. And yes, it was my case. After i sucsessfully run postinstall script, I got Zammad working in desktop mode. Unfortunately, mobile mode looks like different beast.
I updated to zammad 6.0 and see the red banner too on the mobile page.
from: /var/log/zammad/production.log
I, [2023-06-11T11:02:40.535150#2897-113000] INFO -- : Started GET "/cable/"[non-WebSocket] for 91.21.250.245 at 2023-06-11 11:02:40 +0200
E, [2023-06-11T11:02:40.535211#2897-113000] ERROR -- : Failed to upgrade to WebSocket (REQUEST_METHOD: GET, HTTP_CONNECTION: Upgrade, HTTP_UPGRADE: )
I, [2023-06-11T11:02:40.535250#2897-113000] INFO -- : Finished "/cable/"[non-WebSocket] for 91.21.250.245 at 2023-06-11 11:02:40 +0200
I have ran the postinstall script again but no success, no errors during postinstall.
Same problem here - same errors in the logs as icecoffee.
Zammad 6 (update from 5.4.1)
Debian 11 with apache webserver,
Desktop version runs without flaws
Ensure HTTP_TYPE and FQDN are set correctly to what you’re using in your Browser.
In my tests this was crucial when everything else (like nginx) was configured correctly.
@MrGeneration Yes, both are correct.
zammad run rails r “pp Setting.get(‘http_type’)” => https
zammad run rails r “pp Setting.get(‘fqdn’)” => support.our_domain.lv
I just realised, what we use Microsoft Web Application proxy, but it set simple as
(internet) https://support.our_domain.lv => (dmz) https://support.our_domain.lv
it has wildcard certificate: *.our_domain.lv
Zammad host has nginx installed, configured as per instructions, with https and same wildcard certificate for zammad site.
With this config desktop clients works fine. What I did not check yet, is how mobile client will work inside our LAN, without going through MS WAP.