FileVista v9.6.5
Version 9.6.5 - September 26, 2025
-
Fixed: In administration panel, if "Import Users" dialog was opened via context menu but current selected section was not "Users"
in the tree, after the import the section was not properly switched to "Users", although the grid listed new imported users.
In effect double-clicking on users, showed an error page instead of "Edit User" dialog. -
Improved: In "Import Users" dialog, made "Machine" as default selection for "Connect to" field and auto-populated current machine name
in name field for convenience, so that user can immediately click on "Find All" button without entering anything. -
Improved: Ensured Configuration wizard
configuration.aspxand Update wizardupdate.aspxworks even when ASP.NET Classic
impersonation is in effect. Writes to App_Data folder and database connections will be done by reverting impersonation if necessary.
These wizards will now also show "Reverted Identity" along with "Current Identity" as information on the page.
For example;- If impersonation and anonymous authentication is enabled for an ASP.NET application,
IUSRmay be impersonated (default setting in IIS is<anonymousAuthentication userName="IUSR">). - If impersonation is enabled and anonymous authentication is disabled for an ASP.NET application,
User authenticated by IIS will be impersonated.
These users are not member ofIIS_IUSRSby default so they will not have write access to app'sApp_Datafolder.
It's observed that ASP.NET runtime itself (System.CodeDom.Compiler) reverts any impersonation so it can write to "Temporary ASP.NET Files".
In previous version, we were also reverting impersonation but not in all places.
So now if no write access to app'sApp_Datafolder or cannot open database connection, we will revert toApplication Pool Identity
(all are automatically member ofIIS_IUSRSby default), which will usually beIIS APPPOOL\FileVista(created by installer).
- If impersonation and anonymous authentication is enabled for an ASP.NET application,
-
Fixed: FileUploader upload queue was not resuming (or stopping when there was only 1 file) when there was an error
for current file from the server, e.g. a permission error (Access to the path is denied).
The UI was stuck displaying "Cancel all" button, where it should be reset to new upload queue mode (stop and hide progress bars).