WinRM-fs Gem Changelog

1.3.5

Optimize requires
Ensure connections are closed
Include dot files

1.3.4

Bump rubyzip dependency

1.3.3

Replace erubis with erubi

1.3.2

Limit the files that are shipped in the gem artifact

1.3.1

Download files in chunks

1.3.0

Upload from StringIO object
Add missing winrm/exceptions require in file_transporter
Use correct way to relativize paths of Zip entries

1.2.1

Correctly handle unicode filenames

1.2.0

Add ability to download directories

1.1.1

Remove empty items from powershell pipeline when extracting zip files

1.1.0

Convert MD5 hashes to SHA1.

1.0.2

Fix Pathname.glob expansion of shortnames.

1.0.1

Call ClearScriptBlockCache to prevent OutOfMemoryExceptions ClearScriptBlockCache

1.0.0

Using winrm v2. File uploads just got a whole lot faster!

0.4.3

Fix error handling with wmf5, filtering out progress output from inspected stderr.

0.4.2

Improved Powershell error handling in metadata checking.

0.4.1

Fixes a regression on Windows 2008 R2/Windows 7 and below where the WinRM service corrupts the check files metadata resulting in malformed destination paths.

0.4.0

Correct the destination path of individual files. Always assume it is the full destination path unless it is an existing directory. This may potentialy break some callers expecting the remote path to be a directory that winrm-fs will create if missing as the destination of the local file. A new directory will not be created and the local file will be uploaded directly to the remote path.

0.3.2

Fix re-extraction of cached directories from temp folder when there is more than one "clean" directory deleted from destination

0.3.1

Widen logging version constraints to include 2.0 (matching WinRM core gem)

0.3.0

Jetisons CommandExecutor now living in the core WinRM gem and swaps in implementation currently used in the winrm-transport gem. These changes should have little visible effect on current consumers of the FileManager class with these exceptions:
- BREAKING CHANGE: When uploading a directory and the destination directory exists on the endpoint, the source base directory will be created below the destination directory on the endpoint and the source directory contents will be unzipped to that location. Prior to this release, the contents of the source directory would be unzipped to an existing destination directory without creating the source base directory. This new behavior is more consistent with SCP and other well known shell copy commands.
- Upload may now receive an array of source files and directories rather than just a single file or directory path.

0.2.4

Fix issue 21, downloading files is extremely slow.
Add zip file creation debug logging.

0.2.3

Fix yielding progress data, issue #23

0.2.2

Fix powershell streams leaking to standard error breaking Windows 10, issue #18

0.2.1

Fixed issue 16 creating zip file on Windows

0.2.0

Redesigned temp zip file creation system
Fixed lots of small edge case issues especially with directory uploads
Simplified file manager upload method API to take only a single source file or directory
Expanded acceptable username and hostnames for rwinrmcp

0.1.0

Initial alpha quality release