fix(upload): cancel pending follow-up sweep when a new ride starts

The 60s post-finalize follow-up should not fire mid-ride. startRecording
now cancels both follow-up unique-work names; the upcoming stopRecording
will schedule a fresh one that covers this ride and anything earlier.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

Author: eried

app/src/main/java/com/eried/eucplanet/data/repository/TripRepository.kt

@@ -261,6 +261,11 @@ class TripRepository @Inject constructor(
         // intent), this returns false and we bail before announcing or opening files.
         if (!_recording.compareAndSet(expect = false, update = true)) return
 
+        // Drop any pending follow-up upload sweep from the previous trip. The
+        // upcoming stopRecording will schedule its own follow-up that covers this
+        // ride and anything earlier still pending.
+        syncManager.cancelUploadFollowups()
+
         // Sanity-check location permission at recording start so missing permission is obvious in logs.
         val hasFine = androidx.core.content.ContextCompat.checkSelfPermission(
             context, android.Manifest.permission.ACCESS_FINE_LOCATION

app/src/main/java/com/eried/eucplanet/data/sync/SyncManager.kt

@@ -681,6 +681,15 @@ class SyncManager @Inject constructor(
         )
     }
 
+    /** Drop any pending follow-up sweeps. Called when a new recording starts so the
+     *  previous trip's 60s follow-up doesn't fire mid-ride; the next finalize will
+     *  schedule its own. */
+    fun cancelUploadFollowups() {
+        val wm = WorkManager.getInstance(context)
+        wm.cancelUniqueWork(UPLOAD_FOLLOWUP_WORK_NAME)
+        wm.cancelUniqueWork(EUCSTATS_UPLOAD_FOLLOWUP_WORK_NAME)
+    }
+
     fun enqueueEucStatsUploadDelayed(settings: AppSettings, delaySeconds: Long) {
         val constraints = Constraints.Builder()
             .setRequiredNetworkType(NetworkType.CONNECTED)