Cloudron Forum

@nebulon I found another error in the browser console that might explain the issue.

When trying to load the map in Firefox, I saw this error:

Uncaught (in promise) Error: {"requestedAttributes":{"alpha":true,"stencil":true,"depth":true,"failIfMajorPerformanceCaveat":false,"preserveDrawingBuffer":false,"antialias":false},"statusMessage":"WebGL is currently disabled.","type":"webglcontextcreationerror","message":"Failed to initialize WebGL"}

The problem was that WebGL was disabled in Firefox. After enabling webgl.disabled = false in about:config, the map in Immich started displaying correctly.

Such a small thing, yet so much work! If anyone else has the same issue, make sure to check WebGL settings in about:config!

So the issue is resolved! Thanks everyone for the help!

Sorry, but this is a Firefox issue.

There is no problem in other web browsers. I don't know why it doesn't work in Firefox—it has never been an issue before.

I also tried disabling ad blockers, but it didn’t help. Hopefully, the log I sent is okay.

@nebulon Thank you for your response!

I have also tried a fresh installation, but I still cannot see the map. When I click on the map section, I only see a black screen.
In addition, I have the same issue with albums. In the web application, I can only see three albums, while on the mobile app, everything appears correctly.
In the logs, I see the following warnings:

eb 21 13:59:04 [Nest] 55 - 02/21/2025, 12:59:04 PM WARN [Api:ServerInfoRepository~nny03ylq] Failed to read /usr/src/app/build-lock.json
Feb 21 13:59:05 [Nest] 55 - 02/21/2025, 12:59:05 PM LOG [Api:EventRepository] Websocket Connect: CPs-qtzCVeSNE6wfAAAn
Feb 21 13:59:05 [Nest] 55 - 02/21/2025, 12:59:05 PM WARN [Api:ServerInfoRepository~3xkn0m6k] Failed to read /usr/src/app/build-lock.json
Feb 21 13:59:05 [Nest] 55 - 02/21/2025, 12:59:05 PM WARN [Api:ServerInfoRepository~e2iale1k] Failed to read /usr/src/app/build-lock.json
Feb 21 14:00:52 [Nest] 55 - 02/21/2025, 1:00:52 PM LOG [Api:EventRepository] Websocket Disconnect: CPs-qtzCVeSNE6wfAAAn
Feb 21 14:00:53 [Nest] 55 - 02/21/2025, 1:00:53 PM LOG [Api:EventRepository] Websocket Disconnect: TPbCeqJQDnM1ZijwAAAl

Hi,

After one of the recent updates of Immich, I noticed that the map is no longer displaying in the application. Everything seems to be properly enabled in the settings, but the map does not show up anywhere.

Has anyone experienced a similar issue or found a solution? Is there any additional configuration required (such as an API key for maps), or did I miss something during the update?

Thanks for any help!

@humptydumpty Hi,

Thanks for the clarification! I tried a manual renewal, and everything is working fine.

I just found it strange because, in the past, I only received these expiration emails for domains I had removed, so I had some doubts. But if Cloudron renews certificates just before expiration, that makes sense now.

Thanks again!

Hi,

I have the same issue. I was just about to post on the forum as well. For some domains, I also receive emails from Let's Encrypt saying that the certificate will expire in 5 days, but in Cloudron, everything is green, and it looks like the certificates are active as expected.

I haven’t tried a manual renewal yet, but it seems that Cloudron renews certificates at the last moment.
Has anyone else experienced this, or does anyone know if this is normal behavior?

Thanks!

I tried running the command in recovery mode, and I got the following output in the terminal:

