Not have the login info automatically fill in? And no email for Profile email change.

[scooke]

I thought I'd install this. It didn't work the first 2 times. I upped the RAM to 3GB, still didn't work, so I decreased the CPU usage to 50% and then it did work. Ok, fine. It's nice that there is a default username and password, but when I went to the site to log in , those fields were already filled in!! I don't think I've come across an app on Cloudron set up like this. Is it possible to NOT have those fields already filled in, ready for some drifting hacker to find the site before your user has logged in?

OK, so I'm logged in, but when I go to change my Profile email, a notice appears saying an email has been sent... but nothing happens. Nothing in the logs. No email.

I decide to try chaning the password anyway. A notice saying an email with a password change link has been sent, but the logs show that it was sent to... tim@apple.dev!

So the Profile email has to be changed first, but this doesn't seem to work.

Feb 25 21:29:38 [Nest] 167 - 02/25/2026, 2:29:38 PM LOG [BullMQDriver] Processing job 1 with name EmailSenderJob on queue email-queue
Feb 25 21:29:38 [Nest] 167 - 02/25/2026, 2:29:38 PM LOG [BullMQDriver] Job 1 with name EmailSenderJob processed on queue email-queue in 44.75ms
Feb 25 21:29:40 [Nest] 167 - 02/25/2026, 2:29:40 PM LOG [SmtpDriver] Email to 'tim@apple.dev' successfully sent

EDIT 1: I just discovered in the env file accessed through the file system that I can turn off autofill !
SIGN_IN_PREFILLED=false It had been set to true.

EDIT 2: There is no need to try to help me. If what I posted is common and might help others, good. But this app started once, and now, each time I up the RAM, or tweak the env file, or anything, it won't start. Just a constant:

Feb 25 22:14:34 ==> App configuration
Feb 25 22:14:34 box:tasks updating task 26000 with: {"percent":100,"message":"Done"}
Feb 25 22:14:34 ==> Merge cloudron and custom configs
Feb 25 22:14:34 box:tasks setCompleted - 26000: {"result":null,"error":null,"percent":100}
Feb 25 22:14:34 box:tasks updating task 26000 with: {"completed":true,"result":null,"error":null,"percent":100}
Feb 25 22:14:34 box:taskworker Task took 65.767 seconds
Feb 25 22:14:34 Exiting with code 0
Feb 25 22:14:36 ==> Flush caches
Feb 25 22:14:40 => Healthcheck error: Error: connect ECONNREFUSED 172.18.19.91:3000
Feb 25 22:14:50 => Healthcheck error: Error: connect ECONNREFUSED 172.18.19.91:3000
Feb 25 22:15:02 => Healthcheck error: Error: connect ECONNREFUSED 172.18.19.91:3000
Feb 25 22:15:10 => Healthcheck error: Error: connect ECONNREFUSED 172.18.19.91:3000
Feb 25 22:15:22 => Healthcheck error: Error: connect ECONNREFUSED 172.18.19.91:3000
Feb 25 22:15:30 => Healthcheck error: Error: connect ECONNREFUSED 172.18.19.91:3000
Feb 25 22:15:40 => Healthcheck error: Error: connect ECONNREFUSED 172.18.19.91:3000
Feb 25 22:15:52 => Healthcheck error: Error: connect ECONNREFUSED 172.18.19.91:3000
Feb 25 22:16:01 => Healthcheck error: Error: connect ECONNREFUSED 172.18.19.91:3000
Feb 25 22:16:11 => Healthcheck error: Error: connect ECONNREFUSED 172.18.19.91:3000
Feb 25 22:16:21 => Healthcheck error: Error: connect ECONNREFUSED 172.18.19.91:3000
Feb 25 22:16:32 => Healthcheck error: Error: connect ECONNREFUSED 172.18.19.91:3000

I'm not interested anymore.

EDIT 3: After 4 more cycles of restarts in the logs, it appears to now be running.

[james]

Hello @scooke

@scooke said in Not have the login info automatically fill in? And no email for Profile email change.:

Feb 25 22:14:36 ==> Flush caches

This is the last message from the app.
So I'd assume the app is bussy with this task, thus taking a little longer.

[nebulon]

Thanks for all the feedback. I have set the SIGN_IN_PREFILLED=false now for next release. The truthy value came from the upstream default config!

