Bug Description

The blocker text in the popup report is reset to the default message every time the user clicks Generate.

If a user edits the blocker section in the popup preview and then regenerates the report, their custom blocker text is lost and replaced with the default blocker text again. This makes the blocker section behave inconsistently with the editable preview workflow.

Steps to Reproduce

Steps to reproduce the behavior:

1. Open the Extension
2. Generate a scrum report
3. Edit or replace the default blocker text with a custom message
4. Click Generate again
5. Check the blocker session

Expected Behavior

• The custom blocker text should remain unchanged across normal report generation until the user explicitly resets it, such as by clearing the cache.
• Generates editable scrum updates

Actual Behavior

• The custom blocker text is overwritten by the default blocker message after clicking Generate again.

Screenshots

• User edit blocker message force refresh to default when click Generates

• User's custom message reset to default when tried to generate new report from selected org to all org

Additional Context

This affects the popup’s editable preview workflow. Since the scrum report is editable, user changes to the blocker section should be preserved across normal regeneration instead of being replaced by the default blocker text.

This also conflicts with the expectation described in the README that Scrum Helper generates editable scrum updates based on the selected date range.

Contribution Checklist

• [ x ] I have searched existing issues to ensure this bug hasn't been reported
• [ x ] I have provided clear reproduction steps
• [ x ] I have included relevant environment details
• [ x ] I have described both expected and actual behavior