Public dependency bumped to semver-incompatible version in non-major version of this crate

[CobaltCause]

This problem was discovered by @Lymkwi.

webp bumped its dependency on image from ^0.24 to ^0.25, which are semver incompatible releases, and it did so in a semver compatible release of webp from 0.2.6 to 0.2.7, which is incorrect. Bumping the version of a public dependency to a semver-incompatible version is a breaking change and should be reflected in the versioning of this crate.

• Commit in which image's version was bumped in webp: 5596534
• https://docs.rs/webp/0.2.6/webp/struct.Encoder.html#method.from_image Here you can see that DynamicImage from image appears in the public API of webp and is defined in version 0.24.7 of image
• https://docs.rs/webp/0.2.7/webp/struct.Encoder.html#method.from_image Here you can see that DynamicImage from image now links to version 0.25.1 of image, which is semver incompatible with 0.24.7

I imagine a fix for this problem would be to yank 0.2.7 of webp and rerelease it as 0.3.0.

[Lymkwi]

For additional context, i encountered this issue while running cargo install --git https://github.com/getzola/zola --tag v0.18.0, which uses webp = "0.2" as dependency; because there was no bump in the minor version number, their builds suddenly break if you remove the lock file (or ignore it as cargo build does by default).

[jaredforth]

I imagine a fix for this problem would be to yank 0.2.7 of webp and rerelease it as 0.3.0

Good find! Working on this now