Alloc

Can you try creating a folder named "logs" in there manually and see if that helps? Also, don't run games as administrator. Devs generally aren't that trustworthy either

Would still be interested in knowing what exactly you changed and didn't seem to apply. Permissions are definitely reloaded live (you'll see that in the log output when it happens), so I assume it must be something very specific I missed. Actually that's vanilla. It just defines what permission level is required so that a user can view landclaims of all players, not just his own. Note that this API only provides info about the Map to the frontend, it doesn't actually control whether the map images can be accessed. For the vanilla web dashboard that indeed means it would not show the "Map" menu entry as it requires access to this API to know details on what to show, so for *most* practical reasons that is doing what you want. But it might not meet other people's use cases so wanted to make this one clear

> 1. What is "Login"? dont work at all for me It allows you to log in to the page. The login popup tells you what to do to create a user. > 2. why i cand "scroll" on the "mods" entry? Bug in the first release, it's already fixed and the fixed version will be included in 21.2 > 3. What are "markers? Only some bvlue "?" bulbs... It's just an example mod to show how mods can interact with this new system to add their own stuff. If you don't want it to show up you can disable it by removing permissions (i.e. permissions to e.g. -1), or you can delete the whole mod from the mods folder.

Thanks for reporting the input box bug, might also affect other things so good to know. Tried reproducing it being in the wrong spot but for me it works fine, placing the marker correctly. When you say it creates it in the wrong spot, did it show correctly in the table or was that showing the wrong spot too?

If you can't connect to the page at all it's not related to permissions. Logs might give further hints.

Well, "it's not working" is not going to get you help. We need more details, i.e. *what* is not working, logs? That would happen if your server does not have the TFP mods available.

Yes, no web module "web", but "web.map" (as you did in your sceenshot) should be just fine. This looks like you actually removed the MapRendering mod from your server.

They can just run it again at any time.

Set the permission for web.map to 2000 ("webpermission add web.map global 2000"). See above and don't forget enabling the maprendering in the serverconfig. So you are saying you tried editing the file while the second server was *running* and it did not pick up until restarting it? No, webserver already is quite heavy on the .NET runtime, SSL/TLS would drastically increase this again. You are advised to run this behind a reverse proxy like Nginx or Apache.

To clarify a few things: - You do not *need* the WebDashboardUrl - as per comment in the config it's only if the webserver is not available through its public IP (e.g. because you have it firewalled and behind a reverse proxy, which is actually recommended) - For the map to work at all it needs to be enabled in the serverconfig - No need to restart the server for permission changes to apply (no matter if done manually in the file or through console commands) - The default permissions allow users with permission level 0 full access to everything, other users (no matter if logged in or not) will not be able to do anything - You should not touch the "webapi.map" permission. This is about the *API* providing the frontend information about the map setup, it's not the map - If you want users with permission level > 0 see the map you need to change the permission level of the module "web.map". Either 2000 so it becomes visible even to users not logged in to the dashboard at all, 1000 so it becomes visible to those logged in only or any other value so it's only visible to those with that permission level (and above). - The console API does not have to be protected any further, the actual console commands define who can access what - If you do not *want* the console to show at all though you can set "webapi.command" method GET to level 0 (or 1000 if you want it to be available to all logged in users only). Currently this permission also controls the visibility of the settings page. - "Mods" menu entry is controlled by "webapi.mods" method GET.

You should not read too much into that mod. It's purely meant as an example on how to add something new to the dashboard (still need to make the source publicly available). Other than that you basically found out everything about it: - It creates five random markers at load time - You can add new ones with the boxes above the list - You can edit existing ones by double clicking the coordinate cells - You can delete existing ones by selecting a row and pressing the delete key

Map rendering needs to be enabled in the serverconfig. The "enablerendering" command is only an override to disable it at runtime. Arguments are "1" to turn on or anything else to disable (command help will be improved).

No, it's a completely independent thing. The scripts are for installing/managing servers on Linux, the mod can be used with any 7days server no matter the OS

You probably didn't enabled MapRendering in the config. Legacy mod still works and provides some stuff the new vanilla version can not serve yet. If you only need the map but no offline players / inventories the new version should serve you well. Also, wrong thread

Oh, was that announced already? But you can actually use it now already if you want, it's available as a mod for A20 Not sure what exactly you mean. All of the mod's source is available through the as linked from the doc page: https://7dtd.illy.bz/wiki/Server fixes If you meant something else please let me know