bcgov / bcgov/lcfs

LCFS - Changes requested

Open
#4,830 1 comment 0 reactions 0 assignees View on GitHub
bug Fuel Codes Medium
Dominant language
Python
Stars
6
Forks
6
Avg merge
2d 7h
Merged PRs (30d)
87

Description

**Describe the Bug**

When an applicant re-submits a CI Application after addressing requested changes, the application status pill remains as "Changes requested" instead of resetting to "Submitted".

The status does not accurately reflect that the applicant has completed the requested updates and re-submitted the application for review.

Image

**Expected Behaviour**

When an applicant re-submits an application after responding to requested changes, the status pill is updated from "Changes Requested" to "Submitted".

The application should re-enter the review workflow and display the appropriate status to both applicants and analysts.

**Actual Behaviour**

After the applicant re-submits the application, the status pill remains as "Changes Requested".

The status does not reflect the current state of the application.

**Implications**

Applicants and analysts may be confused about the current status of the application.

Applications that have been re-submitted may incorrectly appear to still require applicant action, making it difficult to accurately monitor workflow progress and prioritize review activities.

**Steps To Reproduce**

User/Role: BCeID Applicant

1. Submit a CI Application.
2. Have an IDIR analyst request changes to the application.
3. Observe that the application status changes to "Changes Requested".
4. Update the application and re-submit it.
5. Observe that the status pill remains as "Changes Requested".

**Expected Result**

- The application status pill changes from "Changes Requested" to "Submitted" when the application is re-submitted

Contributor guide

Open the contributing guide

Research direction

Start by tracing the CI Application resubmission workflow and the status-pill display from the reproduction steps. Verify where a resubmitted application retains "Changes Requested" and confirm that completion means the status becomes "Submitted" and re-enters review.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
backend
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
68/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.