root@630e742c-440d-409a-97ef-45a5161aa337:/app/code# cd /app/code
root@630e742c-440d-409a-97ef-45a5161aa337:/app/code# ./nodebb reset -p nodebb-plugin-markdown
Warning: Failed to detect linux-musl, fallback to linux-gnu: The "offset" argument must be of type number. Received an instance of Object
2025-01-30T18:38:12.386Z [undefined/19] - error: uncaughtException: ENOENT: no such file or directory, mkdir 'logs'
Error: ENOENT: no such file or directory, mkdir 'logs'
    at Object.mkdirSync (node:fs:1398:3)
    at File._createLogDirIfNotExist (/app/code/node_modules/winston/lib/winston/transports/file.js:759:10)
    at new File (/app/code/node_modules/winston/lib/winston/transports/file.js:94:28)
    at Object.<anonymous> (/app/code/install/web.js:45:3)
    at Module._compile (node:internal/modules/cjs/loader:1256:14)
    at Module._extensions..js (node:internal/modules/cjs/loader:1310:10)
    at Module.load (node:internal/modules/cjs/loader:1119:32)
    at Module._load (node:internal/modules/cjs/loader:960:12)
    at Module.require (node:internal/modules/cjs/loader:1143:19)
    at require (node:internal/modules/cjs/helpers:119:18) {"date":"Thu Jan 30 2025 18:38:12 GMT+0000 (Coordinated Universal Time)","error":{"code":"ENOENT","errno":-2,"path":"logs","syscall":"mkdir"},"exception":true,"os":{"loadavg":[0.46,0.81,0.94],"uptime":44782.76},"process":{"argv":["/usr/local/node-18.18.0/bin/node","/app/code/nodebb","reset","-p","nodebb-plugin-markdown"],"cwd":"/app/code","execPath":"/usr/local/node-18.18.0/bin/node","gid":0,"memoryUsage":{"arrayBuffers":327376,"external":2265472,"heapTotal":30515200,"heapUsed":23418856,"rss":79994880},"pid":19,"uid":0,"version":"v18.18.0"},"stack":"Error: ENOENT: no such file or directory, mkdir 'logs'\n    at Object.mkdirSync (node:fs:1398:3)\n    at File._createLogDirIfNotExist (/app/code/node_modules/winston/lib/winston/transports/file.js:759:10)\n    at new File (/app/code/node_modules/winston/lib/winston/transports/file.js:94:28)\n    at Object.<anonymous> (/app/code/install/web.js:45:3)\n    at Module._compile (node:internal/modules/cjs/loader:1256:14)\n    at Module._extensions..js (node:internal/modules/cjs/loader:1310:10)\n    at Module.load (node:internal/modules/cjs/loader:1119:32)\n    at Module._load (node:internal/modules/cjs/loader:960:12)\n    at Module.require (node:internal/modules/cjs/loader:1143:19)\n    at require (node:internal/modules/cjs/helpers:119:18)","trace":[{"column":3,"file":"node:fs","function":"Object.mkdirSync","line":1398,"method":"mkdirSync","native":false},{"column":10,"file":"/app/code/node_modules/winston/lib/winston/transports/file.js","function":"File._createLogDirIfNotExist","line":759,"method":"_createLogDirIfNotExist","native":false},{"column":28,"file":"/app/code/node_modules/winston/lib/winston/transports/file.js","function":"new File","line":94,"method":null,"native":false},{"column":3,"file":"/app/code/install/web.js","function":null,"line":45,"method":null,"native":false},{"column":14,"file":"node:internal/modules/cjs/loader","function":"Module._compile","line":1256,"method":"_compile","native":false},{"column":10,"file":"node:internal/modules/cjs/loader","function":"Module._extensions..js","line":1310,"method":".js","native":false},{"column":32,"file":"node:internal/modules/cjs/loader","function":"Module.load","line":1119,"method":"load","native":false},{"column":12,"file":"node:internal/modules/cjs/loader","function":"Module._load","line":960,"method":"_load","native":false},{"column":19,"file":"node:internal/modules/cjs/loader","function":"Module.require","line":1143,"method":"require","native":false},{"column":18,"file":"node:internal/modules/cjs/helpers","function":"require","line":119,"method":null,"native":false}]}

@joseph said in Issue Starting NodeBB on Cloudron After Server Restart:

It seems nodebb-plugin-markdown is causing some problem. Can you try disabling it ? https://docs.cloudron.io/apps/nodebb/#disabling-plugins . You might have to revert the app to a working state or put the app in recovery mode.

I tried disabling the plugin, but I cannot type in the terminal. It looks like the application is frozen. I also tried enabling recovery mode, but the problem was not resolved.

