Administrator permission issues

[Alexsand73]

2 out of 4 of my players are ha having the following issue after installing FGU (demo version) and running the updater:

A window pops out with a "do not have write access to Either the application or data directory" message .

Neither cancelling or "fix permissions button " resolve the issue.

They both are logged in their personal computers as administrators.

I couldn't find in the forums how to solve it.

Any help to non computers experts would be appreciated.

[Moon Wizard]

That message appears if the updater tries to write to the application/data directory; and is blocked by the OS.

Either something on their machines has modified access to those folders; or the initial permission creation failed in the installer. If FGU is installed to a different directory than the default, then the user is more likely to have issues. (such as security software rewriting permissions)

Can those users try uninstalling and reinstalling to default directories? If that doesn't work, we may need to get log files.

The default directories are:
App Directory - C:\Program Files\SmiteWorks\Fantasy Grounds\
Data Directory - C:\Users\[UserName]\AppData\Roaming\SmiteWorks\Fantasy Grounds\

Regards,
JPG

[rgtschope]

Just had this issue with 6 different people. 1 was on Windows 7 and the other 5 were on Windows 10 Single Language Edition. For some reason, the permissions on SLE Windows are weird, so I had to guide them on how to manually set the permissions for the folders, even FGU's default ones. I believe that the Fix Permissions option on FGU doesn't account for different languages OSs (you being from Mexico basically confirmed this) and SLE's permissions being weird. Anyway, a basic tutorial on how to manually fix this. WARNING: Follow this EXACTLY as written and please be advised that messing with folder permissions can lead to major OS crashes.

1)Go to the installation folder and right click on it.
2)Click on Properties.
3)Go to the Security tab
4)Click on Edit (a new window appears)
5)Click on Add (a wild new window appears)
6)Click on Advanced (hey! another window!)
7)Click on Search Now (or something similar, running Portuguese version here)
8)A bunch of names should appear on the bottom of this window.
9)Double-click on the name that has your username on it (login name, email account, whatever is your login method on windows).
10)It should return to the previous window. In there, click OK.
11)It should return to the previous window. In there select the newly added user and on the permissions bellow (which should already be selected, but double-check it), click on the Permit Full Control checkbox. Hit Apply and then OK.
12)Click OK on any other windows and repeat the process for the Data directory.
13)Reinstall or Re-update FGU (carefully confirming that the folders you just worked through are the ones in the installation and setup menus)
14)???
15)Profit!

That's it, basically. The process should be the same for Windows 10, 8 and 7. Of all the people I walked through this (6), 5 got it working, but one didn't follow EXACTLY through and deleted his HDD access to EVERY user, rendering his system unusable. So, be cautious!

Anyway, since this was verifiable and could be reproduced every way, I believe the devs should do a proper testing to see if I am not exactly full of s**t on this. Maybe what causes this is not exactly what I described, but something very akin to it.

Good luck!!

[smelton]

So far, 100% of the permissions issues I have dealt with have been caused by third-party anti-virus software. During installation, the installer gives the built-in Users group write permissions to the installation directory. Some anti-virus software, F-Secure and Kaspersky to name a couple, remove those permissions. When the updater starts up, and each time it tries to write files to the application directory, it checks for write permissions and if it fails, it prompts with the Fix Permissions screen. Hitting the Fix Permissions button gives the builtin group write permissions to the directory again and sometimes that resolves the issue, but many times the anti-virus software removes them again. In those cases, two things need to happen in the following order:
1. Add an exception to the anti-virus software for the installation directory, (typically c:\Program Files\SmiteWorks\Fantasy Grounds)
2. Either manually add the permissions or run the installer again.

I don't have any personal experience with Single Language Edition, but I would be very surprised if that edition didn't have a builtin Users group.

[LordEntrails]

