Closed alirana01 closed 8 months ago
[!WARNING]
Rate Limit Exceeded
@alirana01 has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 26 minutes and 21 seconds before requesting another review.
How to resolve this issue?
After the wait time has elapsed, a review can be triggered using the `@coderabbitai review` command as a PR comment. Alternatively, push new commits to this PR. We recommend that you space out your commits to avoid hitting the rate limit.How do rate limits work?
CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout. Please see our [FAQ](https://coderabbit.ai/docs/faq) for further information.Commits
Files that changed from the base of the PR and between 760337b63211e558b291550678ed552466a54077 and 92feacae956053cccc44f743777997e8400f9589.
The changes encompass the expansion of Espressif IDF's Eclipse plugin with a new dynamic variable, BUILD_DIR
, enabling dynamic specification of the build directory. This includes updates to the flashing utilities' command construction and the introduction of a resolver class for the build folder. Additionally, there are adjustments to Eclipse formatter preferences to ensure consistent code styling within the development environment.
File Path | Change Summary |
---|---|
.../IDFDynamicVariables.java |
Added BUILD_DIR constant to the enum for dynamic variables. |
.../IDFUtil.java |
Introduced getProjectFromActiveLaunchConfig() method for retrieving the project from the active launch configuration. |
.../ESPFlashUtil.java |
Modified getParseableEspFlashCommand method to include the new command -B followed by the build directory variable. |
.../.settings/org.eclipse.jdt.core.prefs |
Adjusted Eclipse JDT Core formatting settings for alignment, spacing, and line wrapping. |
.../.settings/org.eclipse.jdt.ui.prefs |
Updated formatter profile from "_CDT" to "_Espressif_eclipse" and incremented the formatter settings version. |
.../OSGI-INF/l10n/bundle.properties |
Added BUILD_DIR_VAR with its description to the bundle.properties file. |
.../BuildFolderVariableResolver.java |
Introduced BuildFolderVariableResolver class to resolve the build folder path and handle flash arguments. |
πβ¨ "In the burrow of the code, a new path has been bestowed, With a hop and a flash, the build dir's not guessed, Now dynamic and swift, the plugins are dressed, A carrot for each line, perfectly pressed." π₯π
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?
@alirana01 hi !
Tested: OS - Windows 10 ESP-IDF: v5.1.2
1) Create new project -> Add custom build folder -> flash project -> do not see re-build π 2) Add multiple launch configurations to the project, one with the custom build folder and one without. Build flash them in different combinations and make sure that we are flashing appropriate binaries π
LGTM π
Description
Introduced a dynamic variable for the flash arguments to handle the custom build folder when flashing, previously the user had to explicitly define the custom build folder on two places one in the main build config and other in the flash arguments. Now only defining the build folder in the build args is required.
Fixes # (IEP-1146)
Type of change
Please delete options that are not relevant.
How has this been tested?
Build project with custom build folder and flash the project should not build again and the custom build folder must be used for the flashing as well.
Also try to test building with default and then defining a custom build folder and deleting the old default folder.
Test Configuration:
Checklist
Summary by CodeRabbit
New Features
Enhancements
Internationalization
Refactor