Bug de Chrome v33 affectant les polices web

Depuis quelques jours je bataille avec mon thème Koken sur fabienamann.photography, les polices web (@font-face) n’apparaissent pas sous Chrome, jusqu’au moment où le texte en question est survolé ou cliqué par la souris. Problème jamais rencontré avant, j’avoue m’être senti démuni jusqu’à ce que l’équipe de Koken publie ce message, relatant un réel bug de Chrome 33. Le site Adobe Typekit en parle aussi.

J’espère que ce problème va être rapidement résolu avec la nouvelle version de Chrome. En attendant, je redirige via javascript les user agents estampillés « Chrome » vers une feuille de style sans polices web.

<script type="text/javascript">
if( /Chrome|Android|AppleWebKit|webOS|iPhone|iPad|iPod/i.test(navigator.userAgent) ) {
	document.write('<koken:asset file="css/settings_chrome.css" />');
} else {
	document.write('<koken:asset file="css/settings.css" />');
}
</script>

Note 04/03/2014 : Mise-à-jour de Chrome en Version 33.0.1750.146 m aujourd’hui, le problème reste le même.

Problème Zend_Session avec Google Chrome

J’ai rencontré un étrange problème avec les sessions du framework Zend et Google Chrome uniquement. Celles-ci ne sont tout simplement pas enregistrées. C’est un réel problème surtout avec l’utilisation de Zend_Auth car aussitôt que l’utilisateur passe le formulaire de login, celui-ci se retrouve déconnecté.

Le problème est beaucoup mentionné sur le web, avec des solutions dans tous les sens, dont une qui semble farfelue mais qui a résolu ce problème pour mes applications : ajouter une favicon.ico à la racine du site.

heard like a missing favicon.ico. chrome makes a new thread for requesting the favicon.ico. so if you handle 404 requests in a way with updating a session-cookie you will get a new session-id and your visible browser tab session has an other session than the « favicon » request! check your serverlogs and 404 handling.

Source : ZF Issue tracker