Today I had some freezes in Arc Timeline 1.3.1. I was trying to cleanup my timeline, and the gui did not respond normal (no map loading, no automatic solving of my timeline).
The only way to revive the app was force close the app and restart.
One time, during a freeze, I just swiped away the app (not stopping it), and then revisiting some time later, it did not record anything in between. Force stopping and starting the app made it work again.
I had no issues with the previous versions.
Here are some log files, in case it helps.
https://www.sietse.nl/logs/2026-06-06T07-52-32.log
https://www.sietse.nl/logs/2026-06-10T07-01-51.log
https://www.sietse.nl/logs/2026-06-10T10-57-48.log
https://www.sietse.nl/logs/2026-06-10T14-18-18.log
https://www.sietse.nl/logs/2026-06-10T19-21-26.log
https://www.sietse.nl/logs/2026-06-10T21-56-34.log
Sietse
Hi Sietse. Matt asked me to take this one since I’ve spent the morning in your log files, and they turned out to be genuinely useful, so thanks for including them.
What the logs show matches your report exactly. On the previous version, your app ran in one continuous session for four days straight. On 1.3.1, the logs show five separate force-close-and-restart sessions in a single day, and during the frozen periods the app goes completely silent in the logs, which is consistent with the UI being properly stuck rather than just slow.
The recording gap from that episode shows up in the logs too, as a roughly 21 minute hole. So your read of it matches what we see. Force-stop and restart was the right move there, and outside that one gap your recording carried on normally between the freezes.
We’ve filed this as BIG-595, urgent priority, at the top of the list for a fast-follow 1.3.2 release. Two questions that would help the investigation:
- Which iOS version are you on? 26, or the 27 beta?
- Do the freezes seem to correlate with viewing or cleaning up particular days, for example your recent flying days? Or do they hit regardless of where in the timeline you are?
1 Like
Thanks for looking into the issue.
I am on 26.5.
I have a feeling te problem starts as soon as I start the gui. The map is blank, the timeline is showing a very raw version. I cannot do anything with the gui.
Hope this helps.
Sietse
Today it happened again every time I open the gui after a trip. Map is not loading, the timeline is visible and scrollable, but when selecting something in the timeline things go haywire.
After a restart of the app everything works fine again.
Sietse
The “every time after a trip” detail is genuinely useful — it narrows this from “the app freezes” to something specific that runs when a day containing a fresh trip is on screen. One observation that would help further, next time it happens: does it kick in immediately when the app opens, or only once you view or scroll the day containing the trip?
We’ve sent a TestFlight invite to the email address on your forum account. The test build has two relevant changes: a candidate mitigation for one suspected cause, and new diagnostics that write exactly what we need into the log file whenever this kind of stall happens. Given you can reproduce this reliably, your next freeze on that build would likely tell us precisely what’s stuck. No obligation — if TestFlight isn’t your thing, just ignore the invite and these fixes will reach you through the normal App Store updates instead.
I have installed the Testflight version and I will report back.
Sietse
I think I’ve run into the same issue in version 1.3.1.
While trying to look up older dates (e.g. October 2025) in Arc Timeline, the app completely froze. After that, the entire timeline view seemed broken:
- Timeline tab shows empty
- Places tab gets stuck on “loading places…”
- Activity tab is empty as well
Another thing I noticed:
When I’m on a specific day in Arc Timeline (for example 13 October 2025) and I quickly swipe between days, it sometimes seems to cycle through cached states incorrectly. It briefly jumps between October 2025 and June 2026 data, almost like stale cache is being reused across dates.
Feels like some kind of caching / state mismatch issue when rapidly navigating or when loading older timeline data.
After a day of testing with at least 5 trips and timeline cleanups I can conclude that the fix in the Testflight version works. No freezes at all, everything works as expected.
Thanks!
Sietse
1 Like
Thanks — two separate things here, and both are useful.
The freeze while loading older dates (October 2025) is the one we’re tracking as BIG-595. Rapidly swiping back through older timeline data can set off a cascade of background processing that saturates the database and locks the interface up. A couple of practical notes in the meantime: moving through older dates a bit more deliberately rather than fast-swiping avoids triggering the pile-up, and it tends to settle once an older stretch has finished its one-time processing pass. If it does lock up, force-closing and reopening clears it.
The second thing — the brief flashes of June 2026 data while you’re on an October 2025 day when swiping quickly — is a separate, lower-severity display glitch, now tracked as BIG-601. The day-pager momentarily reuses a neighbouring day’s cached view while it loads the correct one; it’s purely visual (your actual data isn’t touched) and resolves as soon as the right day loads.
Appreciate the precise report — “stale cache across dates” is exactly right about what’s happening on screen.
@vogon1 great to hear, and thanks for putting it through its paces so thoroughly — exactly the kind of real-world testing that’s hard for us to do ourselves. We’ll keep an eye out, but glad it’s behaving for you.
1 Like