Hi all. I’ve been having some problems keeping fedia.io running - at the moment, either the message workers or the php web server processes are dying after an hour or so and I have to restart everything. I have been working with the mbin team and installed some updates that we hoped would fix the problems, but no luck. I am going to work on a cron job to automatically restart things once an hour. The down side, is that you’ll likely see some error 500’s if you happen to hit it when the processes are restarting, but it should happen quickly and refreshing the page should make it work again.

      • tiredofsametab@fedia.io
        1·
        5 days ago

        Will do. This morning I have work to do outside.

        I will also note that there are three patterns when I post a comment that may or may not be related:

        • it just publishes when I hit the button
        • I hit the button, it thinks for a second, and then the button is intractable again. Pushing it again works so far in every case (i.e. it seems something goes wrong but no UI error. I haven’t had dev tools open to see what happens there. This feels like it took to long for me to reply in some cases, but not all).
        • I hit post and get moved to a new page which is just my post with a preview. I’m not sure if this is just how it works with certain sites or something or also related.
    • melroy@kbin.melroy.org
      2·
      6 days ago

      For now try Firefox or a fork: Floorp, LibreWolf, etc. I heard that works better… I know this isn’t the solution, but that is the best workaround atm.

      • jerry@fedia.ioOPM
        2·
        6 days ago

        Most interesting: the problem had only been happening on MS Edge on my laptop. I have been using safari on my phone without issue. Just a bit ago, i refreshed the page and now every time I revisit the site, I have to log back in, just like on Edge. It’s like the old session expired and the new ones aren’t sticking. I’ll try FF on my phone.

        Note: even in the time I started typing this reply to when I hit the “add comment” button, I got logged out

        • melroy@kbin.melroy.org
          1·
          6 days ago

          Note: even in the time I started typing this reply to when I hit the “add comment” button, I got logged out

          That is really bad indeed. And the only error you see on the server side is only “Invalid CSRF token”?

          • jerry@fedia.ioOPM
            2·
            6 days ago

            ok - I just had it happen again while looking at logs. interestingly, there was NOT a CSRF log when that happened. There were a bunch of other errors, but enough that I could look through all of them and see that they were all related to activitypub issues - signaturevalidator and the like

            • melroy@kbin.melroy.org
              1·
              6 days ago

              I really hope it’s not a session issue with Valkey or something (I don’t think so…). We are now just going deep into this issue I think. Both sessions & csrf. Since I notice already some weird config issues with csrf forms

              • melroy@kbin.melroy.org
                2·
                6 days ago

                FYI. Reading: https://symfony.com/doc/7.2/security/csrf.html#installation

                The tokens used for CSRF protection are meant to be different for every user and they are stored in the session. That’s why a session is started automatically as soon as you render a form with CSRF protection.

                Moreover, this means that you cannot fully cache pages that include CSRF protected forms. As an alternative, you can:

                • Embed the form inside an uncached ESI fragment and cache the rest of the page contents;
                • Cache the entire page and load the form via an uncached AJAX request;
                • Cache the entire page and use hinclude.js to load the CSRF token with an uncached AJAX request and replace the form field value with it.
                  • melroy@kbin.melroy.org
                    1·
                    6 days ago

                    Or remove… CSRF protection and keep the cache… It’s a trade-off… @[email protected] How much protection does CSRF on these forms really gives the user? I’m “just” the software engineer, you are the SecOps expert here… I mean how likely is it really that sites are doing a Cross-Site Request Forgery …

          • jerry@fedia.ioOPM
            1·
            6 days ago

            I have so many errors in prod.log that it’s hard to tell for certain, but when I try to filter out those that are associated with failed federation events, that seems to be when I’m left with. I am trying again to see if I can confirm