Kyrne Disable byobu and see if that fixes it

affirmative 👍️ so there is something wrong with byobu w/ websocket.

The only bug I notice now is the absence of tags on the appearing discussion, but without error in console, only debug:

Pusher :  : ["State changed","initialized -> connecting"] pusher.min.js:8:40297
Pusher :  : ["Connecting",{"transport":"ws","url":"wss://XXXXXXXXX:443/app/TmOsZcQ7pcqgULKbpkC8nFtfD3TSBCGQ?protocol=7&client=js&version=5.1.1&flash=false"}] pusher.min.js:8:40297
Pusher :  : ["State changed","connecting -> connected with new socket ID 357746542.251121011"] pusher.min.js:8:40297
Pusher :  : ["Event sent",{"event":"pusher:subscribe","data":{"auth":"","channel":"public"}}] pusher.min.js:8:40297
Pusher :  : ["Event recd",{"event":"pusher_internal:subscription_succeeded","channel":"public"}] pusher.min.js:8:40297
Pusher :  : ["No callbacks on public for pusher:subscription_succeeded"] pusher.min.js:8:40297
Pusher :  : ["Event sent",{"event":"pusher:subscribe","data":{"auth":"[auth]","channel":"private-user7"}}] pusher.min.js:8:40297
Pusher :  : ["Event recd",{"event":"pusher_internal:subscription_succeeded","channel":"private-user7"}] pusher.min.js:8:40297
Pusher :  : ["No callbacks on private-user7 for pusher:subscription_succeeded"] pusher.min.js:8:40297
Pusher :  : ["Event recd",{"event":"newPost","channel":"private-user7","data":{"postId":1860,"discussionId":293,"tagIds":[1,7]}}] pusher.min.js:8:40297

    mekici everything works as it should

    I updated to 2.8.5, am I the only one with this the tags issue?

      mekici Ok thanks, I guess it's more complicated for byobu but I was refering to this:

      The only bug I notice now is the absence of tags on the appearing discussion, but without error in console

      Visually, when a new discussion comes up in the discussion list, it is as if it had no tags at all.

      Hello I am having an issue, that it doesn't seems to work I seen GitHub readme in order to configure my nginx, checked it also enable proxy checkbox pp in settings, enabled debug mode in config then ran php flarum websocket:serve but nothing happens I checked it posts are not showing in real-time so I checked storage/logs I see connection refused and sometimes 200 to the url 127.0.0.1:2083/apps/channels/?someprivatekeys.

      So can you help me out

        custom_user I checked storage/logs I see connection refused and sometimes 200 to the url 127.0.0.1:2083/apps/channels/?someprivatekeys.

        can you be more specific regarding the "connection refused"? 200 is good, that means the request passed without error. Do you have any output of the websocket:serve command and from your browser console ?

          I'm trying to give this a go but I'm getting an 'invalid credentials' error. Any tips? 🤔

          ornanovitch Log PHOTO

          Console PHOTO

          I checked that my port forwarding as well as firewall is allowing connections over 443, 80 and 2083.

            custom_user It's clear that you have a backend problem, the websocket isn't accessible. What configuration method have you followed? You seem to have followed the first one (proxy) when you say:

            custom_user I seen GitHub readme in order to configure my nginx, checked it also enable proxy checkbox pp in setting

            But you seems to have followed the second one (port forwarding) when you say:

            custom_user I checked that my port forwarding as well as firewall is allowing connections over 443, 80 and 2083.

              Hello matteocontrini I would like to Thank You as your configuration helped me to configure and get real-time up thanks a lot. 😁

              But sometimes it stops I have to run php flarum websocket:serve again but the thing a bit of code you shared to automatically enable websocket again so where to add that code please tell.

              ornanovitch
              It's sorted out thanks for your support.

                Here's some common fixes for common problems:

                If you use the nginx method and it doesn't work, try replacing the @web with just / and the @ws with /app

                If the websocket server keeps turning off, you will need to daemonize it, nohup is a good and simple method for doing this.

                or start it as a systemd service (if you are running a full linux distibution).

                composer require kyrne/websocket and I'm ready to go? no setup needed?

                  Here is my Apache config that works:

                  RewriteEngine on
                  RewriteCond %{HTTP:Upgrade} websocket [NC]
                  RewriteRule /(.*) ws://127.0.0.1:2083/$1 [P,L]
                  
                  ProxyPass /app/ http://127.0.0.1:2083/app/
                  ProxyPassReverse /app/ http://127.0.0.1:2083/app/
                  ProxyRequests off
                  • HD3D replied to this.

                    Kyrne

                     Problem 1
                        - kyrne/websocket[2.8.0, ..., 2.8.5] require guzzlehttp/psr7 ^1.5 -> found guzzlehttp/psr7[1.5.0, ..., 1.8.2] but it conflicts with your root composer.json require (^2.0).
                        - Root composer.json requires kyrne/websocket ^2.8 -> satisfiable by kyrne/websocket[2.8.0, ..., 2.8.5].
                    
                    Use the option --with-all-dependencies (-W) to allow upgrades, downgrades and removals for packages currently locked to specific versions.