Fix version number consistency and correctness for Windows and Android release workflows

[Copilot]

Both release workflows shared a broken version extraction step: the Android job ran shell: powershell on ubuntu-latest, and both used a non-deterministic day-of-year revision. Critically, Android's ApplicationVersion must be a positive integer (maps to versionCode), not a 4-component MSIX dotted string.

Changes

release_windows.yml

• Removed Get-Date.DayOfYear revision — ApplicationVersion is now deterministic: major.minor.patch.0

release_android.yml

• Fixed shell: powershell → shell: bash (job runs on ubuntu-latest)
• ApplicationVersion is now a proper Android versionCode integer: major * 1000000 + minor * 1000 + patch
• Renamed env var to APP_ANDROID_VERSION to clarify platform intent

Version mapping (e.g. tag v1.2.3)

Property	Windows	Android
ApplicationDisplayVersion	1.2.3	1.2.3
ApplicationVersion	1.2.3.0	1002003

[codacy-production]

Up to standards ✅

🟢 Issues 0 issues

Results:
0 new issues

View in Codacy

_{NEW Get contextual insights on your PRs based on Codacy's metrics, along with PR and Jira context, without leaving GitHub. Enable AI reviewer
TIP This summary will be updated as you push new changes.}