Suporte ao WKWebView (herdado) no iOS SDK 3.1+ wkwebview-support-on-ios-sdk-3.1

Devido à descontinuação do UIWebView do Apple no iOS, atualizamos o iOS SDK 3.1 com suporte para WKWebView.

Compatibilidade compatibility

A partir do iOS SDK versão 3.1, os implementadores podem usar agora WKWebView ou UIWebView alternadamente. Como a UIWebView foi descontinuada pela Apple, os aplicativos devem migrar para a WKWebView para evitar problemas com versões futuras do iOS.

Observe que a migração implicaria simplesmente alternar a classe UIWebView com WKWebView; não há trabalho específico a ser feito em relação ao AccessEnabler da Adobe.

Problemas conhecidos known-issues

O AccessEnabler da Adobe usou uma instância UIWebView interna oculta para executar "autenticação passiva" para determinados MVPDs. O fluxo "passivo" foi útil para MVPDs que exigem autenticação para cada ID de solicitante, e desse fluxo beneficiaram os programadores que usaram a mesma ID de equipe em vários aplicativos do iOS para simular uma experiência de SSO (Adobe SSO). Esse recurso é usado atualmente por um número limitado de MVPDs.

O recurso usava um comportamento do UIWebView que permitia que o Adobe capturasse os cookies de autenticação e os repetisse durante o fluxo "passivo". A WKWebView apresenta uma segurança mais forte que impede o Adobe de capturar os cookies definidos no logon e repeti-los usando uma instância oculta da WKWebView. Devido a essa melhoria de segurança e considerando que o fluxo "passivo" beneficiou apenas um conjunto muito limitado de MVPDs em um cenário de implementação muito específico (vários aplicativos usando a mesma id de equipe), a Adobe removeu o recurso de "autenticação passiva" para MVPDs usando visualizações da Web para autenticação.

O recurso ainda está presente para MVPDs configurados para usar SFSafariViewController, mas observe que, nesse caso, a autenticação "passiva" estará visível para o usuário, pois SFSafariViewController não pode ser usado de uma maneira "oculta".