chore: sync desktop package version and version code to 1.2.0

[Copilot]

Summary

Briefly explain the problem and what this PR changes.

• Problem: Desktop package version (1.0.3) and JVM version code (5) were out of sync with the 1.2.0 release.
• Solution: Update desktop packageVersion to 1.2.0 and JVM getVersionCode() to 6.
• Type: [ ] Feature [ ] Bugfix [ ] Refactor [x] Chore [ ] Docs

Context / Links

• Design / spec / ticket:
• Related PRs:

Implementation details

• composeApp/build.gradle.kts: Bumped desktop distribution packageVersion from "1.0.3" to "1.2.0"
• AppVersionImpl.jvm.kt: Updated getVersionCode() return value from 5 to 6

Ensures distributed artifact metadata and runtime version checks align with the 1.2.0 release across all platforms.

Screenshots / API changes (if applicable)

• UI: before / after, or key screenshots.
• API: new/changed endpoints, payloads, or contracts.

Testing

Describe how this was tested and what scenarios were covered.

• Unit tests
• Integration / e2e tests
• Manual tests

Steps / commands:

---

💡 You can make Copilot smarter by setting up custom instructions, customizing its development environment and configuring Model Context Protocol (MCP) servers. Learn more Copilot coding agent tips in the docs.

[Copilot]

Just as a heads up, I was blocked by some firewall rules while working on your feedback. Expand below for details.

Warning

Firewall rules blocked me from connecting to one or more addresses (expand for details)

I tried to connect to the following addresses, but was blocked by firewall rules:

• dl.google.com
  • Triggering command: /usr/lib/jvm/temurin-17-jdk-amd64/bin/java /usr/lib/jvm/temurin-17-jdk-amd64/bin/java --add-opens=java.base/java.lang=ALL-UNNAMED --add-opens=java.base/java.lang.invoke=ALL-UNNAMED --add-opens=java.base/java.util=ALL-UNNAMED --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports=jdk.compiler/com.sun.tools.javac.util=ALL-UNNAMED --add-opens=java.base/java.util=ALL-UNNAMED --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED --add-opens=java.base/java.nio.charset=ALL-UNNAMED --add-opens=java.base/java.net=ALL-UNNAMED --add-opens=java.base/java.util.concurrent=ALL-UNNAMED --add-opens=java.base/java.util.concurrent.atomic=ALL-UNNAMED --add-opens=java.xml/javax.xml.namespace=ALL-UNNAMED --add-opens=java.base/java.time=ALL-UNNAMED -Xmx4G -Dfile.encoding=UTF-8 -Duser.country -Duser.language=en -Duser.variant (dns block)

If you need me to access, download, or install something from one of these locations, you can either:

• Configure Actions setup steps to set up my environment, which run before the firewall is enabled
• Add the appropriate URLs or hosts to the custom allowlist in this repository's Copilot coding agent settings (admins only)

[Copilot]

Pull request overview

Updates desktop distribution metadata and the JVM runtime version code so app artifacts and version checks align with the 1.2.0 release.

Changes:

• Bumped Compose Desktop packageVersion to 1.2.0.
• Updated JVM AppVersionImpl.getVersionCode() from 5 to 6.

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated 2 comments.

File	Description
composeApp/build.gradle.kts	Updates desktop native distribution packageVersion for the 1.2.0 release.
composeApp/src/jvmMain/kotlin/com/rickyhu/hushtimer/core/domain/AppVersionImpl.jvm.kt	Aligns JVM version code used by runtime/version-check logic with the current build number.

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[Copilot]

packageVersion is hard-coded even though this build script already reads appVersionName from gradle.properties. To avoid future version drift (the issue this PR fixes), set packageVersion from appVersionName (or a single shared version constant) rather than duplicating the string literal here.

Suggested change

	packageVersion = "1.2.0"
	packageVersion = appVersionName

[Copilot]

getVersionCode() is still a manually-updated constant, which can drift from the Gradle appBuildNumber/Android versionCode again. Consider sourcing this from a generated build-time constant (e.g., via BuildKonfig) so JVM/Desktop version checks always reflect the build configuration without needing a code change.