Prevent endless loop when initial sync is required

[BurningAXE]

JIRA ticket
Will be released in: 2025.3.0

Root cause analysis (for bugfixes only)

First known affected version: 2025.3.0-dev

• When the SyncInfoViewModel is started and an initial sync is required, it triggers an endless loop

Notable changes

• Initial sync doesn't emit on eventSyncButtonClickFlow to prevent the loop

Testing guidance

• Describe how the reviewers can verify that issue is fixed

Additional work checklist

• Effect on other features and security has been considered
• Design document marked as "In development" (if applicable)
• External (Gitbook) and internal (Confluence) Documentation is up to date (or ticket created)
• Test cases in Testiny are up to date (or ticket created)
• Other teams notified about the changes (if applicable)

[Copilot]

Pull Request Overview

This PR fixes an endless loop bug in the SyncInfoViewModel that occurs when an initial sync is required during startup. The fix adds a parameter to control whether the sync button click event should be emitted, preventing the loop while maintaining the sync functionality.

• Added a boolean parameter canEmitSyncButtonClick to the forceEventSync method
• Modified the initial sync logic to pass false for this parameter to prevent event emission
• Removed unused imports related to the previous implementation

---

_{Tip: Customize your code reviews with copilot-instructions.md. Create the file or learn how to get started.}

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
100.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud