Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to access transferred files (corporate computer requires admin account to install) #12

Open
idoric opened this issue Apr 7, 2022 · 3 comments
Assignees
Labels
bug Something isn't working

Comments

@idoric
Copy link

idoric commented Apr 7, 2022

Steps to Reproduce:

  • log on to the computer as a normal user
  • install on a computer A that requires an administrator username and password to be able to install anything
  • transfer files and directories from a computer B to computer A via Winpinator
  • try to "open" or "show in explorer…" these files and directories

Actual result:
For a file, nothing happens. For a directory, nothing happens with "show in explorer…", but with "open" Windows says that we aren't authorized to access the directory C:\Users<admin account>\Documents\Winpinator<loaded directory>.

Expected result:
Be able to access and open files and directories that have been transferred to the computer, for example in C:\Users<normal user account>\Documents\Winpinator<loaded directory>.

Long story short, my administrator kindly entered his password for the installation, but he won't give access to the directory which belongs to the admin account.

Proposed solution: create a Winpinator directory per user, in his personal directory, in order to have no problem with reading and writing rights.

@swiszczoo
Copy link
Owner

Hi, I haven't tried to replicate it yet but if it works like that, it's definitely a bug (it's supposed to use your own Documents directory). Can you check if this workaround works for you? Go to Preferences and under General tab there is a box called Location for received files, where you can select change your save path to some dir that belongs to your account. It should be stored for each Windows user separately.
Thanks.

@idoric
Copy link
Author

idoric commented Apr 9, 2022

I will test the workaround as soon as possible, which means not before two weeks unfortunately.

@swiszczoo swiszczoo self-assigned this Apr 10, 2022
@swiszczoo swiszczoo added the bug Something isn't working label Apr 10, 2022
@idoric
Copy link
Author

idoric commented Apr 26, 2022

Sorry for the wait, I have now been able to test the workaround, and I confirm that it works.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants