You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
Not able to export critical logs from test phone. Edited because this is related to building main after building dev on the phone. Going from main to dev is OK. Going from dev to main triggers this error, even after restoring to dev.
On my "real" phone, running iOS 16.7, built with commit a7cc83c, export critical logs work fine and look nominal when I airdrop to my computer.
Repeated on "test" phone SE, running iOS 17.0.2. also built with commit a7cc83c,
I get the critical log error. I had the phone attached to xcode and captured the graphic, below, on the failure, with text copied as well.
Then tried on "test" phone 8, running iOS 16.6, also built with commit a7cc83c and had same error.
In case this is a consequence of building lots of different versions as dev evolved, and switching back and forth between main and dev, on the test phones, I deleted app (but left health data alone).
iPhone 8, fresh app - no issues with export
only the current day has content but that is as expected
The SE phone still has the app on it in case there are tests to be tried to fix this without deleting the app.
Updated the SE to iOS 17.0.3 - no change.
Failure during critical event log export: keyNotFound(CodingKeys(stringValue: "value", intValue: nil), Swift.DecodingError.Context(codingPath: [CodingKeys(stringValue: "carbsOnBoard", intValue: nil)], debugDescription: "No value associated with key CodingKeys(stringValue: \"value\", intValue: nil) (\"value\").", underlyingError: nil))
I just had to delete the app from my test phone again because changing between dev and main means I can no longer export critical event logs and I needed to confirm that both dev and main report that carbs are edited or deleted in the Carbs.json file.
I did confirm both main and dev report that information.
This is not an issue for test phones, but if we have "real" users switching to dev and then back to main, they could be in a situation where their critical logs cannot be exported. Returning to dev does not solve the problem, the error remains.
Activity
[-]Export Critical Log fails for iOS 17 phone[/-][+]Export Critical Log fails[/+]marionbarker commentedon Oct 9, 2023
I'm wondering if this is a "test" phone problem.
In case this is a consequence of building lots of different versions as dev evolved, and switching back and forth between main and dev, on the test phones, I deleted app (but left health data alone).
The SE phone still has the app on it in case there are tests to be tried to fix this without deleting the app.
github-actions commentedon Nov 9, 2023
This issue is stale because it has been open for 30 days with no activity.
marionbarker commentedon Nov 9, 2023
Not sure if I can reproduce this. Keep it open for now.
github-actions commentedon Dec 10, 2023
This issue is stale because it has been open for 30 days with no activity.
marionbarker commentedon Dec 10, 2023
Bump
marionbarker commentedon Jan 8, 2024
I just reproduced this on a test phone.
marionbarker commentedon Jan 22, 2024
I just had to delete the app from my test phone again because changing between dev and main means I can no longer export critical event logs and I needed to confirm that both dev and main report that carbs are edited or deleted in the Carbs.json file.
I did confirm both main and dev report that information.
This is not an issue for test phones, but if we have "real" users switching to dev and then back to main, they could be in a situation where their critical logs cannot be exported. Returning to dev does not solve the problem, the error remains.
github-actions commentedon Mar 20, 2024
This issue is stale because it has been open for 30 days with no activity.
marionbarker commentedon Mar 20, 2024
Bump
marionbarker commentedon Apr 14, 2024
This is still a problem.
Test:
marionbarker commentedon Sep 20, 2024
Fixed in Loop 3.4.