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
{{ message }}
This repository was archived by the owner on Oct 18, 2021. It is now read-only.
In BLIPMessage.m_receivedFrameWithFlags: body: line 365:
if( self.compressed && encodedLength>0 ) {
self.compressed refers to _flags which has not been updated with the flags passed into the method and therefore self.compressed will return NO even if the given flags suggest the body is compressed. This causes the body data to not be decompressed and confuses consumers of the message.
I'm not sure what the proper fix is since I don't quite understand the relationship between _flags and flags, but the method seems to use them in an inconsistent way throughout. It would seem _flags needs to be properly updated by the passed in flags parameter...
As a workaround (which reflects from previous revisions), one can replace line 365 with:
In
BLIPMessage.m_receivedFrameWithFlags: body:line 365:if( self.compressed && encodedLength>0 ) {self.compressedrefers to_flagswhich has not been updated with the flags passed into the method and thereforeself.compressedwill return NO even if the givenflagssuggest the body is compressed. This causes the body data to not be decompressed and confuses consumers of the message.I'm not sure what the proper fix is since I don't quite understand the relationship between
_flagsandflags, but the method seems to use them in an inconsistent way throughout. It would seem_flagsneeds to be properly updated by the passed inflagsparameter...As a workaround (which reflects from previous revisions), one can replace line 365 with:
if( flags & kBLIP_Compressed && encodedLength>0 ) {