Just had this issue with 6 different people. 1 was on Windows 7 and the other 5 were on Windows 10 Single Language Edition. For some reason, the permissions on SLE Windows are weird, so I had to guide them on how to manually set the permissions for the folders, even FGU's default ones. I believe that the Fix Permissions option on FGU doesn't account for different languages
Note, FGU is not supported on Windows 7.

[rgtschope]

So far, 100% of the permissions issues I have dealt with have been caused by third-party anti-virus software. ... I don't have any personal experience with Single Language Edition, but I would be very surprised if that edition didn't have a builtin Users group.

Everyone had either their AVs disabled or used default Windows Defender. It had a Users group, but the main user wasn't authorized to make any modifications. Even though we updated the USERS group permissions it still didn't work, it only worked when we added the main user name in the permissions.


Note, FGU is not supported on Windows 7.

Yes, we told this guy about that, it was the only case where it didn't work and he ended up watching a stream of someone else's screen on Discord.

[new_vision]

Ah, i ran into that problem now. Had to reinstall Windows 10, same PC, nothing changed. Upon installing FG Unity i get the permissions error, even though every user on PC has full rights, i started as administrator and i used the default folders for installation. Ideas? It used to work flawlessly on the same PC, that what puzzles me.

Edit: When starting the installation anew, after cleaning up every reg entry and other trace, the installation wants to install the runtime libraries. Every runtime library is already installed. When continuing anyway i get stuck in the permissions loop.

[Herzog Igzorn]

This really sucks! I just upgraded from my FGC Ultimate and purchased FGU, then this update **** issue pops up. The whole morning I'm scrying through forums, trying out every proposed step -> FGU says "**** YOU, I AIN'T UPDATE!"

Please Smiteworks, do something to get this **** fixed. Its NOT on the users to change permission **** where every software else is just working.

Get your **** done!

[new_vision]

To be fair - when following the step by step instruction rktschope and manually adding me as user with all rights it works.

BUT:
as I am the only user and admin on my PC I SHOULDN'T be required to adjust user rights for an installation. I thought about moving my FGC game to FGU, but if everyone or even some of my users will encounter this problem, it is not worth it.

And yes, according to theog file, the software doesn't have permission to write on the standard folder paths. But that is an issue that should not happen at all on a completely newly set up Windows system.

[new_vision]

Interesting thing - i tried installing it on my laptop (on which i used only FGC so far), i received the same runtime library error (of course, as the version included in the installer is older than the MS one), but it got installed flawlessly, despite the error. Normal logging in and updater workds and does what he is supposed to do. I have the same user name on both PCs (as i log in with my MS account), so it can't be user name dependent. And i have the same setup when it comes to security.

Any ideas?

[smelton]

To be fair - when following the step by step instruction rktschope and manually adding me as user with all rights it works.

BUT:
as I am the only user and admin on my PC I SHOULDN'T be required to adjust user rights for an installation. I thought about moving my FGC game to FGU, but if everyone or even some of my users will encounter this problem, it is not worth it.

And yes, according to theog file, the software doesn't have permission to write on the standard folder paths. But that is an issue that should not happen at all on a completely newly set up Windows system.

You said you reinstalled Windows 10 .. but that alone is a big change.. is this a fresh install from Microsoft media, or some OEM recovery image, which typically includes bloat software (including security software), provided by the PC manufacturer? Also note that not every user has full rights on every folder in the system; to prove that point, start notepad and try to save the file to the root c:\ path. I'm also curious, if your user account is an admin on the system, why did you have to explicitly add it to the FGU installation directory with write permissions when the Administrators group inherits Full Control on that directory?

As far as I know, the majority of our users do not have this permissions problem. The FGUWebInstaller adds the built-in Users group to the installation directory with write permissions as the last step of the installation process. We have tested this multiple times (i.e. both with/without the VC++ redistributable preinstalled) on a VM with a fresh Windows 10 installation and I have confirmed the group is there post-install. Note: we use the Users group because we can't assume that every one of our users is the only user and/or is an admin on their PC. If that group is not listed under the security tab of the installation directory then something on your system must have removed it.

