TOS 7.0.0765 Official Release (X86) is Now Available

[OlRedRooster]

F4-425 Plus here. Updated to latest version this morning without any problems. I also updated some of my Terramaster community place apps with their tos 7 versions.

Just noticed i can't open any of those apps in the app center. When i click open, i get a 502 bad gateway. All of the apps are working and accessible by the nas IP adress and ports.

I tried to reboot the NAS, clearing browser cache and cookies, tried also incognito mode and other browsers.
Also tried to re-install the apps and still same problem.
Now i can't access tailscale console management. Only the apps from community place, all other apps i can open them.

Anyone else?
Thank you

Did you get this fixed eventually?
I'm having the same problem with Jellyfin installed from the app store and Caddy installed from community apps. Caddy is still running fine, and jellyfin can be hit using a different port than the shortcut uses, but I'd like those shortcuts to both work without having to reinstall the app(mainly Jellyfin, I don't want to risk losing anything by reinstalling).

[digi999]

F4-425 Plus here. Updated to latest version this morning without any problems. I also updated some of my Terramaster community place apps with their tos 7 versions.

Just noticed i can't open any of those apps in the app center. When i click open, i get a 502 bad gateway. All of the apps are working and accessible by the nas IP adress and ports.

I tried to reboot the NAS, clearing browser cache and cookies, tried also incognito mode and other browsers.
Also tried to re-install the apps and still same problem.
Now i can't access tailscale console management. Only the apps from community place, all other apps i can open them.

Anyone else?
Thank you

Did you get this fixed eventually?
I'm having the same problem with Jellyfin installed from the app store and Caddy installed from community apps. Caddy is still running fine, and jellyfin can be hit using a different port than the shortcut uses, but I'd like those shortcuts to both work without having to reinstall the app(mainly Jellyfin, I don't want to risk losing anything by reinstalling).

watching as I get exactly the same if I click my installed apps from the TOS7 front screen

[Metrogeek]

F4-425 Plus here. Updated to latest version this morning without any problems. I also updated some of my Terramaster community place apps with their tos 7 versions.

Just noticed i can't open any of those apps in the app center. When i click open, i get a 502 bad gateway. All of the apps are working and accessible by the nas IP adress and ports.

I tried to reboot the NAS, clearing browser cache and cookies, tried also incognito mode and other browsers.
Also tried to re-install the apps and still same problem.
Now i can't access tailscale console management. Only the apps from community place, all other apps i can open them.

Anyone else?
Thank you

Did you get this fixed eventually?
I'm having the same problem with Jellyfin installed from the app store and Caddy installed from community apps. Caddy is still running fine, and jellyfin can be hit using a different port than the shortcut uses, but I'd like those shortcuts to both work without having to reinstall the app(mainly Jellyfin, I don't want to risk losing anything by reinstalling).

Yes i fix the issue by installing PHP 7.4 from the app center as TM support reply

[marethari]

Updated my Terramaster F4-223 to 7.0.0765 (went from 5->6->7.0747 -> this one). Now I have an issue assigning permissions for an user group for a specific folder. If I'm assigning them from the shared folders, it works, but as soon as I go to the file manager and try to check the permissions from there, the permission for the user group disappears even if I don't do any changes or press apply. If I try to apply the permissions from the file manager, they are not saved. Is this a bug with the new version or is this the expected behavior?

[TMzethar]

Updated my Terramaster F4-223 to 7.0.0765 (went from 5->6->7.0747 -> this one). Now I have an issue assigning permissions for an user group for a specific folder. If I'm assigning them from the shared folders, it works, but as soon as I go to the file manager and try to check the permissions from there, the permission for the user group disappears even if I don't do any changes or press apply. If I try to apply the permissions from the file manager, they are not saved. Is this a bug with the new version or is this the expected behavior?

Hi,
Thanks for reaching out, and apologies for the inconvenience.
We've noted the issue you described and are now investigating it. We'll keep you updated on our progress.

[TMzethar]

You may also consider booking an online appointment with an engineer for remote assistance if needed.
https://salesiq.zohopublic.com/signatur ... 97d0be8892

[OttO1916]

My F2-221 and F5-221 upgraded to 7.0.0765 without issues
Thanks!

[apvm]

F4-424 upgraded to 0765 but not test yet, funny thing is I just upgraed from TOS 6 to TOS 7 0747 version and it said a new update for TOS 7 after upgraded sucessfully to 0747. So no time to test either 0747 or now 0765.

[nikk]

[BUG] Apps don't auto-start after reboot – App Center status out of sync

Problem:
After every system reboot, applications installed from the App Center (Docker Engine, Docker Manager, Emby) show as "Not Enabled" and do not start automatically. I have to manually activate them each time.

What I've tried:
I created a trigger-based scheduled task to start Emby using:

Code: Select all

/etc/init.d/emby start

The service starts successfully after reboot, but the App Center still shows the app as "Not Enabled". The status doesn't update to reflect that the service is actually running.

Core issues:
No built-in "Auto-start on boot" option for installed apps.
Task Scheduler lacks a "Run at system startup" trigger for services – only hourly or event-based schedules.
App Center status does not sync with the actual service state when started manually/scripted.

Expected behavior:
Apps should auto-start after reboot (or at least have a toggle for it).
Task Scheduler should include a startup trigger option.
App Center should correctly display the real status of each application.

Device: F2-425 Plus
TOS Version: 7.0.0765
Affected Apps in my case: Docker Engine, Docker Manager, Emby

[Phil]

[BUG] Apps don't auto-start after reboot – App Center status out of sync

Problem:
After every system reboot, applications installed from the App Center (Docker Engine, Docker Manager, Emby) show as "Not Enabled" and do not start automatically. I have to manually activate them each time.

What I've tried:
I created a trigger-based scheduled task to start Emby using:

Code: Select all

/etc/init.d/emby start

The service starts successfully after reboot, but the App Center still shows the app as "Not Enabled". The status doesn't update to reflect that the service is actually running.

Core issues:
No built-in "Auto-start on boot" option for installed apps.
Task Scheduler lacks a "Run at system startup" trigger for services – only hourly or event-based schedules.
App Center status does not sync with the actual service state when started manually/scripted.

Expected behavior:
Apps should auto-start after reboot (or at least have a toggle for it).
Task Scheduler should include a startup trigger option.
App Center should correctly display the real status of each application.

Device: F2-425 Plus
TOS Version: 7.0.0765
Affected Apps in my case: Docker Engine, Docker Manager, Emby

Thank you for your detailed description. We have identified and resolved the issue you reported, and we expect to address it in the next version. I will notify you again after the version is released.