Cloudron Forum

What milestones on Cloudron does Outline need to meet before being listed as stable?

Thank you, @nebulon and @scooke!

After deleting the backups, checking various services, and restarting a number of times, everything is back.

Thank you again!

PS – Just saw this from the author of Grav from two weeks ago, "There was an issue there I accidentally released 1.8 beta as stable."

Perhaps the beta version was accidentally pushed to Cloudron Grav installs?

Is there a way to allow Grist to email out?

(In contrast to other Cloudron apps, there is no "Email" sidebar menu -- which I'm assuming means Grist is not able to email out?)

(This is a stretch, but I'm not sure where else to post.)

Copying a page in Grav 2.0/Admin 2.0 is slow (~12 seconds).

The Grav support forum suggests it is not a Grav issue, but may be a server/network issue.

From the log below (which shows long POST and PATCH requests of 3 and 6 seconds respectively), is there anything that would suggest this is related to how Cloudron configures things?

Jul 09 08:01:10 149.154.20.112 - - [09/Jul/2026:12:01:10 +0000] "GET /api/v1/pages?children_of=%2F&sort=order&order=asc&per_page=200&page=1 HTTP/1.1" 200 2599 "https://examplesite.org/admin/pages/edit/test" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.5 Safari/605.1.15"
Jul 09 08:01:11 149.154.20.112 - - [09/Jul/2026:12:01:10 +0000] "POST /api/v1/pages/test/copy HTTP/1.1" 201 6063 "https://examplesite.org/admin/pages/edit/test" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.5 Safari/605.1.15"
Jul 09 08:01:14 - - - [09/Jul/2026:12:01:14 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.58 (Ubuntu) mod_perl/2.0.13 Perl/v5.38.2 (internal dummy connection)"
Jul 09 08:01:17 149.154.20.112 - - [09/Jul/2026:12:01:11 +0000] "PATCH /api/v1/pages/test-2 HTTP/1.1" 200 6069 "https://examplesite.org/admin/pages/edit/test" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.5 Safari/605.1.15"
Jul 09 08:01:23 - - - [09/Jul/2026:12:01:20 +0000] "GET / HTTP/1.1" 302 - "-" "Mozilla (CloudronHealth)"
Jul 09 08:01:23 149.154.20.112 - - [09/Jul/2026:12:01:17 +0000] "GET /api/v1/reports/twig-content/page?route=%2Ftest-2 HTTP/1.1" 200 80 "https://examplesite.org/admin/pages/edit/test-2" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.5 Safari/605.1.15"

It works! Thank you!

Thank you, but don't spend too much time on this.

I did a fresh test install of WordPress and CiviCRM, and it works (and this is with /app/data/wp-content in wp-config.php).

For now, I can just update wp-config.php as needed in my current install.

Thank you.

My city is in the support timezone.

Further, I don't see a place to specify a timezone. That is, I think Castopod is automatically assigning the timezone.

Thank you for your in-depth research and description!

Yes; thank you.

Despite adding

FILE_STORAGE=local
FILE_STORAGE_UPLOAD_MAX_SIZE=26214400

(source)

and

MAXIMUM_IMPORT_SIZE=5120000

(source)

to env.sh and restarting, I am stilling getting the Sorry, this file is too large – the maximum size is 1 MB error when I try to attach a file larger than 1 MB.

What am I missing?

The most recent Grav package update went from 1.7.50.9 to 1.8.0-beta.25.

This looks like the first update to a beta version.

Is it typical for Cloudron to move to the beta version?

(I ask as our Grav site has started to have odd errors (such as Markdown not being rendered) and I'm wondering if it is because of the beta version of Grav.)

Is there a way to find the installation ID in Grist on Cloudron?

This is affecting us as well.

So – just to clarify – we simply need to wait for fix to applied in Cloudron?

One of our domains is on the Cloudron free tier and has two apps (both with automatic updates).

However, neither app updates automatically.

But when I try to manually update the update, I receive this error:

Your Cloudron subscription has expired. Please set up a subscription to update the app.

Do we now need a subscription to update apps?

@mononym – I think this is a hardening recommendation from Grav. See more here.

hdparm -Tt /dev/vda4 yields:

/dev/vda4:
 Timing cached reads:   9658 MB in  1.99 seconds = 4846.98 MB/sec
 Timing buffered disk reads: 896 MB in  3.00 seconds = 298.61 MB/sec

Wait time (wa) using vmstat 1 is 0 or 1.

These numbers look good.

I'll continue to research and report back if I discover anything.

Thanks again for your help!

@james Here are the two test sites:

• Grav in Docker

• Grav on LAMP

(PM me for password.)

Would the following making any difference?

grav-system-info.yaml from the Dockerized install has opcache.revalidate_freq: "2s"

while

grav-system-info.yaml from LAMP install has opcache.revalidate_freq: "60s"

?

Update: The civicrm.settings.php files are the same across both WordPress instances.

I guess I would need to completely re-install CiviCRM to have a unique environment.