I agree, the user shouldn't be required to manually adjust user rights. Believe me, this is not the initial experience we want our users to have. However, if security software is running that is going to tamper with an application's installation, and the installation doesn't function properly, then manual intervention may be required. We try to prevent this by including a feature in the updater that detects and attempts to fix the missing permissions; but again, if the security software is aggressively enforcing its policies it either prevents us from adding the permissions required (in which case you see a "Failed to fix permissions" error), or we succeed and start the update process which fails because the security software immediately removed the permissions. "Disabling" the security software can mean something depending on software used, so the best solution is to add a rule to it to exclude the FGU installation directory and try again.

[new_vision]

I did a fresh install from the Windows media boot device, freshly created from the Microsoft website. So there is no bloatware of any kind.

The rights thing is exactly what puzzles me. I install Windows, i log in and activate it with my Microsoft account (which creates an admin user with my name), use the update feature to bring it up to speed. I go to the FG website, download the FGUWebinstaller and run it, i get the permissions error.

The laptop was set up EXACTLY the same way (different hardware obviously), and i don't have the permissions error.

Security settings are the same on both PCs, user name is the same as well. When i look at the FGU program folder on the PC there is a s**tload of users (looks like something went wrong during the initial setup). This is NOT the case on the laptop. But, as i said, the initial installation is the same on both PCs.

[smelton]

Interesting thing - i tried installing it on my laptop (on which i used only FGC so far), i received the same runtime library error (of course, as the version included in the installer is older than the MS one), but it got installed flawlessly, despite the error. Normal logging in and updater workds and does what he is supposed to do. I have the same user name on both PCs (as i log in with my MS account), so it can't be user name dependent. And i have the same setup when it comes to security.

Any ideas?

It's not an error .. its more like a notification .. The FGU installer runs the VC++ redistributable installer in passive mode, which the installs the VC++ runtime if its not already installed.

[smelton]

I did a fresh install from the Windows media boot device, freshly created from the Microsoft website. So there is no bloatware of any kind.

The rights thing is exactly what puzzles me. I install Windows, i log in and activate it with my Microsoft account (which creates an admin user with my name), use the update feature to bring it up to speed. I go to the FG website, download the FGUWebinstaller and run it, i get the permissions error.

The laptop was set up EXACTLY the same way (different hardware obviously), and i don't have the permissions error.

Security settings are the same on both PCs, user name is the same as well. When i look at the FGU program folder on the PC there is a s**tload of users (looks like something went wrong during the initial setup). This is NOT the case on the laptop. But, as i said, the initial installation is the same on both PCs.

The security settings should look like the attached image:
40091

[new_vision]

Well, it doesn't look like that. At all. Which makes me think that something went wrong during the initial installation of Windows 10. Weird. One doesn't look at the rights on a daily basis, but that seems to be the root of the evil. I will reinstall Windows, as it is in its early stages. Not much hurt! :)

[smelton]

Well, it doesn't look like that. At all. Which makes me think that something went wrong during the initial installation of Windows 10. Weird. One doesn't look at the rights on a daily basis, but that seems to be the root of the evil. I will reinstall Windows, as it is in its early stages. Not much hurt! :)

If you don't mind, post a screenshot of the security tab.

[new_vision]

40096 40097

I had to make two screenshots, as there are seven indiviual rights settings. This is SO weird. Coming from an absolutely clean install.

[new_vision]

It is really weird. I downloaded a fresh install image from Microsoft with the media creation tool, installed Win10 and get those strange rights in the program files Folder. If i set the user rights to full access, it works. Nonetheless - this seems to be a Windows issue, not an FG issue.

[mutantVenemy]

What was said in #3 helped me, I had the exact same issue - many thanks for that!

Btw - I installed it on my MS Surface, too. No problems there. Strange indeed.

[rgtschope]

