Post

Replies

Boosts

Views

Activity

Reply to MKOverlays vanish in Airplane Mode iOS 16
Made me test overlays in my apps in airplane mode. I have MKTileOverlay, the bottom one. TailOverlay : NSObject , for the track line. CourseLine : NSObject , for the top course line. They have drawing renderers (except for the MKTileOverlay) and Apple fixed, with that mentioned MKOverlays fix in iOS 16.4, the performance and reliability of drawing on top of MKTileOverlay among other things. All shown in the airplane mode. Am I missing something else to make it fail? If you want to run any "what is different in our code", let me know. Similar experience with Apple for the FBs/TSI. I used "Ask Apple" in December (I think) and a nice guy checked the status for that "performance and reliability of drawing on top of MKTileOverlay" and at least I knew it's being fixed. No updates to related FBs, ever. --Stan.
Mar ’23
Reply to Background location updates stop in iOS 16.4
@nickradar. Went for a drive now with iOS 16.4 public and for me it all works 100% unless I'm severely overlooking something. I do have showsBackgroundLocationIndicator = true on the location manager that records a track. I don't have it on the location manager that listens for regions (iBeacons), but I do call startUpdatingLocation() on a region location manager before handing it over to the track location manager with showsBackgroundLocationIndicator = true, otherwise my track recording location manager would not start/stay recording in the background, I thought it was iOS specific - it might be iOS 16.4 specific then. I have competitor apps installed for the automatic mileage tracking, and 2 of 5 (all that really track) recorded now something like: That would correspond to points in the significant location updates, maybe. No recording in between. That's going to be interesting. One more thing, on significant location events I do ask for the background time extension. Not sure that plays any role, I ask due to other things, but also start a probing location manager that has showsBackgroundLocationIndicator = false and it works. Hope this will not give Apple any wrong ideas :).
Mar ’23
Reply to Background location updates stop in iOS 16.4
I tried now on my iPad with iOS 16.4 RC and there is no problem with the app staying in the background. I switched off significant location updates as well as part of the experiment, the app still stays in the background with no problem. ~20 minutes now. If you can test this on iPad with iOS 16.4 then we can see if this is iPad vs iPhone that makes a difference or something in your vs mine configuration of a LocationManager.
Mar ’23
Reply to iOS 16.4. Unable to Run in the Background Even with Always Allow Location Permission Enabled
I've been testing iOS 16.4 on iPad since day 1 and it runs in background location 24x7, I specifically and continuously test for this use case. Are you sure this is not some kind of crash that would be happening after these 10 minutes that might be bringing the app down? There might be differences between location services on iPad and iPhone though.
Mar ’23
Reply to Drawing MKPolylines on map make app unresponsive. Anybody else have this problem ?
I might have a related FB to this issue, or more related to iOS 16 MKMapKit performance degradation when it comes to overlays that need to draw. It's "iOS 16 regression - MKMapView flicker with MKTileOverlay and MKOverlayRenderer with draw().". I have FB FB11805267 with the sample project that reproduces the issue. I used "Ask Apple" and I got confirmed that issue is known and is assigned a high priority. Then I used a DTS to ask if there is a workaround (e.g. I hoped I could only provide the overlay path and will not draw) and that returned back unused. Going to add a link to this thread to my FB.
Jan ’23