Cloudron Forum

@Joseph I'm using Safari. Which browser are you using?

Very small quality of life request for 8.2:
Please ensure these tool tip / help / further reading links open in a new tab or window rather than linking directly to the resource which causes the user to lose any data they've entered into the form/process.

Ah, I found the solution for anyone else who comes across this issue. I have to register each domain dependent on loopback within the Firewall/Router (in this case a Unifi UDM Pro).

Unifi Settings > Routing > DNS (Tab) > Create Entry

I had done this previously, but only for Cloudron (my.domain.com) which points to the same internal address. I haven't done this for any of the other applications that I've installed on Cloudron, and they seem to work and be accessible without issue. However, I'll keep this in mind in case I notice similar issues.

Also note, this change enhanced the performance of Wordpress by at least 10x.

Someone else (not using Cloudron) but using Opensense experienced the same issue here:
https://www.reddit.com/r/OPNsenseFirewall/comments/18cntki/wordpress_site_health_error_using_opnsense_rest/

Router and firewall configuration suggestions here:
https://docs.opnsense.org/manual/how-tos/nat_reflection.html

Cloudron recommendations around hair-pinning:
https://blog.cloudron.io/installing-cloudron-on-a-home-server/

As the Wordpress instance is within a container within Cloudron and not on a physical device in my network, I'm not really sure how to proceed given every other website/instance hosted by Cloudron seems to be working as it should. I'm mindful this could be an error that isn't being reported or showing signs in other applications so I am interested in resolving it if I can.

Cloudron Configuration
IPv4: Static Public IP : X (detected) [1:1]
IPv6: Disabled
Firewall
Blocked IPs & Ranges 0 IP(s) blocked
Trusted IPs & Ranges 0 IPs trusted
Dynamic DNS: Disabled

Network configuration:
Domain A/B/C/D -> Static IP -> Router & Firewall -> Port Forward 80/443 -> Cloudron -> Wordpress Instance

Any thoughts or recommendations?

Yes, all fresh app instances have this issue. I'll investigate at the Cloudflare / Firewall level. If you guys are getting passed tests, then that isolates it to my Cloudron instance which is what I was hoping to establish. I will report back if I find the solution.

Thanks Robi. This issue is pretty specific so I'm looking for other Cloudron users to check their Wordpress (Developer) instances (under the Site Health panel) to see if this issue is isolated to my instance or not.

Anyone else find they are getting Loopback / REST API Errors when checking "Site Health" of a fresh WordPress (Developer) instance?

This is from the Site Health report built into Wordpress, which you can find at: /wp-admin/site-health.php?tab

Any ideas on what might be causing this?

@girish Yep, exactly that. AnyType and Appflowy are growing in popularity. Would be nice to see them

I think a lot of organisations are going to be looking for a new way to manage knowledge / intranets as a result of this. If you guys are sunsetting support for Confluence on Cloudron does that generally open the door to reviewing some of the items in the App Wishlist?

Nice, my eyes send you their appreciation.

@adisonverlice2 the email that was sent to your colleague is extremely common, and is one of the more successful extortion schemes. The extortionist purchased a list of email addresses and passwords from dark web data breaches and simply sent an email to everyone in the breach. The breached password is included in the email to (rightfully) scare the end user into believing the story that follows afterward. The scheme is particularly successful with people who reuse their passwords and super obvious to those who use password managers. You can easily find out if the password or email you use has already appeared in a data breach by directing people to the website: https://haveibeenpwned.com and more importantly, registering your company domain and/or email addresses with their breach notification system.
I assure you, the only lesson anyone learns from these emails is to stop reusing their passwords. Your colleague has done nothing wrong.

Out of curiosity what constitutes an app being selected or not? 27 upvotes (at time of writing), a lot of engagement and views, clearly a very good fit for the Cloudron platform (which already has Baserow, Nocodb, Directus etc).. When a platform already has Docker support does that make it more or less difficult to get it onto Cloudron? I would assume it is easier?

@nebulon I did look at that topic before posting, but as I haven't migrated hosts and this is a 100% fresh install - I didn't figure it was related.

Interestingly, after some further investigation it looks like this issue only affects the preview function of the Invoice Design page. If you actually create an invoice or generate one, the logo is correctly inserted.

I guess, problem solved?

I have just set up a brand new instance of Cloudron 8.03 (Ubuntu 24.04 LTS) + Invoice Ninja 5.10.16 (yesterday's release/pull).

If you navigate to Settings > Company > Logo and upload a logo it will correctly display on the page. The logo in top left navigation will also display the logo. But the logo does not display on Invoices generated with the default settings.

I've checked the issues on Invoice Ninja Github and also their Forums. It seems to be recurring issue with a variety of causes (normally user install error).

The logo on invoice preview looks like this:

Can anyone else reproduce this error? Could it be a Ubuntu 24.04 incompatibility? I use Safari on Mac, could this just be an incompatibility there?

[Error] sD

code: "ERR_BAD_RESPONSE"

config: {transitional: {silentJSONParsing: true, forcedJSONParsing: true, clarifyTimeoutError: false}, adapter: function, transformRequest: Array, transformResponse: Array, timeout: 0, …}

message: "Request failed with status code 500"

name: "AxiosError"

request: XMLHttpRequest {listeners: Object, onreadystatechange: null, readyState: 4, timeout: 0, withCredentials: false, …}

response: {data: ArrayBuffer, status: 500, statusText: "", headers: Object, config: Object, …}

sD Prototype

	(anonymous function) (bundle.js:359:960)

@taowang seems like a good candidate for Cloudron in that case!

From a quick scan it isn't very clear from the pricing page whether the self hosted community edition is feature complete or has certain features missing. Has anyone found a price/feature/comparison page? Otherwise I agree this looks very solid.

Just a bump to see if anyone wants to help me convert this into a custom Cloudron? Microsoft's statement is that SMTP Auth via Basic auth will be retired in September 2025. Which means SMTP via Office 365 will stop working on Cloudron if an alternative solution isn't prepared.

This utility allows you to send and receive using oAuth2.0 which would provide a straight forward solution for Cloudron apps that don't natively support it. Also, it would bypass the requirement to have Port 25 open.

+1 also take my upvote for Grist. A solid alternative to Nocodb.

Just a heads up that the documentation for Comentario is named Commento:

@krumel just confirming that Linode still has the Cloudron Ubuntu 22 LTS 1-click deployment and I opted to go for a manual 24.04 LTS install and followed the instructions to install and set up Cloudron v8. In my limited time using it, Cloudron is seemingly stable and working well.