Cloudron Forum

@girish As an adult, you should be able to deal with "strong" language (which I have honestly not even started using). Sometimes the expression of frustration says more than uploading one's logs for the hundredth time...

@jdaviescoates If by "my systems" you mean the Hetzner Cloud and S3 Buckets then yeah, sure.

If one is to actually look into one's S3 storage one will find a LOT of orphaned backup files that Cloudron allegedly doesn't have anymore. The backup system is DEFUNCT on ALL my installations. So much so, I've simply disabled it.

You have my vote.

@nebulon said in Mark Change Detection app as unstable?:

Of course if it turns out the app is overall entering some instable state as to not be useful anymore for longer, then I guess instead we should maybe remove the package itself.

I'll just reinstall the app and allow Cloudron users this time. That should prevent the issue from even happening again. No idea why my password stopped working all of a sudden btw, I have'em saved in KeePass...

There should be a note added to this app that if provisioned without user managemend by Cloudron, there's no sane way to reset one's password. That in itself is incredible. Such a good app, such a dumb decision.

Anyway thanks for chipping in and confirming it was indeed not working right. I was starting to bang my head against the wall here.

Yes, the behaviour is exactly the same on there.

Steps to recreate:

Install app, leave user management to the app
Login to default admin account
Change admin username and pass (login works, tested)
Add credentials on the env.sh file
Restart the app
No users are being changed or added at all.

However here I'm noticing the following notice in the listmonk settings page now (because here I can actually login, as opposed to my actual site:

"Remove the admin_username and admin_password fields from the TOML configuration file or environment variables. If you are using APIs, create and use new API credentials before removing them. Visit Admin -> Settings -> Users dashboard. Learn more."

Removing the credentials from the env.sh file does not remove this notice btw. (seems to refer to a different config)

Yes, I know that but I'm sure you can see how the documentation is wrong, the forum mentions another thing and when presented with the actual file, yet another case emerges.

At any rate, I really tried ALL combinations here just to be sure. I even tried simple passwords without special characters to see if they break the line but that doesn't seem to be the case either.

Cloudron up to date: YES
App up to date: YES
Username lowercase: YES
Bitwarden: NO

The actual file:

The app's docs page:

Actually, on the docs page there are no quotes.
The forum mentions single quotes to be the proper way and...
The file itself already uses double quotes.

But as I've said already, NONE of them work at all.

But of course I did, always restarted the app and every time absolutely nothing happens.

I tried every possible combination of no quotes, single and double quotes too.
Admin username, my username, completely new user name. None of it works.

"The provided environment variables from the docs aren't doing anything for me."

Why do you bother replying if you're neither motivated enough to read my post properly nor willing to actually help?

I've used n8n to access the listmonk API using the API user. At least this way I could actually get a hold of my subscribers list. I'll leave it at that as I won't be using listmonk (or Cloudron for that matter) again anytime soon.

There is no working solution to this problem on this forum, which is why I've asked.

Is it possible to run an SQL query on the listmonk database? Can't seem to find that option anywhere but maybe there's a hack?

Hi there,

I need to reset the password on this app. It's using it's own user management.

The provided environment variables from the docs aren't doing anything for me:

export LISTMONK_app__admin_username=admin
export LISTMONK_app__admin_password=changeme

@necrevistonnezr yeah well, I only have so much patience with people being unable to comprehend the meaning of "NOT AN OPTION". Shoot me, I guess...

@jdaviescoates good for you buddy.

If you must know: I have NINE cloudron servers, six of which belong to a different legal entity. There are strict regulations and contracts in place that don't allow them to connect to the same accounts/nodes, not even for a quick transfer. That is what I mean by: "ASSUME THAT IS A GIVEN". It really means that you can assume that there is NO ALTERNATIVE for me... There is absolutely ZERO possibility for us to do this the way Cloudron suggests.

The WHY:
We build apps on our own servers and then TRANSFER them to the client's server but we need a way to do so WITHOUT having them connect DIRECTLY. Again, contractual restrictions. (Ultimately a LEGAL ISSUE)

There SHOULD be a way to "fix" things manually anyway but Cloudron completely lacks this at this time.

So, I guess I will not be recommending Cloudron to my clients anymore because it's simply not feasible. I'm better off launching an applet on a cloud using a SINGLE line of code and call it a day. That's your loss, really.

There is doing it "your way" and then there is doing something completely and utterly INSANE. I guess nobody knows you're doing it wrong, if nobody knows what you're doing?

Thanks for trying to help, despite appearances I really do appreciate the effort but we clearly don't speak the same language here. I will not draw pictures next, I haven't got the time or nerve anymore. In plain old english: I'm better and quicker off without you (Cloudron as a whole, that is).

Thanks, this has been... enlightening.