GH issue: Abort build process in presence of errors (IEP-1180) #914
Conversation
WalkthroughThis update enhances the build configuration within the IDF Eclipse plugin. It specifically refines the logic for monitoring build progress, now incorporating a check to ensure that the error count from Changes
Related issues
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? TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (invoked as PR comments)
Additionally, you can add CodeRabbit Configration File (
|
There was a problem hiding this comment.
Review Status
Actionable comments generated: 0
Configuration used: CodeRabbit UI
Files selected for processing (1)
- bundles/com.espressif.idf.core/src/com/espressif/idf/core/build/IDFBuildConfiguration.java (1 hunks)
Additional comments: 1
bundles/com.espressif.idf.core/src/com/espressif/idf/core/build/IDFBuildConfiguration.java (1)
- 454-454: The update to the condition for proceeding with size calculations and other actions after a build is a logical implementation of the PR's objectives. By checking both that the monitor is not canceled and that the error count is zero, it ensures that these operations are only performed when the build is successful, thereby avoiding unnecessary work after a failed build. This change aligns well with the goal of improving the developer experience by not executing redundant operations like size calculation when there are build errors.
| if (!monitor.isCanceled() && epm.getErrorCount() == 0) | ||
| { | ||
| project.refreshLocal(IResource.DEPTH_INFINITE, monitor); |
There was a problem hiding this comment.
@sigmaaa is it going to be fine in terms that the indexer may not be triggered if the project is not refreshed or it will be triggered in both cases?
There was a problem hiding this comment.
Hi @alirana01,
The project will be refreshed during indexing anyway if I remember correctly.
Description
related to the gh issue: #912
Fixes # (IEP-1180)
Type of change
Please delete options that are not relevant.
How has this been tested?
Test Configuration:
Dependent components impacted by this PR:
Checklist
Summary by CodeRabbit