Cloudron Forum

You got a typo in there maybe, or a firewall?

@klawitterb try without https://

There is no scrollbar even though there are more elements than there is space, while checking notifications on /#/notifications on 9.1.5:

This would fix it (adjust accordingly do that specific container):

.section-body {
  overflow-y: scroll;
}

If you want strange, I can throw this in the mix :

Firefox on Ubuntu, but it also happens on Brave. Might be due to the format (.ftl file)

@timconsidine exactly

@girish well...

@girish is 9.1 stable already? Had another Cloudron that just updated by itself via cron

Would have probably been easier to update the old attempt https://git.cloudron.io/msbt/strapi-app

Yes that's what I meant, auto updates for apps but not the platform. Awesome!

@girish maybe I'm just the lucky one, that happened before on other machines with other versions:

It's a bit tricky, because that specific Cloudron has a bunch of custom apps which are best stopped before updating/rebooting. I remember a thread about release channels or separate app updates from Cloudron updates, is that somewhere on the roadmap?

Edit: it says "unstable": false in the tasks json

@girish said:

9.1 is in unstable now

Uhh what? One of my production Cloudrons already got updated automatically 3 days ago?!

there was a breaking change (more info here https://community.n8n.io/t/n8n-restrict-file-access-to-in-2-0/227750), you need to add this to your env file:

export N8N_RESTRICT_FILE_ACCESS_TO="/app/data"

apparently the successor of the tool has/will have one: https://controlr.app/

New repo: https://github.com/bitbound/ControlR
What happened: https://github.com/immense/Remotely/issues/985 --> https://github.com/bitbound/ControlR/discussions/84

@andreasdueren I'm guessing line 19 cleanup from here was a bit too optimistic, it removed the github url from the s3 package

@davidbrrrr I don't think I actually set it up. Did you manually add another data folder in /app/data so the path /app/data/data is available?

When I'm in "My Apps"-view, finding apps by label doesn't work anymore, it did in <9. To reproduce, set a label which doesn't include parts or the URL and try to find it. I tried searching the forums if this is already mentioned somewhere, but couldn't find anything.

Cloudron Version

9.0.15

Two things:

• First one is not a bug, more a UI/UX issue. If you're in the Email/Domains/Domain view and your IP is blocklisted, after clicking the text above to get more details, it expands to this:

If I want to select and copy the link to barracudanetworks to check what's going on, it collapses before I can hit the copy button. The first link goes directly to the removal request, which is good, but it would be nice if the reputation check could also be a link, so I don't have to open the element inspector to copy the URL

• The link to http://www.barracudanetworks.com/reputation/?pr=1&ip=... itself is broken, gets forwarded to https://www.barracuda.com/ which results in a 404. Working link is https://www.barracudacentral.org/lookups but I didn't manage to add the IP as parameter

A customer of mine is having the same issue. For me it works, because I'm not using SSO/OIDC, but they are and are unable to hop on video calls, which is a shame. If what I'm reading is true, the package needs quite a bit of adjustment to make it work

Update: I linked the account and now I'm in all kinds of trouble: The /#/mailboxes view doesn't load anymore, console shows TypeError: can't access property "label", item[column] is undefined

Sidenote: the /#/email-domains view takes forever to load

Description

Just wanted to link a mailbox to a newly created but not yet activated user account. As far as I know in <9 the email address was used instead of the username if there was none, which currently is an empty field.

Steps to reproduce

Create a user without username, just the email address, go to /#/mailboxes, add mailbox, try to find correct user if there are more than one of those accounts.

Cloudron Version

Cloudron 9.0.15