Evita di usare '&'reg_code nella richiesta /authenticate clientless-avoid-using-reg_code-in-authenticate-request
Problema
Il browser IE 9 interpreta '&reg' come comando speciale e lo converte in ®.
Spiegazione
Se la richiesta /authenticate è composta come segue…
<FQDN>authenticate? requestor_id=someRequestor®_code=EKAFMFI&domain_name=someRequestor.com&noflash=true&mso_id=someMvpd&redirect_url=someRequestor.redirect.url.html
…verrà interpretato dal browser IE come di seguito e inviato all'Adobe in questo formato:
<FQDN>authenticate?requestor_id=someRequestor®_code=EKAFMFI&domain_name=someRequestor.com&noflash=true&mso_id=someMvpd&redirect_url=someRequestor.redirect.url.html
Il richiedente_id verrà interpretato come univision®_code=EKAFMFI, poiché non esiste '&' e l'Adobe non troverà un parametro regCode a cui associare il token. È possibile che il token AuthN non venga creato, nel qual caso /checkauthn chiamate non riusciranno a trovare alcun token.
Soluzione
Per risolvere il problema, scegliere una delle seguenti opzioni:
-
Evitare di utilizzare il parametro
®_codetra gli altri parametri della stringa di query. Spostalo invece sul primo parametro della stringa di query nell’URL della richiesta, creando l’URL della richiesta come segue:code language-none <FQDN>autentica?reg_code =EKAFMFI&requestor_id=someRequestor&domain_name=someRequestor.com&noflash=true&mso_id=someMvpd&redirect_url=someRequestor.redirect.url.htmlIn questo modo, il parametro
®non verrà interpretato in modo errato. -
Normalizza
®_codecome utente di&reg_code. -
Un Adobe potrebbe introdurre una nuova funzione per inviare un codice di errore alla seconda schermata in risposta a una chiamata di autenticazione, se la creazione del token AuthN non è riuscita.