forked from arduino/Arduino
-
Notifications
You must be signed in to change notification settings - Fork 0
Merge all changes #1
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
Merged
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add the possibility to configure them `http.max_redirect_number`
and will be downloaded only one time
Repackage jssc-2.8.0-arduino1 and add aarch64 lib instead than plain jssc Fixes #9062
Mass update bundled resources
Similar to minicom behaviour. Automatically reopens the port only if it takes the same name (could be improved based on vid/pid)
This stuff is truly madness, should be refactored from the ground up by a Java expert
platform.getId() gives the same result for derived cores. Issue #5260 is caused by both cores declaring as `avr`, with the same label but different identifier. This patch completes the previous one by adding the folder where the core resides to the matching id.
The new method will be used in next commits to handle installations of multiple libraries. This commit fix also minor bug in progress bar.
It's no more required to pass this information from outside, just library that is being installed is now sufficient.
This is the base for the GUI that will be introduced in the next commits.
Consider a case where the user decides to install a library `A` that depends on library `B` and `B` is not up-to-date (i.e. is installed a version that is not the latest), then the user is asked to "install" both libraries `A` and `B`, effectively upgrading `B`. With this change the already installed library `B` is left untouched and not displayed in the missing dependencies.
Co-authored-by: per1234 <[email protected]>
Previously rescanLibraries() was automatically called internally in setLibrariesFolder(). This lead to double calls to rescanLibraries() when setLibrariesFolder() was used in combination with an explicit call to rescanLibraries(). This commit adds a new method setLibrariesFoldersAndRescan(..) and removes the internal call to rescanLibraries() from setLibrariesFolder(). The existing setLibrariesFolder()+rescanLibraries() combos have been replaced with setLibrariesFoldersAndRescan(). Fix #10228
Updated appbundler to 1.0ea-arduino8 (fix crash on Macosx Catalina + multi monitor setup)
This patch overrides the default JDK accept header that happens to be invalid, as per RFC 7231. Real issue: https://bugs.openjdk.java.net/browse/JDK-8163921 Fix #10264
Fixed invalid http accept header
The filters content is unlikely to change, so just prevent it from live updating it because it has some side effects: - it's slow - it changes the selection back to the default and it's very tricky to make it re-select the previous selection. Fixes #10439
Previously changing "Category" would filter libraries by the selected category but without applying the "Type" previously selected. For instance selecting Type="Installed" and Category="Communication" will display *all* the libraries belonging to "communication" instead of the installed only. This commit fix this behavior.
Some platforms may not define directly 'build.core' because it may be defined through a custom menu. For example, the arduboy platform has in the boards.txt: [...] menu.core=Core [...] # core # arduboy-homemade.menu.core.arduboy-core=Arduboy optimized core arduboy-homemade.menu.core.arduboy-core.build.core=arduboy arduboy-homemade.menu.core.arduino-core=Standard Arduino core arduboy-homemade.menu.core.arduino-core.build.core=arduino:arduino [...] the build.core is determined only after applying the submenu options.
Fixed Boards and Libraries Manager "filters" persistence
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
No description provided.