Hi, after restarting the server today, I have an issue with NodeBB running on Cloudron. The application status shows "Not Responding", and the terminal in Cloudron UI is not working.

Is there any way to fix this issue? Thanks a lot for your help!

Jan 30 16:33:13 => Healtheck error: Error: connect EHOSTUNREACH 172.18.18.198:4567
Jan 30 16:33:23 => Healtheck error: Error: connect EHOSTUNREACH 172.18.18.198:4567
Jan 30 16:33:32 => Healtheck error: Error: connect EHOSTUNREACH 172.18.18.198:4567
Jan 30 16:33:43 => Healtheck error: Error: connect EHOSTUNREACH 172.18.18.198:4567
Jan 30 16:33:53 => Healtheck error: Error: connect EHOSTUNREACH 172.18.18.198:4567
Jan 30 16:34:00 => Healtheck error: Error: connect ECONNREFUSED 172.18.18.198:4567
Jan 30 16:34:17 => Healtheck error: Error: Timeout of 7000ms exceeded
Jan 30 16:34:27 => Healtheck error: Error: Timeout of 7000ms exceeded
Jan 30 16:34:32 => Healtheck error: Error: connect EHOSTUNREACH 172.18.18.198:4567
Jan 30 16:34:43 => Healtheck error: Error: connect EHOSTUNREACH 172.18.18.198:4567
Jan 30 16:33:58 2025-01-30T16:33:58+01:00
Jan 30 16:33:58 2025-01-30T16:33:58+01:00
Jan 30 16:33:58 2025-01-30T16:33:58+01:00
Jan 30 16:33:58 2025-01-30T16:33:58+01:00
Jan 30 16:33:58 DeprecationWarning: Collection.update() is deprecated. Use updateOne, updateMany, or bulkWrite.
Jan 30 16:33:58 Telemetry is now disabled.
Jan 30 16:33:58 Using Mongosh: 1.10.6
Jan 30 16:33:58 Using Mongosh: 1.10.6
Jan 30 16:33:58 ]0;mongosh Current Mongosh Log ID: 679b9be6007078407cd9800e
Jan 30 16:33:58 ]0;mongosh mongodb://<credentials>@mongodb:27017/6227182edf48e3d1?directConnection=trueCurrent Mongosh Log ID: 679b9be688bebc16ac8d5b07
Jan 30 16:33:58 => Bringing package.json up to speed
Jan 30 16:33:58 => Creating directories
Jan 30 16:33:58 => Setting up email
Jan 30 16:33:58 Connecting to: mongodb://<credentials>@mongodb:27017/6227182edf48e3d1?directConnection=true&appName=mongosh+1.10.6
Jan 30 16:33:58 For mongosh info see: https://docs.mongodb.com/mongodb-shell/
Jan 30 16:33:58 For mongosh info see: https://docs.mongodb.com/mongodb-shell/
Jan 30 16:33:58 Using MongoDB: 6.0.13
Jan 30 16:33:58 acknowledged: true,
Jan 30 16:33:58 insertedId: null,
Jan 30 16:33:58 matchedCount: 1,
Jan 30 16:33:58 modifiedCount: 0,
Jan 30 16:33:58 upsertedCount: 0
Jan 30 16:33:58 {
Jan 30 16:33:58 }
Jan 30 16:33:59 2025-01-30T16:33:59+01:00
Jan 30 16:33:59 2025-01-30T16:33:59+01:00
Jan 30 16:33:59 2025-01-30T16:33:59+01:00
Jan 30 16:33:59 2025-01-30T16:33:59+01:00
Jan 30 16:33:59
Jan 30 16:33:59 npm ERR!
Jan 30 16:33:59 npm ERR!
Jan 30 16:33:59 npm ERR!
Jan 30 16:33:59 npm ERR!
Jan 30 16:33:59 npm ERR!
Jan 30 16:33:59 npm ERR!
Jan 30 16:33:59 npm ERR! node_modules/nodebb-plugin-extended-markdown
Jan 30 16:33:59 npm ERR! node_modules/nodebb-plugin-markdown
Jan 30 16:33:59 npm ERR! node_modules/nodebb-plugin-markdown
Jan 30 16:33:59 npm ERR! peer nodebb-plugin-markdown@"^12.0.2" from nodebb-plugin-extended-markdown@2.0.1
Jan 30 16:33:59 npm ERR! nodebb-plugin-extended-markdown@"2.0.1" from the root project
Jan 30 16:33:59 npm ERR! nodebb-plugin-markdown@"13.0.0" from the root project
Jan 30 16:33:59 npm ERR! node_modules/nodebb-plugin-extended-markdown
Jan 30 16:33:59 npm ERR! peer nodebb-plugin-markdown@"^12.0.2" from nodebb-plugin-extended-markdown@2.0.1
Jan 30 16:33:59 npm ERR! nodebb-plugin-extended-markdown@"2.0.1" from the root project
Jan 30 16:33:59 npm ERR! /home/cloudron/.npm/_logs/2025-01-30T15_33_59_322Z-eresolve-report.txt
Jan 30 16:33:59 npm ERR! Conflicting peer dependency: nodebb-plugin-markdown@12.2.9
Jan 30 16:33:59 npm ERR! Could not resolve dependency:
Jan 30 16:33:59 npm ERR! Fix the upstream dependency conflict, or retry
Jan 30 16:33:59 npm ERR! For a full report see:
Jan 30 16:33:59 npm ERR! Found: nodebb-plugin-markdown@13.0.0
Jan 30 16:33:59 npm ERR! While resolving: nodebb-plugin-extended-markdown@2.0.1
Jan 30 16:33:59 npm ERR! this command with --force or --legacy-peer-deps
Jan 30 16:33:59 npm ERR! to accept an incorrect (and potentially broken) dependency resolution.
Jan 30 16:33:59 npm ERR! ERESOLVE could not resolve
Jan 30 16:33:59 Error installing dependencies!
Jan 30 16:33:59 1. Bringing base dependencies up to date... started
Jan 30 16:33:59 1. Updating package.json file with defaults... OK
Jan 30 16:33:59 NodeBB Upgrade Complete!
Jan 30 16:33:59
Jan 30 16:33:59 [#########.........] / idealTree:code: timing idealTree:#root Completed in 1ms npm ERR! code ERESOLVE
Jan 30 16:33:59
Jan 30 16:33:59
Jan 30 16:33:59 Updating NodeBB...
Jan 30 16:33:59 Updating NodeBB...
Jan 30 16:33:59 npm ERR! A complete log of this run can be found in: /home/cloudron/.npm/_logs/2025-01-30T15_33_59_322Z-debug-0.log
Jan 30 16:33:59 2025-01-30T15:33:59.733Z [4567/54] - error: uncaughtException: Command failed: npm install --omit=dev
Jan 30 16:33:59 => Installing packages
Jan 30 16:33:59 Error occurred during upgrade: Error: Command failed: npm install --omit=dev
Jan 30 16:33:59 Error: Command failed: npm install --omit=dev
Jan 30 16:33:59 at /app/code/node_modules/commander/lib/command.js:1502:14
Jan 30 16:33:59 at /app/code/node_modules/commander/lib/command.js:1502:14 {"date":"Thu Jan 30 2025 15:33:59 GMT+0000 (Coordinated Universal Time)","error":{"output":[null,null,null],"pid":69,"signal":null,"status":1,"stderr":null,"stdout":null},"exception":true,"os":{"loadavg":[0.55,0.78,0.97],"uptime":33730.1},"process":{"argv":["/usr/local/node-18.18.0/bin/node","/app/code/nodebb","upgrade","--install"],"cwd":"/app/code","execPath":"/usr/local/node-18.18.0/bin/node","gid":1000,"memoryUsage":{"arrayBuffers":530315,"external":1195535,"heapTotal":21671936,"heapUsed":16562376,"rss":67280896},"pid":54,"uid":1000,"version":"v18.18.0"},"stack":"Error: Command failed: npm install --omit=dev\n at checkExecSyncError (node:child_process:890:11)\n at Object.execSync (node:child_process:962:15)\n at pkgInstall.installAll (/app/code/src/cli/package-install.js:129:9)\n at Object.handler (/app/code/src/cli/upgrade.js:22:19)\n at runSteps (/app/code/src/cli/upgrade.js:55:16)\n at Object.runUpgrade [as upgrade] (/app/code/src/cli/upgrade.js:98:9)\n at Command.<anonymous> (/app/code/src/cli/index.js:303:24)\n at Command.listener [as _actionHandler] (/app/code/node_modules/commander/lib/command.js:542:17)\n at /app/code/node_modules/commander/lib/command.js:1502:14","trace":[{"column":11,"file":"node:child_process","function":"checkExecSyncError","line":890,"method":null,"native":false},{"column":15,"file":"node:child_process","function":"Object.execSync","line":962,"method":"execSync","native":false},{"column":9,"file":"/app/code/src/cli/package-install.js","function":"pkgInstall.installAll","line":129,"method":"installAll","native":false},{"column":19,"file":"/app/code/src/cli/upgrade.js","function":"Object.handler","line":22,"method":"handler","native":false},{"column":16,"file":"/app/code/src/cli/upgrade.js","function":"runSteps","line":55,"method":null,"native":false},{"column":9,"file":"/app/code/src/cli/upgrade.js","function":"Object.runUpgrade [as upgrade]","line":98,"method":"runUpgrade [as upgrade]","native":false},{"column":24,"file":"/app/code/src/cli/index.js","function":null,"line":303,"method":null,"native":false},{"column":17,"file":"/app/code/node_modules/commander/lib/command.js","function":"Command.listener [as _actionHandler]","line":542,"method":"listener [as _actionHandler]","native":false},{"column":14,"file":"/app/code/node_modules/commander/lib/command.js","function":null,"line":1502,"method":null,"native":false}]}
Jan 30 16:33:59 at Command.<anonymous> (/app/code/src/cli/index.js:303:24)
Jan 30 16:33:59 at Command.<anonymous> (/app/code/src/cli/index.js:303:24)

@humptydumpty You’re absolutely right. I’ll try to restore the post.

Hi everyone,

I’d like to apologize for my previous post about registration issues. After further investigation, I realized the problem was on my end – I had set a registration limit, which I overlooked.

Thank you for your understanding, and I apologize once again.

Hi everyone,

I need some help with an issue regarding user management in the PeerTube app on Cloudron.

When I first installed the app, I selected the option "Let the app handle user management", and everything worked fine. Registrations could be enabled directly through the PeerTube settings. However, I accidentally switched the Cloudron setting to "Allow the following users", which now blocks user management within the app itself.
My questions:

1. Is there a way to revert back to "Let the app handle user management" without having to reinstall the app?
2. If I have to reinstall the app, will the backup stored on a remote storage (e.g., Hetzner or another Storage Box) remain intact, or will it be deleted when the app is uninstalled?

Thank you very much for any advice or tips on how to resolve this!

I was just about to write the same thing. I’m experiencing the same issue. The link in the email is not working.

@girish Thank you, I'll try writing there and let you know.

Hi everyone,

Has anyone tried to hide the emails of other users when sharing albums? I can’t seem to find a way to do it. It doesn’t appear to be possible to disable this in the web interface, and I couldn’t find a command or setting for it either. Maybe someone has dealt with this before and can advise.

Thank you so much!

Many thanks to everyone for the help and information; everything is fine now. I ended up purchasing a few additional modules. It was the classic case of an error between the chair and the keyboard.

I apologize again for the unnecessary thread. I really misunderstood. Thank you very much for the explanation. Sometimes simple things seem complicated.
I purchased the module. Thanks again to everyone; it was my mistake.

@luckow Ok, thank you for the information. Maybe I missed something. I just found it strange that when I log in as User A, I can see what User B wrote to support

@luckow Maybe I misunderstood, but in my opinion, support staff should see all tickets, while customers should only have access to their own support requests. This ensures each customer’s privacy.

Hi everyone,
I’ve run into an issue in FreeScout where I need to limit ticket visibility so that each user can only see their own tickets.
Does anyone have tips on how to achieve this?
Or suggestions on which extensions to choose?
Thank you very much for any advice.