PA 2010 Beta - Timestamp Issue with Backup

As I was running some backup function tests with the latest PA 2010 Beta, I decided to use the time stamp option as I was creating different test scenarios. This way, I thought, I could compare results much easier. Well, in the process I’ve discovered that the HMS portion of the time stamp is not being created properly at the time the ZIP file is actually written.

It turns out that the time stamp appended to the ZIP file is the time when the time stamp option was last manipulated in the script itself. For example, while editing the script, and specifically the time stamp option, the time stamp is shown as an example right underneath the option entry field. This, as it turns out will be the HMS time stamp appended to the backup file on the next run. There maybe more to it then this example, but this is what I’ve observed to this point.

it writes the timestamp at the time backup process/compression starts (not editing) - which is correct way of doing it, because thats when files start being backed up. For instance if you had very large backup, there might be big difference in time between start and finish of backup process.

@AluminumHaste:
Okay testing this script out on a Windows 7 Professional 32bit machine works just fine with 7zip optimized Ultra compression, no errors. Might be a 64 bit issue.
in any case, it is google drive issue - we dont do anything special there. But you need to check non-optimized and zip compression to see if you can work around it.

You’re very welcome.
I have attached a screenshot showing what to select in the backup configuration in order for it to appear fully.
In the dropdown shown, Minimized is selected by defauly, So, simply select “Normal” and the backup will appear when selecting Run.

There’s some weird bugs in Beta 3 with the Shell Extension when the Queue is enabled.
Here’s repro steps:
1. Right click on folder in Explorer
2. Select Compress to … + Options in context menu.
3. Select CAB as archive type.
4. Set Method to LZX
5. Make sure “Add to Queue” is checked.
6. Click “Add.”
The resulting archive file is using MsZIP compression, not LZX. If you follow the same steps only uncheck “Add to Queue”, then the resulting archive is LZX packed.
I’m not sure if this affects other archive types or not, I haven’t tested further.
Another bug I ran into while dorking around with the details on this one is as follows:
1. Start with an empty folder (foo).
2. Create a subfolder (bar). Toss some files in.
3. Right-click on bar, select Compress to … + Options
4. Make sure archive type is CAB.
5. Click Add.
Everything’s fine so far. In foo, you have a folder bar, and a file bar.cab.
Now to make it go pear-shaped.
1. Right-click on bar again, select Compress to … + Options
2. Make sure Archive type is CAB.
3. Make sure Add to Queue is checked.
4. Change the archive name. (e.g. grah.cab)
5. Click Add.
6. Proceed to be greeted by a prompt asking you to overwrite bar.cab.
It gets weirder.
7. Click “Yes.”
bar.cab gets deleted, and grah.cab is created.
This bug happened with CAB files for me, but not 7-Zip. I don’t know if other archive types are affected or not.
All happening in XP SP 3, Beta 3 installed on top of Beta 2.