offloading

And another found is that on the home Wifi network(which has PPPoE router provided by carrier) with an iOS 14 iPhone the message will be like udp_validate_cksum_internal * udp incorrect IPv4-UDP non-offload checksum * ulen 1506 And the pppoe header length is 6. Compared with previous network with Vlan the error message showed ulen is 1502. I believe there most probably a bug exists somewhere in iOS 14 kernel or in network extension. Since I didn't found such issue under the same condition on iOS 12, this issue may only exists in iOS 14. The reproduce condition is with NEPacketTunnelProvider set the MTU of the UTUN to be a value bigger or equal than 1480(Theoretically we should be able to set this value to a very big size like 65535 and without any problem) or overhead size to be 0, and run it on an iOS 14 iPhone, on a Wifi network which has a Vlan setting or PPPoE, on inbound packets there will be such problem.

It is November 2020, and my Iphone 6s has just been reset to factory settings because of this. So, no, we cannot assume that Apple has fixed anything in the new updates, nor will they. I've been experience a slow decay of storage space on my, already too compact, 16gb phone. 6gb taken by the storage, so this phone is actually a 9gb phone, sold as a 16gb phone. Over the past 2 months my phone went from the occasional offloading of an app, to having almost 0gb of space. I was so confused, as apple does little to nothing to explain to their customers how to handle the defuncts in the system. I started using icloud, uploading everything possible to it. It did absolutely nothing, nothing at all. You have to go through absurd hoops and hurdles to export your iphone photo library into your computer and separate them from icloud, so that they won't disappear when you delete them off your phone. Learned that lesson before, should out to apple iCloud for losing 500-1000 of my pictures to iCloud in 2018. So, ev

Similar here, but even worse! We are having more and more users who have the same issue after any kind of updates (os updates as well as app updates). The app shows the launch screen and then quits, no even calling didFinishLaunching. In same cases, the workaround is to send the app to icloud (offload) and then restart it, restoring all data from the cloud. Unfortunately, this worked fine in iOS 13 but does not always work in iOS 14.0. Currently, the only way to make the app work again is to delete and reinstall it, letting the user lose all of the data assign to the app. THIS IS A DESASTER for most of our users. We URGENTLY need a solution.

Noticed again on iOS 14.2 beta 2 on iPhone 11 Pro. Apps fail to open, deleting or offloading apps fails, space remains stuck at 63.6 GB/64 GB.

same with me, I installed iOS 14 beta on my iPhone 11 Pro Max and after that it just started kicking me out of apps and randomly disconnecting bluetooth. My AirPods 2 and the Pros. I then downloaded iOS 14 and now 14.0.1 and offloaded the beta. But nothing helped. It’s really getting frustrating, especially when your on a phone call. I hope this gets resolved asap.

hi, one correction to my last reply: point number (3) wasn't quite right (i had it backwards; sorry, it was the last thing i wrote before heading off to bed). it should have been: (3) instead, if you write something like ExerciceHistoryRow(name: exerciceHistory.name!) and you use var name: String for the View, that will be updated properly. be sure to NOT define this variable using @State, because that gives ownership of the View to SwiftUI. and in general, you'll obviously want to pass along more than just date for a single field in the object ... my conclusions about this whole display not updating situation, especially with Core Data objects (one i've been struggling with for some time): passing a reference to an object to a RowView works fine if it is an @ObservedObject -- and if the RowView makes any changes to the object, you'll know about it. however, deleting that object will crash if the RowView is still held onto by SwiftUI when the deletion occurs. (i think the situation is even more murky when usi

Alright, Figured it out. You can't even have any offloaded apps from ANY vendor, including Apple, installed on the device. Removed all offloaded apps and works now.

hi, i'll offer three suggestions. there's no need (or there may be, but not in this example) for User to be a class. make it a struct and kill the ObservableObject protocol. struct User: Identifiable { let id = UUID() var name: String init(name: String) { self.name = name } } treat the Users object as a viewModel, and when a change is made to a user's name, provide a method for the Users object to do that. class Users: ObservableObject { @Published var users: [User] init() { self.users = [ User(name: John Doe), User(name: Jane Doe) ] } func updateUsername(for user: User, to newName: String) { if let index = users.firstIndex(where: { $0.id == user.id }) { users[index].name = newName } } } and treat the UserDetailView to not be a live edit, but one where you have parameters users and user coming in; you offload the name you want to edit when the view comes on screen; and when you save the edit, ask the Users object to make that change for you. something like this (with the Save button now also dismissi

Okay I've cracked it open and tried out the method of passing in the data rather than the object itself by offloading to a struct. That definitely solves the issue, optically, but I need to refactor editing of deleting the item from the modal. I'm sure i'll figure it out tonight. If I get stuck again or have further questions I'll be back! Regardless, thanks DMG for the help and great ShoppingList project as a resource!

To clarify, this is a bug: Any iCloud offloaded apps installed on the phone are counted as developer installed apps until reinstalled or deleted. You can confirm this in the console when looking at the MIFreeProfileValidatedAppTracker error message. Once these have been either reinstalled or deleted, then the list of offending apps will disappear.

And yet, after clearing out all of those settings, offloaded apps and provisioned certs the error message persists. 99$ “protection money” to, ya know, actually use your ~1000EU devices.

Hello guys.. I finally got the solution to this problem; Unable to install MyAppDomain: com.apple.dt.MobileDeviceErrorDomainCode: -402620383--The maximum number of apps for free development profiles has been reached.Domain: com.apple.dt.MobileDeviceErrorDomain Go to the Console app can be found in the Window >> Devices and Simulators >> click the 'Open Console' button in your phone's tab. In the Console app, type MIFreeProfileValidatedAppTracker in the upper right corner's search box will help you find the detail of this message after failed running your app. I have also found that most of the bundle IDs shown in the error message are auto offload apps. Turns out the Xcode misclassified all the auto offloaded apps (apps you have not used for a while) as your free developer account's test apps. If you encounter the same problem, the solution is to re-download all the offload apps. Then, turn off the auto offload in the iPhone Settings - iTunes & App Store - Offload

Found the answer in this thread. https://discussions.apple.com/thread/251383929 Turns out, you can't have any offloaded apps from ANY vendor, including Apple, installed on the device.

Having the exact same problem.@logicat Did you ever find a root cause or fix besides deleting & reinstalling your app?Can't create any new files.The error message is The file couldn't be saved. and there is no underlying error in the NSError instance.errno == 17 after the write failure.The file does not actually exist, nor are there any *.tmp.****** files present in the same parent directory.Affects a very small segment of my user base, but that number is growing.In my case, I only have reports for iOS 13+.Offloading the app *does not* fix the problemDeleting & reinstalling the app fixes the problem, but is obviously undesirable.