Mansur provided me a Cloudron enabled version. At the end, he is storing the CSS file on a cloud server and reference it from the php file. It works now for me. You need to ask him for the Cloudron adopted version.

@girish These issues with email being hijacked by Cloudron could all be solved by allowing a checkbox for each app not to touch the app's email configuration. I.e. email could be configured in the app. Our livelihood was threatened by Cloudron InvoiceNinja overriding our SMTP settings on every restart. This really should be fixed.

@IniBudi no, that's can be right. The port 8000 is an internal port and is not exposed to outside world. Does your page work without Cloudflare? If it does, then just have a look around Cloudflare settings. Disable some of the features like bot detection, WAF stuff, Rocket loader etc. I have no idea about Cloudflare to suggest what settings to disable, just throwing some names which I have come across in this forum which caused issues with apps.

@privsec thanks, removed it now.

Finally managed to update osTicket now. It is released as a major version change in the package, which requires manual update. This is because upstream changed the way email is handled and the new package removes the automatic email setup, enabling instances to also use off-Cloudron mailboxes for support ticket handling.

I am not certain what might have happened but I am guessing that I was somehow mistaken about the IMAP/SMTP settings getting reset because they did not break even after a Cloudron update occurred. However, I am starting to suspect that brower autofill is responsible for what I was observing. Thanks for taking a moment to consider my issue.

Thank you @girish!

@tomw Right, this is a bug for upstream osTicket . You can report them here - https://github.com/osTicket/osTicket/issues

@girish This is fixed in 1.4.2. Thanks!

@nj Thanks for reporting, I have fixed this in the latest package.

In case anyone else has this question it is this format

Your.Domain.com/scp/login.php