[HowTo] Google Chrome sigue pidiendo un password cuando se habilita la autenticación con un .htaccess.

Otro título sugerido: putohtaccess (sin ene, si).

Resulta ser que hay un bug bastante feo que en dos meses va a cumplir ya dos años sin resolución en Google Chrome (vigente al momento de escribir este artículo y no le den pelota a todas las veces que dicen que lo cerraron ya) que te puede cagar el día y en grande si por casualidad te lo encontrás en un servidor en producción y contra-reloj:

Si por tal o cual motivo necesitás proteger un subdirectorio con una contraseña usando un .htaccess y justo da la mala casualidad que se trata de un directorio que no contiene un favicon.ico ni en el mismo directorio en cuestión ni en el raíz del dominio –El que hubieras especificado en tu vhost como DocumentRoot– o tenés otro .htacess en tu DocumentRoot que no valida con el mismo nombre de usuario y contraseña que el subdirectorio en cuestión, te vas a encontrar con que Google Chrome se empecina en cargar el puto iconito por mas que nunca lo hubieras incluído en el html, ni exista realmente.

Chrome haciendo quilombo de nuevo, para no variar.

Para Google Chrome es de vital importancia mostrar el maldito iconito en su omnibar y no tiene otro fin último, que se acabe el mundo, que se caguen los estándares, Chrome quiere su iconito, por mas que intentar cargarlo represente para el usuario tener que meter su nombre de usuario y contraseña cada vez que hace un click en un hipervínculo que lo redirecciona a otro subdirectorio. Vaya forma de rompernos las pelotas que tenés, Chrome. ¿No hubiera sido mas fácil fallar silenciosamente como hacen TODOS los demás browsers? Sigue leyendo