You said you reinstalled Windows 10 .. but that alone is a big change.. is this a fresh install from Microsoft media, or some OEM recovery image, which typically includes bloat software (including security software), provided by the PC manufacturer? Also note that not every user has full rights on every folder in the system; to prove that point, start notepad and try to save the file to the root c:\ path. I'm also curious, if your user account is an admin on the system, why did you have to explicitly add it to the FGU installation directory with write permissions when the Administrators group inherits Full Control on that directory?

As far as I know, the majority of our users do not have this permissions problem. The FGUWebInstaller adds the built-in Users group to the installation directory with write permissions as the last step of the installation process. We have tested this multiple times (i.e. both with/without the VC++ redistributable preinstalled) on a VM with a fresh Windows 10 installation and I have confirmed the group is there post-install. Note: we use the Users group because we can't assume that every one of our users is the only user and/or is an admin on their PC. If that group is not listed under the security tab of the installation directory then something on your system must have removed it.

I agree, the user shouldn't be required to manually adjust user rights. Believe me, this is not the initial experience we want our users to have. However, if security software is running that is going to tamper with an application's installation, and the installation doesn't function properly, then manual intervention may be required. We try to prevent this by including a feature in the updater that detects and attempts to fix the missing permissions; but again, if the security software is aggressively enforcing its policies it either prevents us from adding the permissions required (in which case you see a "Failed to fix permissions" error), or we succeed and start the update process which fails because the security software immediately removed the permissions. "Disabling" the security software can mean something depending on software used, so the best solution is to add a rule to it to exclude the FGU installation directory and try again.

All the times I had to deal with that, the users were using Windows Defender or no security software. Users in Windows PRO hadn't any issues. It happened on SLE Windows, mostly. The fact that Program Files has different names on different languages could be a trigger of some sorts. Of course, I am talking on a base of 10 or so users of the demo version, all using Portuguese versions of Windoes. This is far from being a real test for it, bit is my experience... Thanks for the hard work!

[hoopalong]

I and several people from my game group have the same "fixing rights" problems. NO Antivir- or other security Software, except windows defender. Clean Windows installation (in my case even the 2nd clean windows installation, and the same problems). Its so frustrating. After moving from FG classic to FGU there was barely a week without problems, problem fixing and workarounds.... the whole group seems to spend more time to keep the software running/functional than actually playing the game we love.

My whole group is angry and pushing to change from Fantasy Grounds back to Roll20. After i literally spent YEARS to change their minds about Fantasy Grounds and to stop using Roll20 and switch to Fantasy Grounds (classic at that time). And i dont think i can stop them this time from switching again...

Switching from classic to FGU is just a frustrating experience for me, after buying an ultimate license i have nothing but regrets...

[Stormrider]

Hello, same issue here, very frustrating: the program does not install on a brand new laptop as it did not install on the old laptop.

Do not blame the users or the antivirus because I have installed dozens of programs with and without antivirus always without an error, from the huge games to the crappy drivers of the humble chinese mouse.

Your installer is doing something wrong and you have to check and fix it because the users paid a lot of money for that. The problem is known since one year because on this and other forums it is full of complaints, but the reaction was blaming the users or offering some workaround. Now that you are officially out of beta this kind of answers cannot be accepted.

[smelton]

Stormrider, I understand your frustration, however, I don't think we have ever blamed a user for this issue .. but it is definitely security software causing the problem. The updater requires write permissions to the installation directory so that it can install and update the application files. Unfortunately, some security software doesn't like users to have write permissions to the Program Files directory, the default installation directory per the Microsoft Windows standard, and it either blocks the installer from adding the permissions or it removes the permission immediately after install. You have the option to change the installation directory when installing, or you can add an exception to Windows Defender (and/or any other security software installed on your system) and reinstalling, or using the Fix Permissions option in the updater, or setting the permissions manually.

[LordEntrails]

Welcome to the forums Stormrider, sorry you are having problems.

