Originally created by @PaulWoodIII on GitHub (Aug 20, 2015).
I'm on the xcode7 alpha branch and following you while you work, so I understand if you are going to get to it but my ObjectMonitor is no longer receiving this callback.
I looked into the NSFetchedResultsController used for the ObjectMonitor and instead of .Update its sending a .Move NSFetchedResultsChangeType. I think thats where I'll start in my debugging of this
Originally created by @PaulWoodIII on GitHub (Aug 20, 2015).
I'm on the xcode7 alpha branch and following you while you work, so I understand if you are going to get to it but my ObjectMonitor is no longer receiving this callback.
I looked into the NSFetchedResultsController used for the ObjectMonitor and instead of .Update its sending a .Move NSFetchedResultsChangeType. I think thats where I'll start in my debugging of this
I'm currently fighting with this as well, but this is not just a problem in the ios7_support_alpha branch. This also happens on any branch built with the iOS 9 SDK and only on iOS 9 devices/simulators, so it's either a bug on iOS 9, a bug on the latest XCode, or an inteded behavior change we may need to handle with if #available()'s.
@JohnEstropia commented on GitHub (Aug 21, 2015):
I'm currently fighting with this as well, but this is not just a problem in the ios7_support_alpha branch. This also happens on any branch built with the iOS 9 SDK and _only on iOS 9 devices/simulators_, so it's either a bug on iOS 9, a bug on the latest XCode, or an inteded behavior change we may need to handle with `if #available()`'s.
@PaulWoodIII I pushed a temporary fix for ObjectMonitor so that it will somehow still be usable. A couple of problem still persists:
ObjectMonitor may send update events even if no updates actually occurred
ListMonitor may send willChange and didChange events even if no updates actually occurred. This will cause UITableView.endUpdates() to fire an assertion failure if no other UITableViewCell updates were made after UITableView.beginUpdates().
@JohnEstropia commented on GitHub (Aug 23, 2015):
@PaulWoodIII I pushed a **temporary** fix for ObjectMonitor so that it will somehow still be usable. A couple of problem still persists:
1. ObjectMonitor may send update events even if no updates actually occurred
2. ListMonitor may send willChange and didChange events even if no updates actually occurred. This will cause `UITableView.endUpdates()` to fire an assertion failure if no other UITableViewCell updates were made after `UITableView.beginUpdates()`.
We'll need to wait how Apple fixes this bug on the next XCode build. You can follow updates from this thread: https://forums.developer.apple.com/thread/4999
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @PaulWoodIII on GitHub (Aug 20, 2015).
I'm on the xcode7 alpha branch and following you while you work, so I understand if you are going to get to it but my ObjectMonitor is no longer receiving this callback.
I looked into the NSFetchedResultsController used for the ObjectMonitor and instead of .Update its sending a .Move NSFetchedResultsChangeType. I think thats where I'll start in my debugging of this
@JohnEstropia commented on GitHub (Aug 21, 2015):
I'm currently fighting with this as well, but this is not just a problem in the ios7_support_alpha branch. This also happens on any branch built with the iOS 9 SDK and only on iOS 9 devices/simulators, so it's either a bug on iOS 9, a bug on the latest XCode, or an inteded behavior change we may need to handle with
if #available()'s.@JohnEstropia commented on GitHub (Aug 21, 2015):
Seems related: https://forums.developer.apple.com/thread/4999
@JohnEstropia commented on GitHub (Aug 23, 2015):
@PaulWoodIII I pushed a temporary fix for ObjectMonitor so that it will somehow still be usable. A couple of problem still persists:
UITableView.endUpdates()to fire an assertion failure if no other UITableViewCell updates were made afterUITableView.beginUpdates().We'll need to wait how Apple fixes this bug on the next XCode build. You can follow updates from this thread: https://forums.developer.apple.com/thread/4999
@PaulWoodIII commented on GitHub (Aug 23, 2015):
thanks @JohnEstropia I'll test things out this afternoon myself