Skip to content

Releases: Praneeth1-O-1/Vehicle_Tracking_System_App

v0.2

Choose a tag to compare

@Kirethik Kirethik released this 31 Jul 08:49
fix: recover background tracking after storage errors and failed starts

Two ways the foreground GPS service went dark for the rest of a trip
with nothing left running to bring it back:

- readTrackedJob collapsed "no job" and "AsyncStorage read failed"
  into the same null. The background task treated both as "trip over"
  and stopped the location service - so one transient storage error
  permanently ended tracking mid-job.
- startTracking returns false when the app is backgrounded (expo
  refuses to start a foreground service from there) or when background
  location permission isn't granted yet, and every caller discarded
  that result. Android can also kill the foreground service on its
  own (OEM battery managers, low memory). Nothing ever asked again.

Now:
- readTrackedJobResult distinguishes ok/none/error; the task only
  stops the service on a genuine "none", and skips the tick on "error"
  instead of tearing tracking down
- a watchdog re-asserts tracking on every foreground transition and on
  a 60s timer, restarting the service whenever a job is tracked but
  isTaskRunning() is false

Also, two smaller correctness fixes paired with today's backend
change (admit mobile fixes by their own timestamp against MQTT
coverage, not by whether streaming happened to be on when they land):
- stop_location_stream now flushes the queue before clearing the
  local `streaming` flag, so the tail of a fallback episode is sent
  while it can still be attributed to the hole it covers
- flushQueue keeps a batch when the server reports it failed to store
  it (res.data.retry), instead of deleting on any 200; deliberate
  rejections (redundant/no active job) are still dropped so the queue
  doesn't loop forever resending data the server will never accept

Verified against the new backend's response contract for a
not-yet-updated app (scripts/testOldAppCompat.mjs in the backend
repo) - this app's own outstanding requests keep working unchanged.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Cd88t6Vx7ToS9ZiqcgMY7v

v0.1

Choose a tag to compare

@Kirethik Kirethik released this 27 Jul 03:43
fix: background GPS delivery via offline HTTP queue; actually fix cro…

Navix fleet app

Choose a tag to compare

@Praneeth1-O-1 Praneeth1-O-1 released this 17 Jun 05:30
v11.0.0

a

Navix Fleet

Choose a tag to compare

@Kirethik Kirethik released this 16 Jun 02:32
v10.0.0

a

v.9.0.0

Choose a tag to compare

@Praneeth1-O-1 Praneeth1-O-1 released this 12 Jun 10:03
URL change

Navix Fleet

Choose a tag to compare

@Kirethik Kirethik released this 12 May 19:13
v8.1.0

Corrected codes

Navix Fleet

Choose a tag to compare

@Kirethik Kirethik released this 12 May 19:40
V8.2.0

Corrected codes

New IP

Choose a tag to compare

@Kirethik Kirethik released this 12 May 18:18
v8.0.0

Security fix

Navix Fleet App

Choose a tag to compare

@Praneeth1-O-1 Praneeth1-O-1 released this 11 May 06:04
v7.0.0

Security fix

Navix Fleet App

Choose a tag to compare

@Praneeth1-O-1 Praneeth1-O-1 released this 16 Apr 07:57
v6.0.0

Changed login time and password ssaving