But we are going to need to know actual details in order to help you. There are far too many possibilities for us to guess. Where is FGU failing to install? i.e at what step exactly? What do your system logs say? What do your security logs say? What do the FG installation logs say?

With more details we can provide more detailed advice.

[new_vision]

Chiming in again here (yays for notification) - after reading the thread again, especially rgtshope's entry, I was wondering - could it possibly be an install language based problem? I wrote earlier that I ran into the same issue: installation on my laptop went through flawlessly, installation on my workstation did not. Both were fresh setups of Win10. Laptop is set to system language English, workstation is set to system language German. Is it possible that when setting the rights for the folders, the updater doesn't recognize the windows internal handling of naming the folders according to the language scheme? Hence it does not set the rights properly because it does not know which folder to use?

[Tempestari]

Hi All!

Same problem here. 40917

I am struggling with the security tab of the folders with no success. Do you have a step by step procedure to fix this problem?


This is my first post on this forum and I am wondering why should I spent my time trying to fix these kind of problems...

Thank you

[Tempestari]

Hi All!

Same problem here. 40917

I am struggling with the security tab of the folders with no success. Do you have a step by step procedure to fix this problem?


This is my first post on this forum and I am wondering why should I spent my time trying to fix these kind of problems...

Thank you

Ok, I've found a solution in reddit: https://www.reddit.com/r/FantasyGrounds/comments/hpk8m3/problem_launching_fantasy_grounds_unity/

[Weissrolf]

...Unfortunately, some security software doesn't like users to have write permissions to the Program Files directory, the default installation directory per the Microsoft Windows standard, and it either blocks the installer from adding the permissions or it removes the permission immediately after install...
This is because Windows itself does not want "Everyone" to have write-permissions to the program files folder. It's been like ever since Windows Vista and every other installer out there gets around that by asking for proper administration rights, including a prompt that tells users about sensitive directories being written to. Even FGU's own installer does that, only once Updater is run do we get the permission problems.

Proper solution to this problem:

- Updater needs to ask for administration rights once any program files need to be updated/written. First it installs all data files that usually go to the users' own roaming directory (full user permission already available), then Updater restarts asking for administrator permission to install program files. If no program files are to be installed then no restart is necessary.


You have the option to change the installation directory when installing, or you can add an exception to Windows Defender (and/or any other security software installed on your system) and reinstalling, or using the Fix Permissions option in the updater, or setting the permissions manually.
This is so broad a statement that nearly every user seems to be affected, which hints at the "solution" not being good, especially when users have to find this information on some forum thread.

How many users reported back that adding an "exception to Windows Defender" worked for them? How did these users know that they had to set an exception for "FGUpdaterEngine.exe" instead of "FantasyGrounds.exe"?

[Weissrolf]

So I did a test: removed permissions to Everyone and removed write permissions to User, Administrators kept write permission. My own user account is part of the Administrator group. This was on my W10 1903 desktop.

Trying to start FGUpdaterEngine.exe either directly or via FGU crashed the Updater afterwards. Starting it directly "as Administrator" did not crash the updater, but presented me with the well known message that my permissions need to be fixed. Keep in mind that Updater was run "as Administrator" already and that even my normal user account is part of the Administrators group.

Asking Updater to fix the permissions failed! It still failed after disabling the Symantec Antivirus and Firewall. Why did it fail?

[smelton]

So I did a test: removed permissions to Everyone and removed write permissions to User, Administrators kept write permission. My own user account is part of the Administrator group. This was on my W10 1903 desktop.

Trying to start FGUpdaterEngine.exe either directly or via FGU crashed the Updater afterwards. Starting it directly "as Administrator" did not crash the updater, but presented me with the well known message that my permissions need to be fixed. Keep in mind that Updater was run "as Administrator" already and that even my normal user account is part of the Administrators group.

Asking Updater to fix the permissions failed! It still failed after disabling the Symantec Antivirus and Firewall. Why did it fail?

