Cloudron Forum

james

Hello @pathab
With Cloudron 9.1 we have added community app support.
Please check the latest documentation for package publishing https://docs.cloudron.io/packaging/publishing
Could you update your repo to include these changes?

james

Hello @jdaviescoates

Please try to use:

export MEDIA_ROOT="/media/Music"

in the /app/data/env.sh file.

james

Hello @sansguidon
Thanks for the report.
I will have to look into it again.

Please share what browser, what browser version and what operating system is used.
Also, if any extensions are installed please also list them or confirm that the issue persists in a fresh browser session with no extensions.

james

Hello @mpevhgnuragistes

I am not sure if the timeout is actual real reason.
We'd have to debug this in depth, because it could be that the DNS server is rate limiting and denying the request and then a timeout error is raised.
Which then would be misleading since a timeout is displayed but in reality it is the DNS server causing the issue by denying the request.

But like I wrote, this is speculation and would need in depth debugging with such a DNS server.
It is good that you have raised this issue so we can be on the lookout if this issue arises again so we can have a deeper look at what is going on.

james

Hello @humptydumpty
I was able to debug the Vikunja Desktop Electron app.
An app update will available soon to fix the issue.

Some technical details for interested users.

The cors change now seems to be unnecessary since the default was changed to:

CorsOrigins.setDefault([]string{"http://127.0.0.1:*", "http://localhost:*"})

Please ensure to always write the full URL in the Vikunja Desktop app e.g.: https://vinkunja.cloudron.dev.
When just using e.g.: vikunja.cloudron.dev an automatic redirection from http to https is done and the Vinkunja Desktop app will run into an internal CORS error (which is displayed no where) and the app will silently fail, and it will look like it does nothing to the end user.

I also was able to figure out the OIDC issue from the desktop app.
The Desktop app uses

http://127.0.0.1:$SOME_RANDOM_PORT/auth/openid/cloudron

as the callback URL.

Needed to read up on the rfc8252 section 7.3 - Loopback Interface Redirection to understand how these random ports are handled.
Since I was very confused when the Desktop app used a random port e.g.: 10054 and the CloudronManifest.json allowed http://127.0.0.1:45735/auth/openid/cloudron (the default port used from the app https://github.com/go-vikunja/vikunja/blob/ec11643c24b0f00c55ec5a60328b54e2c3a69962/desktop/main.js#L29) and the callback URL still worked.
Thought at first this was some security issue, because, I did not explicitly allow port 10054 but did allow 45735.
But rfc8252 section 7.3 - Loopback Interface Redirection explains that behaviour since:

The authorization server MUST allow any port to be specified at the
time of the request for loopback IP redirect URIs, to accommodate
clients that obtain an available ephemeral port from the operating
system at the time of the request.

james

Hello @da5nsy

@da5nsy said:

but moved away from it because they couldn't get it to send emails reliably.

Just as a cautious note.
Freescout sends mails on a cron based task scheduler.
Same with getting mails from the configured mailbox.
This can be noticed as a failure to send or receive mails, but also enabled the feature of unsend mail because if you'd send right away there is no unsend mail in the mail protocol.

If you find such errors with applications provided by Cloudron, please always report them in the forum so just in case if there is something wrong with the application, we can have a look and find a solution.
Or at least, we can explain why it is behaving in a certain way.

james

Hello @archos and @sansguidon
Please ensure this is not a caching issue of your browser.

james

Hello @da5nsy

@da5nsy said:

As far as I can see the mailing list only takes email addresses as input. If it can take a group name as an input that would be amazing, but seems to be undocumented if so.

Since the group owns a mailbox e.g.: group_one@domain.tld you can add the mailbox in the mailing list.
But since you want to add all the users from a group and not the group owned mailbox, I can see what you are trying to do here and why it fails.

Correct me if I am wrong but, I have this feeling that you are using group owned mailboxes to solve a need for something that should be handled by a mailing / ticketing system like @freescout or @chatwoot.
Using such an application would resolve almost all the points you have brought up.

james

Hello @mpevhgnuragistes

This all hints toward some obscure DNS issue with the set DNS server.
I'd assume when using a common DNS Server like quad9, Cloudflare, Google etc. this issue would not appear.

james

Hello @jdaviescoates

@jdaviescoates said:

but presumably Claude Code, Replit etc etc would benefit from them too?

These AI skills can be used with other AIs as well.
They are not exclusive for Cursor.

Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.

Cloudron Forum

Validated App Maintainer

Posts

Member List