Py Script Won't Move File to Citrix Sharefile location

[JesseBaker]

I have a simple script that exports and downloads a shapefile and stores it to my local desktop. I recently added these steps to simply move the file to a Citrix Sharefile location:

source = r'C:\temp\RAES Somerset Backups'
destination = r'S:\Shared Folders\........'
allfiles = os.listdir(source)
for f in allfiles:
shutil.move(os.path.join(source,f),destination)

When running the script in a Jupyter notebook, it works are expected. Though, when I try to schedule this through Task Scheduler on Windows 10, the file does not move to the shared location.

Any ideas???

[Clubdebambos]

Hi @JesseBaker 

Ive had a similar issue in the past, it was nothing to do with my code, it was how I was setting up the Task Scheduler. Googled and tried a couple of things, but I cant remember what worked in the end. If you add in the workflow you are using for Task Scheduler it might help get some answers. Also, good practice not to have spaces in your filepaths if possible. Can sometimes cause weird behaviours with programming/programs.

[JesseBaker]

@Clubdebambos  Appreciate the response! My trigger is just weekly on fridays when my user is signed in. Here is my action:

I'm new to python but I'm lost as to why the entire script works up to the part where I want to move the file.

Any further advice is greatly appreciated!!

[Clubdebambos]

Try the workflow in this link.

It uses a batch file. 

[JesseBaker]

This helps as I can actually see the error that it is encountering, though I don't understand why it cannot find the file path. I tried wrapping the path in single and double quotes but get the same error either way.

Again, I am confused how it works in a jupyter notebook but not this way.

[RhettZufelt · Accepted solution]

Could be the S: drive mapping.  Drive mapping is user specific so the S: drive gets connected when you log in.  If you are running as Scheduled Task, often the same user is not logged in and the S: drive would not exist.

Try changing to UNC paths and see if that fixes the issue as that is independant of current logged in user.

R_