You might check and see if the permissions applied. There was a UI bug that says it failed instead of waiting for the permissions to apply. If you are up for testing the next build we are releasing this week, switch over to the Dev channel and run your test again. please let me know if you still issues.

[Weissrolf]

No permission were applied to the "Program Files\SmiteWorks\Fantasy Grounds" folder.

I will now uninstall, reinstall and then go right to the Dev channel to see what happens.

Edit: FGUpdater fails to uninstall (stuck at 12%) even after manually setting the permissions again. Steam did uninstall FGU itself, though. Will look into getting this to work and report back.

Edit2: After a simple logout/relogin FGUpdater was successfully uninstalled. I suspect that some part was still active when it kept crashing without proper permissions. On a side-note: FGUpdater is called "Fantasy Ground" (without Unity) in Windows' apps uninstall list, which makes is only discernible from Classic by its icon.

[Weissrolf]

Uninstall left the program files folder undeleted, so I have to manually delete it and try again. But I noticed a single log file in there with the following error text:

Uninstall desktop shortcut.
Uninstall Start menu shortcuts: C:\Users\myname\AppData\Roaming\Microsoft\Windows\ Start Menu\Programs\SmiteWorks\Fantasy Grounds
-Shortcut found, try delete
Clear uninstall registry entry.
Exception deleting reg key: System.Security.SecurityException: A security error has been detected.
at Microsoft.Win32.Win32RegistryApi.GenerateException (System.Int32 errorCode) [0x00045] in <fb001e01371b4adca20013e0ac763896>:0
at Microsoft.Win32.Win32RegistryApi.OpenSubKey (Microsoft.Win32.RegistryKey rkey, System.String keyName, System.Boolean writable) [0x00038] in <fb001e01371b4adca20013e0ac763896>:0
at Microsoft.Win32.RegistryKey.OpenSubKey (System.String name, System.Boolean writable) [0x0001b] in <fb001e01371b4adca20013e0ac763896>:0
at (wrapper remoting-invoke-with-check) Microsoft.Win32.RegistryKey.OpenSubKey(string,bool )
at FantasyGrounds.Unity.Updater.View.fg_ui_updater.Un installShortcuts () [0x0008d] in <b7c85b62ad63402287369ebdc6744ebe>:0
OnApplicationQuit()
e: OnApplicationQuit - Could not find shell C:\Program Files\SmiteWorks\Fantasy Grounds\FantasyGroundsUpdater.exe To self-update!

[smelton]

To test the new build against your previous test scenario, manually add the permissions, launch the updater, change to Dev channel and run the update. After the update close it and remove the permissions. Relaunch the updater and it should prompt you to fix permissions. Hit the Fix Permissions button and this time it should wait until the permissions are applied. Afterward, the Users group should have full permissions on the application directory (I switch it to use the Users group instead of the Everyone group - not sure why the previous developer used the Everyone group in the first place).

This build also includes fixes for the uninstaller if you want to give that a test drive too I would appreciate it.

Note: when we do the release this week, a new installer that includes this build will be released so I'm no concerned with testing the current installer.

[Weissrolf]

I finished testing the DEV build. Little did I know that a new installation cannot switch to any build other than Live, so I first had to manually set permissions again to allow downloading the DEV build.

Once DEV installed I removed permissions to check how the DEV Updater handles things. It succeeded in setting permissions to both the Program Files and Data folder. Instead of allowing Write permissions to Everyone it set Full permissions to Users. I like the "Users" part, but wonder about the "Full" (instead of Write) part!?

This still is an unconventional and improper workaround, but it seems to be working better than before. It should save me the hassle of having to troubleshoot my players' setups. But again, a proper way of handling this would be for Updater to be restarted with Administrator rights whenever Program Files need to be updated.

[smelton]

There is an edge case, one that affects FGC (which works the "proper" way) that this design avoids. I think the biggest issue, which only affected Windows SL, was the permissions were being applied using the English spelling for the Users group. In this build, I changed that to apply permissions using the SID instead.