I also found that it sometimes goes into some startup loop taking forever to come up without any further info. In fact that is why I upped the minimum memory to 1GB also to make this a bit more reliable, but maybe this wasn't actually it then.

[robi]

@nebulon how can it not be repeatable?

[nebulon]

good question I don't know the internals of the app, but now with @scooke we have two cases where this seems not obvious

[zonzonzon]

I installed it and it worked immediately on a VPS with 4 CPU cores and 8 GB of RAM.
I tried again with lower CPU and RAM, but it still started up and worked normally.

[robi]

Perhaps the RAM is rebelling --

Rebel Access Memory

[scooke]

Any ideas about the user-email-change email not being sent, thus making any password change impossible?

[joseph]

@scooke I could reproduce it. It sends a mail to tim@apple.dev for confirmation!

[jdaviescoates]

The app installed fine for me with 1GB. I never actually used the default login when I was setting it up and if I try those credentials now, they don't work (although they do still automatically populate the login box whenever I try to login (although I guess/ hope perhaps that wouldn't happen with the updated value in the package). The password reset also works fine for the account I created on first login. Seems to me like there is no need/ use for the tim@apple.dev account at all.

[scooke]

@jdaviescoates said in Not have the login info automatically fill in? And no email for Profile email change.:

when I was setting it up

What do you mean? Do you mean setting up at the Cloudron installation stage? But, that merely informs the user that this app has it's own user management? Or do you mean, after the Cloudron installation you somehow registered your own user right away, rather than using the supplied credentials?? Now I gotta do this again to see!

EDIT: Hmmm, i see that the notice post-installation says only that an admin user was created, whereas I thought that meant "only one user has been created and that user is also an admin". I didn't think to register separately, which is what I'm trying now.

EDIT 2: Rather than delete or stop the current app I thought about trying to register a new user, so I pasted the url in an incognito window (Chrome), and when I entered an email which isn't registered the window changed to include a window for a password and a button to "sign up", but when I hit that button I just get a red pop-up in the lower right saying the user has no access to that workspace. So irritating.

[jdaviescoates]

@scooke said in Not have the login info automatically fill in? And no email for Profile email change.:

do you mean, after the Cloudron installation you somehow registered your own user right away, rather than using the supplied credentials??

Yes, exactly.

[jdaviescoates]

@scooke said in Not have the login info automatically fill in? And no email for Profile email change.:

EDIT 2: Rather than delete or stop the current app I thought about trying to register a new user, so I pasted the url in an incognito window (Chrome), and when I entered an email which isn't registered the window changed to include a window for a password and a button to "sign up", but when I hit that button I just get a red pop-up in the lower right saying the user has no access to that workspace. So irritating.

I was able to add a new user via an invite link. But I think I could only get that link because I'm logged in as the admin user I created post install using my own credentials instead of the tim@apple.dev one. Annoyingly every single time the login box is presented to me or any other user the username and pw are automatically filled with those silly tim@ credentials.

[jdaviescoates]

@nebulon said in Not have the login info automatically fill in? And no email for Profile email change.:

I have set the SIGN_IN_PREFILLED=false now for next release

Is it possible to update that annoying setting for existing installs? I should I just re-install?

Edit: yes, it is possible. Just open the File Manager and edit the env file.

[jdaviescoates]

@Staff in short: I'd suggest completely removing anything to do with tim@apple.dev in the package and rather than having the post-install To Do action to change the pw for that account (which isn't possible as it gets sent to tim@apple.dv) to just make it clear that the first account that one sets up will be the Admin account. Thanks!

[scooke]

Well well well. Despite the process taking a very long time again, AND that the initial login appears to be limited to that pre-filled user, tim@apple.dev, I just entered a different email address, and the next step had the blank password field plus the Sign up button, and voila, I'm in. I also appear to ALREADY be an admin user. I'm going to see if I can remove tim.

EDIT: I suppose since I "signed up" with different credentials that I became the default admin user, as well as the ONLY user. Even though "tim@apple.dev" is still the pre-filled in user, when I try to login/sign up with that, i get that red alert that the user doesn't have access.

All in all a rather confusing process. But I guess it's working. I wonder what else is going to go wrong/wonky/confusing/counter-intuitive. See, that's my cryptonite. I just gotta keep testing things to figure out what's going on. I really should just walk about from this app.