iCR for Python User Guides
iCR for Python 3.0.2
iCR for Python 3.0.2
  • Table of contents
    • Introduction
    • Overview
    • Getting Started
      • Installing iCR for Python
      • Managing your service
        • Opening Ports
      • Authorizing Access to Your Source Code
        • Authenticating GitHub Access with a Cloud-Based VCS Repository Service
          • Authenticating GitHub Access with a Private VCS Repository
        • Authenticating GitLab Access with a Cloud-Based VCS Repository
          • Authenticating GitLab Access with a Private VCS Repository
        • Authenticating Bitbucket Access with a Cloud-Based VCS Repository
          • Authenticating Bitbucket Access with a Private VCS Repository
          • Setting Bitbucket Server Credentials in the Navigator
    • Using the Navigator
      • Connecting to the Navigator
      • Setting your private passphrase
      • The Navigator top banner
      • The Analysis Engine status
      • Selecting Your Source Code
        • Using a cloud-based VCS
        • Selecting your branch
        • Using a private VCS
        • Using a local project
        • Setting the scope of your analysis
      • Integrating with your bug tracking system
        • Integrating with Jira - Define Your Project
        • Integrating with Jira - Authorizing Access for iCR
        • Integrating with Jira - Connecting with iCR
    • Using the Analysis Engine
      • Initiating an analysis
      • Monitoring the analysis
      • Interrupting the analysis
    • Reviewing your results
      • Reviewer summary and filters
      • Filter by Directory pane
      • Filter by Category pane
      • Reviewing a fix
      • Accepting a fix
        • Accepting a fix when integrated with your bug system
      • Rejecting a fix
        • Rejecting a fix when integrated with your bug system
      • Undoing a fix
        • Undoing a fix when integrated with your bug system
      • Rejected fix history
      • Providing feedback
      • Applying the fixes
      • Cases needing manual attention
      • Capturing results for printing or sharing
      • Ending a reviewer session
    • When you are complete
    • Appendix – List of supported fixers
    • Appendix – Example Summary Report
    • Appendix - Sample Bug Listing
Powered by GitBook
On this page
  1. Table of contents
  2. Reviewing your results

Applying the fixes

PreviousProviding feedbackNextCases needing manual attention

Last updated 1 year ago

The Reviewer provides the ability for you to select, browse and identify fixes to be accepted or rejected. The main purpose of this process is to be able to apply these fixes to the source code itself.

When reviewing fixes in the Accepted state, you may click on the Show Diff button to review the offered changes. The display is a bit different from the one shown earlier.

Since this is an Accepted fix, the options at the bottom of the window are different. The Undo button is there as before, but now the user has the option of changing their mind and rejecting the change. That will move it over to the Rejected state.

And there is an additional option on the right side of the window that is only available for fixes in the Accepted state. The Apply Fix button offers you the ability to insert the corrected code into the project itself. Clicking on Apply Fix instructs the Reviewer to create git specific commits to the temporary branch.

Also, at the top of the page shown above, there is a new button that appears at the top right of that window. That is the Apply All button which becomes active when any fixes are moved to the Accepted state. Clicking on this will tell the Reviewer to apply all of the fixes which are in the Accepted state. This is a quick way of applying all the currently accepted fixes in one step.

Once fixes have been applied, they are moved into the Fixed state. Once in the Fixed state, the fixes cannot be undone other than having a developer manually edit the code. It is exactly the same as if the developer had modified the code directly and committed them manually.