[Weissrolf]

I suspected that using English spelling might have been a possible issue. On the other hand I do use English on my desktop W10 (German on the laptop) and it still failed. Anyway, the new workaround is better now.

Symantec Antivirus did not keep FGU from setting the new permissions, after a restart I will check Windows Defender.

[Weissrolf]

Windows Defender does not keep FGU from changing permissions either.

FGUpdater can keep itself from setting its permissions, though. This happens when the "Fix Permissions" button is not hit fast enough. Updater then runs its course in the background and closes its own window before the button can be pressed.

[brionifi]

You said you reinstalled Windows 10 .. but that alone is a big change.. is this a fresh install from Microsoft media, or some OEM recovery image, which typically includes bloat software (including security software), provided by the PC manufacturer? Also note that not every user has full rights on every folder in the system; to prove that point, start notepad and try to save the file to the root c:\ path. I'm also curious, if your user account is an admin on the system, why did you have to explicitly add it to the FGU installation directory with write permissions when the Administrators group inherits Full Control on that directory?

As far as I know, the majority of our users do not have this permissions problem. The FGUWebInstaller adds the built-in Users group to the installation directory with write permissions as the last step of the installation process. We have tested this multiple times (i.e. both with/without the VC++ redistributable preinstalled) on a VM with a fresh Windows 10 installation and I have confirmed the group is there post-install. Note: we use the Users group because we can't assume that every one of our users is the only user and/or is an admin on their PC. If that group is not listed under the security tab of the installation directory then something on your system must have removed it.

I agree, the user shouldn't be required to manually adjust user rights. Believe me, this is not the initial experience we want our users to have. However, if security software is running that is going to tamper with an application's installation, and the installation doesn't function properly, then manual intervention may be required. We try to prevent this by including a feature in the updater that detects and attempts to fix the missing permissions; but again, if the security software is aggressively enforcing its policies it either prevents us from adding the permissions required (in which case you see a "Failed to fix permissions" error), or we succeed and start the update process which fails because the security software immediately removed the permissions. "Disabling" the security software can mean something depending on software used, so the best solution is to add a rule to it to exclude the FGU installation directory and try again.


I Bought the FGU but becouse of this problem i keep playing with the FGC , all my friends have the permission problem and i dont now how to fix it
i'm a brasilian so sry for the bad english

[smelton]

If you are still having this issue my guess is you are using an old installer. Download the latest installer (https://www.fantasygrounds.com/filelibrary/FGUWebInstall.exe) and try again

[rgtschope]

I Bought the FGU but becouse of this problem i keep playing with the FGC , all my friends have the permission problem and i dont now how to fix it
i'm a brasilian so sry for the bad english

As permissões em Windows SLE são estranhas, então você precisa manualmente colocar as permissões para as pastas, até mesmo a padrão do FGU. Acredito que a opção de Consertar Persmissões no FGU não leva em conta sistemas com idiomas diferentes e o esquema diferente das permissões SLE. De qualquer jeito, segue um tutorial básico em como consertar manualmente isso. CUIDADO: Siga EXATAMENTE como escrito e por favor note que bagunçar as permissões erradas das pastas pode levar a crashes extremos do Windows.

1)Vá para a pasta de instalação e clique com o botão direito.
2)Clique em Propriedades.
3)Vá para a aba de Segurança
4)Clique em Editar (uma nova janela aparece)
5)Clique em Adicionar (uma wild new janela aparece)
6)Clique em Avançado (ei! outra janela!)
7)Clique em Procurar Agora(ou algo parecido com isso)
8)Um punhado de nomes deve aparecer na parte debaixo dessa janela.
9)Dê um clique duplo no nome que tem o seu nome de usuário (nome de login, conta de email, qualquer que seja seu método de logar no Windows)
10)Deve voltar para a janela anterior. Clique OK nela.
11)Deve voltar para a janela anterior. Lá, selecione o usuário recém adicionado e nas permissões abaixo (que já deve estar selecionado, mas confere), seleciona a caixa Permitir Controle Total. Aperte Aplicar e então OK.
12)Clique OK em quaisquer outras janelas e repita o processo para o diretório Data do FGU.
13)Reinstale ou Re-atualize o FGU (com cuidado para selecionar as pastas que você alterou quando pedir as pastas de instalação e de dados.
14)???
15)Lucro!

