Open calligraf0 opened 3 days ago
@calligraf0 great that you did the research and proposed a fix. There was a similar issue earliear at #13466 but it was closed.
We're tracking this as well regarding the templates and the box publishing at https://github.com/gusztavvargadr/packer/issues/444. I have moved my boxes recently to the HCP Vagrant Registry, I suspect this might have something to do with the checksum types being returned differently.
@calligraf0 FYI, I have removed the checksum from all the providers of my boxes for their latest versions to unblock their downloads.
The issue can be tested with their previous versions, in case of Windows Server it would be 2102.0.2403.
Thanks for the heads up!
I'm sure I would have gone crazy figuring out why it wouldn't replicate anymore haha!
Not sure this is a widespred problem, or a problem at all (might be intended behavior). I couldn't see any other open issue about it.
I worked on a possible fix, I'm opening a PR. Spoiler alert: I am not too familiar with ruby :) so if I use any unsafe or wrong/deprecated functions: any feedback is welcome!
Debug output
Expected behavior
Comparison should work, regardless of case, since choices are limited to supported checksums anyway.
Actual behavior
While comparing a box checksum vagrant maps the checksum type against this map:
this makes any comparison with a box which specifies the checksum type in UPPERCASE fail to map.
Reproduction information
Vagrant version
2.4.1
Host operating system
Archlinux
Guest operating system
Windows, but shouldn't matter.
Steps to reproduce
gusztavvargadr/windows-server
Vagrantfile