mirror of
https://github.com/oxen-io/session-ios.git
synced 2023-12-13 21:30:14 +01:00
50abf4d02d
Hack to fix https://github.com/jessesquires/JSQMessagesViewController/issues/1885 This doesn't happen often, but is reproducible under simulated message churn (~50 insert/update/deletes randomly spaced over 10 seconds). During performBatchUpdates, the collectionViewLayout can call layoutAttributesForElementsInRect which can reference the just-deleted item's view. (The view presumably hasn't been deleted yet, but will be by the time performBatchUpdates is complete). It's opaque how layoutAttributesForElementsInRect get's it's list of views. I can only speculate how this works based on debugging, but it seems that the CollectionFlowLayout keeps an internal list of item frames, which when crashing still contain items corresponding to the to-be-deleted items. In any case, it seems like a bug that JSQMVC would ever attempt to get layoutAttributes for an item which doesn't exist in the datasource.
20 lines
813 B
Ruby
20 lines
813 B
Ruby
platform :ios, '8.0'
|
|
source 'https://github.com/CocoaPods/Specs.git'
|
|
|
|
target 'Signal' do
|
|
pod 'SocketRocket', :git => 'https://github.com/facebook/SocketRocket.git'
|
|
pod 'SignalServiceKit', git: 'https://github.com/WhisperSystems/SignalServiceKit.git'
|
|
#pod 'SignalServiceKit', path: '../SignalServiceKit'
|
|
pod 'OpenSSL'
|
|
pod 'PastelogKit', '~> 1.3'
|
|
pod 'FFCircularProgressView', '~> 0.5'
|
|
pod 'SCWaveformView', '~> 1.0'
|
|
pod 'ZXingObjC'
|
|
pod 'DJWActionSheet'
|
|
#pod 'JSQMessagesViewController'
|
|
pod 'JSQMessagesViewController', git: 'https://github.com/WhisperSystems/JSQMessagesViewController.git', branch: 'fix-intermittent-crash-on-delete'
|
|
target 'SignalTests' do
|
|
inherit! :search_paths
|
|
end
|
|
end
|