É isso! O processo deve ser o mesmo para Wuindows 10 e 8 (o FGU não é compatível com o 7). De todas as pessoas que eu já fiz esse método (umas 8), 7 funcionaram, mas uma delas não seguiu os passos EXATAMENTE e deletou o acesso a todos os arquivos dele no HD, deixando o sistema dele inutilizável. Então tenha cuidado!

Como o Dev respondeu na resposta seguinte a essa, a versão nova do instalador já atualizou os problemas de permissão do Windows SLE, então antes de tentar esses passos, peça para a galera baixar o novo instalador no https://www.fantasygrounds.com/filelibrary/FGUWebInstall.exe

Boa sorte!

[smelton]

As permissões em Windows SLE são estranhas, então você precisa manualmente colocar as permissões para as pastas, até mesmo a padrão do FGU. Acredito que a opção de Consertar Persmissões no FGU não leva em conta sistemas com idiomas diferentes e o esquema diferente das permissões SLE. De qualquer jeito, segue um tutorial básico em como consertar manualmente isso. CUIDADO: Siga EXATAMENTE como escrito e por favor note que bagunçar as permissões erradas das pastas pode levar a crashes extremos do Windows.

1)Vá para a pasta de instalação e clique com o botão direito.
2)Clique em Propriedades.
3)Vá para a aba de Segurança
4)Clique em Editar (uma nova janela aparece)
5)Clique em Adicionar (uma wild new janela aparece)
6)Clique em Avançado (ei! outra janela!)
7)Clique em Procurar Agora(ou algo parecido com isso)
8)Um punhado de nomes deve aparecer na parte debaixo dessa janela.
9)Dê um clique duplo no nome que tem o seu nome de usuário (nome de login, conta de email, qualquer que seja seu método de logar no Windows)
10)Deve voltar para a janela anterior. Clique OK nela.
11)Deve voltar para a janela anterior. Lá, selecione o usuário recém adicionado e nas permissões abaixo (que já deve estar selecionado, mas confere), seleciona a caixa Permitir Controle Total. Aperte Aplicar e então OK.
12)Clique OK em quaisquer outras janelas e repita o processo para o diretório Data do FGU.
13)Reinstale ou Re-atualize o FGU (com cuidado para selecionar as pastas que você alterou quando pedir as pastas de instalação e de dados.
14)???
15)Lucro!

É isso! O processo deve ser o mesmo para Wuindows 10 e 8 (o FGU não é compatível com o 7). De todas as pessoas que eu já fiz esse método (umas 8), 7 funcionaram, mas uma delas não seguiu os passos EXATAMENTE e deletou o acesso a todos os arquivos dele no HD, deixando o sistema dele inutilizável. Então tenha cuidado!

Boa sorte!

The latest version of the installer addresses the permissions issues presented by the SLE edition of Windows. If you are still having problems installing, you are probably using an old installer. Please download the latest version of the installer here: https://www.fantasygrounds.com/home/home.php

[new_vision]

If you are still having this issue my guess is you are using an old installer. Download the latest installer (https://www.fantasygrounds.com/filelibrary/FGUWebInstall.exe) and try again

Is this still a DEV build or is it a live build already?

Crossposting...Urgs! ;)

[rgtschope]

Added the translation to Portuguese on my last reply. Thanks for the info!

[smelton]

Is this still a DEV build or is it a live build already?

Crossposting...Urgs! ;)

It's Live.