[🐛] [iOS 17] Get requests failing with error: "invalid json data"

[Jonatthu]

Latest stream packages.
iOS Simulator with xCode 15
QueryMembers failed with error: "invalid json data"

It does not fail on real device...

[vishalnarkhede]

Are you able to reproduce this consistently on even api call to queryMembers?

[vishalnarkhede]

Also please try to follow the issue template and provide as much information as possible from the template

[Jonatthu]

@vishalnarkhede many members of my team started to experience this on simulators after upgrading to xcode 15, or iOS17, the funny part is that the same code works when on a device targeting the same environment.

[vishalnarkhede]

hmm interesting ... looking into it

[vishalnarkhede]

I am able to reproduce the issue

[jimmyphan]

This is also happening to me too

[joeporpeglia]

I don't use the react native package but I'm encountering the same issue using stream-chat in a react native app. These also started for me after upgrading to xcode 15 and ios 17. In the network inspector I can see that some of our requests are successful and one fails. For the failing request, the payload query param appears to be url encoded. Both of these are calling the search method on a channel instance.

Successful:

channel.search({ pinned: true })
// -> payload: {"filter_conditions":{"cid":REMOVED},"message_filter_conditions":{"pinned":true}}

Failing:

channel.search({ 'attachments.type': { $eq: 'poll' } }, { sort: { created_at: -1 } });
// -> payload: %7B%22filter_conditions%22:%7B%22cid%22:%22REMOVED%22%7D,%22sort%22:[%7B%22field%22:%22created_at%22,%22direction%22:-1%7D],%22message_filter_conditions%22:%7B%22attachments.type%22:%7B%22$eq%22:%22poll%22%7D%7D%7D

[vishalnarkhede]

After some investigation, it turns out for some reason on iOS 17 simulator, request payload for all the get requests are getting double encoded.

Will let you know more, as the investigation continues.

[vishalnarkhede]

the funny part is that the same code works when on a device targeting the same environment.

I just tried testing the same thing on real device with iOS 17, and the requests are failing there as well.

[vishalnarkhede]

This change in js client seems to fix the issue. But I can't say I understand the issue completely yet. So will keep digging

    this.axiosInstance.defaults.paramsSerializer = (params) => {
      const newParams: any = {};
      for (let k in params) {
        if (typeof params[k] === 'object') {
          newParams[k] = JSON.stringify(params[k]);
        } else {
          newParams[k] = params[k];
        }
      }

      const str = qs.stringify(newParams);

      return str;
    }

[vishalnarkhede]

This seems relevant : https://developer.apple.com/documentation/foundation/nsurl/1572047-urlwithstring

For apps linked on or after iOS 17 and aligned OS versions, NSURL parsing has updated from the obsolete RFC 1738/1808 parsing to the same RFC 3986 parsing as NSURLComponents. This unifies the parsing behaviors of the NSURL and NSURLComponents APIs. Now, NSURL automatically percent- and IDNA-encodes invalid characters to help create a valid URL.

[vishalnarkhede]

@joeporpeglia @Jonatthu whats the version of react-native that you are using?

[vishalnarkhede]

I think this has nothing to do with iOS17 or xcode 15. It could be react-native 0.72 related - facebook/react-native@2be409f

however, this will regress the original issue that this fixed (https://fb.workplace.com/groups/rn.support/posts/25129344753354136), where encoding square brackets in the URI is causing percents to be re-encoded, resulting in a mixed uri with mixed encoding, i.e. %2522%5B%5D. we will be fixing this by not serving decoding brackets in our php serializer which was originally be the follow-up fix, since that does not respect the RFC.

[vishalnarkhede]

I have requested them for an update - facebook/react-native@2be409f#commitcomment-128920983