Probleem met chrome
nadat speedtest wordt uigevoerd word je automatisch direct redirected naar begin van test. Je krijgt uw resultaten maar voor 0,1 sec te zien.
Nog iemand?
Speedtest & Chrome
-
seagull
- Elite Poster
- Berichten: 1992
- Lid geworden op: 23 nov 2006, 07:55
- Twitter: WimVerlinden
- Locatie: Kortenberg
- Uitgedeelde bedankjes: 48 keer
- Bedankt: 85 keer
- Recent bedankt: 1 keer
Bij mij werkt de speedtest normaal met chrome. (Win Vista Ultimate)
Proximus Bizz Internet Fiber 500/500 Mbps & Business Fibernet 300 plus met Speedboost 300/50 Mbps (failover) -
Business Mobile Flex Pack - 3CX/Teams Direct Routing - Proximus TV & Telenet TV
Business Mobile Flex Pack - 3CX/Teams Direct Routing - Proximus TV & Telenet TV
-
kUmbro
- Premium Member
- Berichten: 468
- Lid geworden op: 05 aug 2006, 10:05
- Uitgedeelde bedankjes: 33 keer
- Bedankt: 3 keer
Onder Chromium 0.3.155.0 en WinXP SP3 kom ik niet eens terecht op de resultaten pagina: ik ga na stap 2 rechstreeks naar stap 1. Ik verschijn zelfs niet bij de laatste 100 resultaten.
-
meon
- Administrator
- Berichten: 16753
- Lid geworden op: 18 feb 2003, 21:02
- Twitter: meon
- Locatie: Bree
- Uitgedeelde bedankjes: 472 keer
- Bedankt: 661 keer
Oké, eens getest en inderdaad: jullie bevinden kloppen. Meer nog: het is normaal dat dit gebeurt. Meer nog: blame Google Chrome.
In tegenstelling tot eerdere browsers draaien alle tabs en plugins in een eigen proces. Het idee is dat als een plugin crashed of tab, niet uw hele browser onderuit gaat. Dit systeem werkt in dit geval tegen de speedtest: blijkbaar betekent het dat dit apart proces ook z'n eigen sessie op de server maakt. De speedtest checkt bij elke stap (invullen, testen, score opslaan) of de sessie nog hetzelfde is (kwestie dat de resultaten wel degelijk van de test komen, en niet dankzij een rechtstreekse post of get-opdracht d'er in geduwd worden.
In dit geval gebeurt er dit:
Stap 1: Sessie A
Stap 1a (onzichtbaar - checkt of je java of pluginless hebt gekozen): Sessie A
Stap 2: (java-test): Sessie A + Sessie B (de java-plugin).
Java stuurt u naar volgende pagina: Sessie B
Stap 3: oeps, B != A, terug naar stap 1.
De pluginless-versie heeft om deze reden dat probleem dus niet ...
In tegenstelling tot eerdere browsers draaien alle tabs en plugins in een eigen proces. Het idee is dat als een plugin crashed of tab, niet uw hele browser onderuit gaat. Dit systeem werkt in dit geval tegen de speedtest: blijkbaar betekent het dat dit apart proces ook z'n eigen sessie op de server maakt. De speedtest checkt bij elke stap (invullen, testen, score opslaan) of de sessie nog hetzelfde is (kwestie dat de resultaten wel degelijk van de test komen, en niet dankzij een rechtstreekse post of get-opdracht d'er in geduwd worden.
In dit geval gebeurt er dit:
Stap 1: Sessie A
Stap 1a (onzichtbaar - checkt of je java of pluginless hebt gekozen): Sessie A
Stap 2: (java-test): Sessie A + Sessie B (de java-plugin).
Java stuurt u naar volgende pagina: Sessie B
Stap 3: oeps, B != A, terug naar stap 1.
De pluginless-versie heeft om deze reden dat probleem dus niet ...
