* Review Folder Permissions Plugin Snippet
- Valkrider
- Megastar
- Posts: 1563
- Joined: 04 Jun 2012 19:03
- Family Historian: V7
- Location: Lincolnshire
- Contact:
Re: Review Folder Permissions Plugin Snippet
Mike
I have in fact set it to E:\ for the projects folder. I have other mapped folders on my Mac HDD for other Windows apps to access. It seems as though it is FH that is reporting the location \\VBOXSVR\Family_Historian_Projects as that is what is set in the Project Window. I have now set it to E:\ BUT FH still reports the location as \\VBOXSVR\Family_Historian_Projects in your plugin. Most odd.
I have in fact set it to E:\ for the projects folder. I have other mapped folders on my Mac HDD for other Windows apps to access. It seems as though it is FH that is reporting the location \\VBOXSVR\Family_Historian_Projects as that is what is set in the Project Window. I have now set it to E:\ BUT FH still reports the location as \\VBOXSVR\Family_Historian_Projects in your plugin. Most odd.
- tatewise
- Megastar
- Posts: 28341
- Joined: 25 May 2010 11:00
- Family Historian: V7
- Location: Torbay, Devon, UK
- Contact:
Re: Review Folder Permissions Plugin Snippet
@Mervyn ~ Crossover is almost certainly not running the ICACLS command, nor the WHOAMI /GROUPS command at all.
So nothing gets into the log file except the ECHO %UserDomain%\\%UserName% command.
Unless those ICACLS and WHOAMI commands can be installed in Crossover that is the way it is.
Eventually, the script I am developing will try this command prompt method and if it fails will revert to the current method of saving & deleting a file to the folder and suffer the change to the Date modified.
@Colin ~ Have you tried closing and re-opening FH which might reset things?
So nothing gets into the log file except the ECHO %UserDomain%\\%UserName% command.
Unless those ICACLS and WHOAMI commands can be installed in Crossover that is the way it is.
Eventually, the script I am developing will try this command prompt method and if it fails will revert to the current method of saving & deleting a file to the folder and suffer the change to the Date modified.
@Colin ~ Have you tried closing and re-opening FH which might reset things?
Mike Tate ~ researching the Tate and Scott family history ~ tatewise ancestry
- Valkrider
- Megastar
- Posts: 1563
- Joined: 04 Jun 2012 19:03
- Family Historian: V7
- Location: Lincolnshire
- Contact:
Re: Review Folder Permissions Plugin Snippet
Spot on @Mike that has fixed it now reports as E:\
- tatewise
- Megastar
- Posts: 28341
- Joined: 25 May 2010 11:00
- Family Historian: V7
- Location: Torbay, Devon, UK
- Contact:
Re: Review Folder Permissions Plugin Snippet
@Colin ~ Excellent! Is that something we need to add as advice in:- how_to:family_historian_v6_on_crossover_wine|> Family Historian V6 & Ancestral Sources V5 on Crossover, PlayOnLinux/Mac & Wine
Does Saturday's Plugin Version 0.7 now work without today's Version 0.8 fix for the network link?
Does Saturday's Plugin Version 0.7 now work without today's Version 0.8 fix for the network link?
Mike Tate ~ researching the Tate and Scott family history ~ tatewise ancestry
- Valkrider
- Megastar
- Posts: 1563
- Joined: 04 Jun 2012 19:03
- Family Historian: V7
- Location: Lincolnshire
- Contact:
Re: Review Folder Permissions Plugin Snippet
@Mike
No such luck unfortunately this is the result with 0.7
Whereas v0.8 still works fine.
No such luck unfortunately this is the result with 0.7
Whereas v0.8 still works fine.
Re: Review Folder Permissions Plugin Snippet
Colin/Mike,
Could this be significant:
"Shared folders physically reside on the host and are then shared with the guest, which uses a special file system driver in the Guest Additions to talk to the host. For Windows guests, shared folders are implemented as a pseudo-network redirector. For Linux and Oracle Solaris guests, the Guest Additions provide a virtual file system."
Source: VirtualBox User Manual Section 4.3
I'm sure the way shared Folders/Drives were presented changed some time ago, possibly when VirtualBox version 6.0.0 was introduced. Now it's up to 6.1.8
If I remember correctly, setting up shared drives in a Windows VM used to result in the automatic allocation of Drive letters starting with the next in the alpha sequence, but from 6.0.0 (I believe) things changed to allocation using the more normal networking convention of working backwards form Z: for attached Drives and displaying the 'network' address with the allocated Windows Drive Letter in brackets. In Windows programs running in a Windows VM you can select Drives by their Letter Code, but if you examine the actual address what you see is the full network path. 'File Manager' Images attached showing how shared Drives (Folders) are presented in Linux and Windows.
Mervyn
Could this be significant:
"Shared folders physically reside on the host and are then shared with the guest, which uses a special file system driver in the Guest Additions to talk to the host. For Windows guests, shared folders are implemented as a pseudo-network redirector. For Linux and Oracle Solaris guests, the Guest Additions provide a virtual file system."
Source: VirtualBox User Manual Section 4.3
I'm sure the way shared Folders/Drives were presented changed some time ago, possibly when VirtualBox version 6.0.0 was introduced. Now it's up to 6.1.8
If I remember correctly, setting up shared drives in a Windows VM used to result in the automatic allocation of Drive letters starting with the next in the alpha sequence, but from 6.0.0 (I believe) things changed to allocation using the more normal networking convention of working backwards form Z: for attached Drives and displaying the 'network' address with the allocated Windows Drive Letter in brackets. In Windows programs running in a Windows VM you can select Drives by their Letter Code, but if you examine the actual address what you see is the full network path. 'File Manager' Images attached showing how shared Drives (Folders) are presented in Linux and Windows.
Mervyn
- Attachments
-
- Screenshot 2020-05-18 at 19.34.36.jpg (47.86 KiB) Viewed 4469 times
-
- Screenshot 2020-05-18 at 19.20.03.jpg (50.46 KiB) Viewed 4472 times
- tatewise
- Megastar
- Posts: 28341
- Joined: 25 May 2010 11:00
- Family Historian: V7
- Location: Torbay, Devon, UK
- Contact:
Re: Review Folder Permissions Plugin Snippet
@Colin ~ Thank you ~ I'll stick with the Version 0.8 script.
@Mervyn ~ It seems that drive configuration is not relevant to this permissions scenario.
@Mervyn ~ It seems that drive configuration is not relevant to this permissions scenario.
Mike Tate ~ researching the Tate and Scott family history ~ tatewise ancestry
Re: Review Folder Permissions Plugin Snippet
Just for my edification, what is the issue faced with updating the date?
FH V.6.2.7 Win 10 64 bit
- tatewise
- Megastar
- Posts: 28341
- Joined: 25 May 2010 11:00
- Family Historian: V7
- Location: Torbay, Devon, UK
- Contact:
Re: Review Folder Permissions Plugin Snippet
Ron, see the latter postings in Backup and Restore Plug-In (17642) that discuss Date modified.
Mike Tate ~ researching the Tate and Scott family history ~ tatewise ancestry