NSData GZIP category conflict

[milancermak]

The recent addition or NSData+GZIP causes a conflict with another library I use (KSCrash) in my project, because it also defines the same category.

I'm not a Cocoapods expert, but I think this could be prevented if the podspec of this library would list public headers correctly. I'm guessing everything inside Internal/ should not be public anyway.

[f2prateek]

This was fixed https://github.com/segmentio/analytics-ios/blob/master/Analytics/Classes/Internal/NSData%2BGZIP.m#L54, it will be part of the next release.

Some of the internal classes are used by integrations (which are built outside of this library) which is why we can't mark them as private just yet.

[milancermak]

It's not a conflict in method names, sorry for the incorrect description of the isuse.

The problem is that the other library also has a Gzip category on NSData, so when it tries to call for example gunzippedWithError:, the compiler looks into the Analytics' GZip category and doesn't find it.

The error I get is No visible @interface for 'NSData' declares the selector 'gunzippedWithError:'.

[f2prateek]

I see - so I think renaming our extension to NSData+SEGGZip should work for now.

[milancermak]

Yeah, that should be fine too.