Title | | » | Enhancements to AutoCopyUSB |
Assigned To | | » | Brendan MacLean |
Type | | » | Defect |
Area | | » | Skyline |
Priority | | » | 3 |
Milestone | | » | 4.1 |
Love AutoCopyUSB.exe as it saves me a ton of time. If you or an intern this summer have any time to invest in improving it, that would be great. Here would be my wishlist in order of tweeks:
• Add capability to format USB drives to exFAT prior to starting – would have to make *absolutely sure* to exclude any non USB drives such as “C:”, or “D:”
• LUN order of USBs – seems like when you plug in drives into the hub, the drive assignments go “somewhat sequentially” E, F, G, H etc.. but then sometimes skips ahead to some other letter assignment like: N, O, P, Q. It would be great to have it behave more consistently. The issue is when a copying run is completed and one drive has not been duplicated exactly (ie shows red) its very hard to figure out which drive of the set has the error and should be reformatted, recopied.
• It would be great to have a “reset” button or something similar: after a run is completed, you could remove the copied USBs and add the next set of fresh empty USBs. The “reset” button would then tell the app to detect the new set of USBs which it then lists by drive assignment and off you go. The benefit here, would be that the source path (entered in the Directory with files to copy field) would remain populated. It’s a nit but currently the only way to clear the app after a run is to restart the AutoCopyUSB and then paste back in the source path. Ok, its only slightly more time consuming but the additional step of pasting in the path also invites potential errors.
Source files located on DB/AutoCopyUSB