(Heredado) Evite utilizar '&'reg_code en la solicitud /authentication clientless-avoid-using-reg_code-in-authenticate-request
Problema
El navegador IE 9 interpreta '&reg' como un comando especial y lo convierte a ®.
Explicación
Si la solicitud /authenticate está compuesta de la siguiente manera…
<FQDN>authenticate? requestor_id=someRequestor®_code=EKAFMFI&domain_name=someRequestor.com&noflash=true&mso_id=someMvpd&redirect_url=someRequestor.redirect.url.html
… será interpretado por el navegador IE como se muestra a continuación y se enviará a Adobe en este formato:
<FQDN>authenticate?requestor_id=someRequestor®_code=EKAFMFI&domain_name=someRequestor.com&noflash=true&mso_id=someMvpd&redirect_url=someRequestor.redirect.url.html
El solicitante_id se interpretará como univision®_code=EKAFMFI, ya que no hay '&', y Adobe no encontrará un parámetro regCode al que asociar el token. Existe la posibilidad de que no se cree el token de AuthN, en cuyo caso las llamadas a /checkauthn no encontrarán ningún token.
Solución
Una de las siguientes opciones debe resolver este problema:
-
Evite utilizar el parámetro
®_codeentre los demás parámetros de cadena de consulta. En su lugar, muévalo al primer parámetro de cadena de consulta de la dirección URL de solicitud, haciendo que la dirección URL sea la siguiente:code language-none <FQDN>authentication?reg_code =EKAFMFI&requestor_id=someRequestor&domain_name=someRequestor.com&noflash=true&mso_id=someMvpd&redirect_url=someRequestor.redirect.url.htmlDe este modo, el parámetro
®no se interpretará incorrectamente. -
Normalizar
®_codecomo si usara&reg_code. -
Adobe podría introducir una nueva función para enviar un código de error de nuevo a la segunda pantalla en respuesta a una llamada de autenticación, si fallaba la creación del token de AuthN.