You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
Upgraded from LottieSharp 2.4.0 to 2.4.2 for the most recent fix and encountered multiple NU1701 warnings.
The dependency for SkiaSharp.Views.WPF was updated from 2.88.8 to 3.116.1 for the 2.4.2 release. The new version of SkiaSharp.Views.WPF targets windows10.0.19041 which seems to be the cause NU1701 errors for my net8.0-windows project.
To Reproduce
Steps to reproduce the behavior:
Upgraded to LottieSharp 2.4.2 from 2.4.0 in a net8.0-windows project
Attempt build of project
See compilation warnings
Downgrading to 2.4.0 results in no NU1701 warnings.
Expected behavior
New LottieSharp package version and its dependencies are compatible with net8.0-windows project.
Screenshots
Additional context
I'm assuming the problem comes from SkiaSharp explicitly defining the windows platform version which then enforces that to be defined on the consumer side for compatibility. That's why it's looking for a net8.0-windows7.0 folder in the package.
The text was updated successfully, but these errors were encountered:
Describe the bug
Upgraded from LottieSharp 2.4.0 to 2.4.2 for the most recent fix and encountered multiple NU1701 warnings.
The dependency for SkiaSharp.Views.WPF was updated from 2.88.8 to 3.116.1 for the 2.4.2 release. The new version of SkiaSharp.Views.WPF targets windows10.0.19041 which seems to be the cause NU1701 errors for my net8.0-windows project.
To Reproduce
Steps to reproduce the behavior:
Downgrading to 2.4.0 results in no NU1701 warnings.
Expected behavior
New LottieSharp package version and its dependencies are compatible with net8.0-windows project.
Screenshots
![Image](https://private-user-images.githubusercontent.com/167565188/410201846-924159b7-9799-4962-9c56-fbc78290a8e3.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MzkyNzIxMzQsIm5iZiI6MTczOTI3MTgzNCwicGF0aCI6Ii8xNjc1NjUxODgvNDEwMjAxODQ2LTkyNDE1OWI3LTk3OTktNDk2Mi05YzU2LWZiYzc4MjkwYThlMy5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjUwMjExJTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI1MDIxMVQxMTAzNTRaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT1mYTgwMTMzN2ZiNDRhNDU2ZWU0YzJmNTkwY2NiZWM3Njk2NGU5OTlhNDQ5ZjY3YWM4NTdiYjAxY2VmODc4OWU5JlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCJ9.SkF0QzGd6Jb9ArGndScrakpKHIpFZFu_T-Rs34M5h00)
Additional context
I'm assuming the problem comes from SkiaSharp explicitly defining the windows platform version which then enforces that to be defined on the consumer side for compatibility. That's why it's looking for a net8.0-windows7.0 folder in the package.
The text was updated successfully, but these errors were encountered: