-
Notifications
You must be signed in to change notification settings - Fork 240
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Processing 4 Rejects Third Party Libs if Version is not numeric #553
Comments
That's because the version number is supposed to be numeric, otherwise the software cannot check for newer releases. It's covered in detail in the library template which functions as the documentation for all these details.
Please contact the authors of those libraries about fixing them—this requirement has been in place for years so I'm not sure how it was even working in the past. |
This issue has been automatically locked. To avoid confusion with reports that have already been resolved, closed issues are automatically locked 30 days after the last comment. Please open a new issue for related bugs. |
Found this problem here: #586 Sorry for the trouble; it's now fixed for 4.0.2. |
Description
Processing 4.0.1 Rejects Third Party Libs If Version is Not Numeric and consequently doesn't install the library or its examples.
ControlP5 and PixelFlow are two notable examples that failed:
Expected Behavior
Expected it to use some default or string convert to get the number but still load the library.
Current Behavior
Fails to load the library and its examples.
Steps to Reproduce
Your Environment
Running on Linux Fedora 36 Workstation Edition
Possible Causes / Solutions
The check is found in AvailableContribution.java (see below) and LocalContribution.java but there may be other places as well.
https://github.com/processing/processing4/blob/22987414f8a7ec1c9a78d56f25734acc70eda45d/app/src/processing/app/contrib/AvailableContribution.java#L309
The text was updated successfully, but these errors were encountered: