Chrome પ્રોક્સી પ્રમાણીકરણ: ગુમ થયેલ onAuthRequired કૉલબૅક
Chrome પ્રોક્સી લૉગિન કૉલબૅક ડિબગ કરતી વખતે એક્સ્ટેન્શન ઇવેન્ટ દૃશ્યતાને કૅશ થયેલ પ્રમાણીકરણ અને પૂર્ણ થયેલ વિનંતીઓથી અલગ રાખો.
અંદર onAuthRequired એક સંદેશ હોવો સાબિત કરે છે કે તે શ્રોતા ચાલ્યો હતો. ખાલી કન્સોલ બતાવતું નથી કે વિનંતીએ કયો માર્ગ લીધો અથવા અગાઉના વિનિમયે પ્રમાણીકરણ પૂરું પાડ્યું હતું કે નહીં.
| અવલોકન | આનાથી અલગ રાખો |
|---|---|
| પસંદ કરેલ માર્ગ | પ્રમાણીકરણ પડકાર થયો કે નહીં |
| મળેલ પડકાર | આ શ્રોતા તેને જોઈ કે સંભાળી શક્યો કે નહીં |
| શ્રોતાનું આઉટપુટ | તમે યોગ્ય એક્સ્ટેન્શન કન્સોલ જોઈ રહ્યા છો કે નહીં |
| વિનંતીનું અંતિમ પરિણામ | નવા કૉલબૅકની જરૂર હતી કે નહીં |
પહેલા વાસ્તવિક નેટવર્ક પરિણામ નક્કી કરો. વિનંતી પ્રમાણીકરણ કે સ્થપાયેલ જોડાણ ફરી વાપરી શકે, સીધી જઈ શકે, અથવા અપેક્ષિત અંતિમ બિંદુ સુધી કદી ન પહોંચે.
જો સંબંધિત પડકાર થયો હોય, તો શ્રોતાનું ફિલ્ટર, પરવાનગીઓ અને સમર્થિત એક્સ્ટેન્શન સંદર્ભ તપાસો. Manifest પેઢી અને ડિપ્લોયમેન્ટ મૉડલ પ્રમાણીકરણ સંભાળને અસર કરે છે; જૂનું બ્લૉકિંગ-શ્રોતા ઉદાહરણ વર્તમાન પરવાનગી મૉડલ નક્કી કરી શકતું નથી. જ્યાં શ્રોતા ચાલે છે ત્યાં એક્સ્ટેન્શનના સર્વિસ વર્કર કન્સોલને જુઓ, પૃષ્ઠ આઉટપુટ પર આધાર રાખવાને બદલે. Manifest V3 માટે, પ્રમાણીકરણ શ્રોતાને સમકાલીન રીતે નોંધો એસિંક એકાઉન્ટ લોડિંગ પહેલાં.
વારંવાર નેવિગેશન જરૂરી નથી કે નવો પડકાર હોય. ઐતિહાસિક કૅશ અહેવાલ એવો નિયમ સ્થાપિત કરતા નથી કે ઇવેન્ટ દર બ્રાઉઝર સેશનમાં બરાબર એક વાર જ થાય છે; વપરાતું બ્રાઉઝર અને આવૃત્તિ અવલોકન કરો.
નિયંત્રિત સરખામણી માટે, સમર્થિત બ્રાઉઝર સાધનોથી ઇચ્છિત એક્સ્ટેન્શન રૂપરેખા અને એકાઉન્ટ અલગ કરો. અલિખિત કૅશ-સાફ કરવાની યુક્તિઓ કે આખું ઓપરેટિંગ સિસ્ટમ બદલવાનું ટાળો. ચાર અવલોકનો નક્કી કરે છે કે શ્રોતા ગુમ છે કે આ જોડાણને તેની જરૂર જ નહોતી.