[bug] Site performance op Windows Phone 8.1

[thefal]

Algurgazan schreef op vrijdag 18 april 2014 @ 14:47:
Ik had hier op mijn Lumia 820 helemaal geen last van (met 8.1), op mijn nieuwe Lumia 925 met 8.1 wel helaas, hij crasht vrijwel meteen op zowel de hoofdpagina als het forum helaas.

Ben je dan ingelogd of juist niet? Zolang ik niet inlog werkt de site perfect, nog geen enkele crash gehad nog, tenzij ik ingelogd was.

[analogworm]

Misha schreef op vrijdag 18 april 2014 @ 14:24:
We zijn voornemens om in de komende iteratie het wat nader te onderzoeken

Fijn! want dit is niet te doen zo

Alhoewel het bij mij wel iets werkbaarder is geworden sinds ik gister van forceer groot scherm naar forceer 5" scherm ben gegaan. Het scrollen op pagina's gaat nog steeds traag, maar de boel crashed minder vaak. Overigens forceer groot scherm werkte goed, op de automagische stand had ik van de week continu crashes, voornamelijk op GoT en ben ik standaard ingelogd
(Lumia 920, icm 8.1)

[CAP-Team]

Ik lees vaak het forum nog ff voor het slapen gaan maar dat is nu niet te doen. Om de haverklap knalt IE eruit.. Ik heb dit dus alléén op t.net..

[PaT]

Schiet mij maar lek, de frontpage klapt er steeds uit. Zet ik die diagnostics app aan om Microsoft van dienst te zijn, blijft diezelfde pagina gewoon netjes overeind. Diagnostic afgesloten, zelfde pagina geopend en BAM, weer er uit.

Anderen die dit ook kunnen reproduceren?

[HooksForFeet]

Ik heb op tweakers.net geen last van een crashende browser. Wel van video's die niet fullscreen te spelen zijn overigens. Lumia 620 hier.

Ik heb echter vergelijkbare problemen op Cracked.com. Als ik daar een artikel lees worden delen van de pagina ineens wit, en na een tijdje crasht de browser. Ze gebruiken daar volgens mij een soortelijk meescrollend element als waar het probleem hier op tweakers aan geweten wordt, dus wie weet.

[CAP-Team]

@PaT waar kan ik die diagnostics app vinden?

[PaT]

Via dit artikel had ik hem gevonden.

http://wmpoweruser.com/yo...-via-new-diagnostics-app/

[analogworm]

Even een test berichtje om ie te laten crashen met die diagnostics app aan. Maar het lijkt erop alsof hij het inderdaad met die diagnostics app aan beter doet

Pomptiedomptiedom... Suf ding, crash nou...


Edit: Jeej, gecrashed.. na 20/30min.. beetje posten en browsen. Wel jammer dat ik zelf het rapport niet naar boven kan toveren voor jullie.

[ Voor 25% gewijzigd door analogworm op 21-04-2014 12:08 ]

[Caelorum]

Link in dat artikel zegt dat de pagina niet kan worden gevonden. Lijkt er op dat die app offline is gehaald?

[PaT]

Ze kregen waarschijnlijk iets te veel meldingen binnen

[Whatson]

http://www.windowsphone.c...50-41d1-b605-431ef28b7e80 doet het gewoon hoor?

[Caelorum]

Hmm die wel maar deze niet: http://www.windowsphone.c...50-41d1-b605-431ef28b7e80 en die komt uit het artikel.. Zal wel te maken hebben met de Nederlandse store ofzo

*edit* en ja hoor:

Can't buy app

Sorry, you can't get apps in this region. Please check the Store in your region

[ Voor 55% gewijzigd door Caelorum op 23-04-2014 00:19 ]

[analogworm]

en dan klik je even door, et voila!

[Caelorum]

analogworm schreef op woensdag 23 april 2014 @ 01:08:
en dan klik je even door, et voila!

Valt weinig door te klikken he!

[Whatson]

Telefoon op US zetten en dan naar die link gaan

[crisp]

We hebben hier inmiddels intern uitgebreid naar gekeken, en de conclusie is dat we niet een enkele aanwijsbare oorzaak hebben kunnen vinden

Het probleem lijkt zich met name te openbaren bij het scrollen op lange (complexe) pagina's. Daarbij maakt het niet uit als we bijvoorbeeld specifieke javascript behaviours uitschakelen, dat verlengde hooguit de tijd tot aan de volgende crash marginaal.

Al met al lijkt het dus inderdaad zoals de topicstarter al meldde iets te maken te hebben met het toenemende geheugengebruik van IE bij het renderen van dergelijke pagina's tot een punt waarop IE het niet meer kan managen en er 'uit vliegt'.

Dat laatste kan natuurlijk niet de bedoeling zijn, maar is iets wat wij uiteindelijk niet zelf kunnen voorkomen. Responsive speelt in zoverre waarschijnlijk een factor dat door de extra CSS en JS behaviours we eerder een kritische grens bereiken. Waarom IE daar niet mee kan omgaan is iets wat Microsoft zelf moet gaan onderzoeken, en gezien het feit dat het IE feedback forum vol staat met bugreports omtrent crashes in IE lijkt het me dat ze daar echt serieus naar zullen moeten kijken.

Helaas is het voor ons geen optie om onze website zodanig te versimpelen dat IE op Windows Phone er ook goed mee om kan gaan. Dat is zuur voor degenen die vastzitten aan IE omdat ze toevallig een Windows Phone toestel hebben, maar het is niet in ons eigen belang en ook niet in het belang van al onze andere bezoekers om ons te gaan confirmeren aan een enkele buggy browser...

[Ramon]

Ik ben het helemaal met je eens hoor. Het is kut, maar dit is iets wat MS moet fixen.

[analogworm]

Jammer, maar wel begrijpelijk. Zeker als jullie stellen dat het een bug is in IE..

[Whatson]

Lijkt er meer op dat het een driver issue is op sommige toestellen (Lumia 925 bijvoorbeeld), filmpjes van 720p of groter die niet fullscreen worden afgespeeld crashen naar het lockscreen: https://dl.dropboxusercon...20140501_19_42_04_Pro.mp4

[Caelorum]

Wat heeft dat met het crashen van de browser te maken? Alles doet het hier goed op dit toetstel, behalve deze site en heel sporadisch een andere.

@crisp, kunnen jullie dan kijken om een API (beperkt) beschikbaar te maken zodat iemand een fatsoenlijke WP app kan bouwen voor tweakers? Wellicht een contest er van maken?

[crisp]

Caelorum schreef op dinsdag 06 mei 2014 @ 16:05:
[...]
@crisp, kunnen jullie dan kijken om een API (beperkt) beschikbaar te maken zodat iemand een fatsoenlijke WP app kan bouwen voor tweakers? Wellicht een contest er van maken?

We hebben simpelweg niet de mankracht om dat op te zetten en (goed) te begeleiden, en het marktaandeel van WP is ook niet dusdanig groot dat we daar echt een noodzaak in zien...

[Caelorum]

Ik blijf het een vreemde keuze vinden. De API is er al neem ik aan (vanwege de Android app?) en er lopen op dit forum een aantal goede WP8/W8 hobby-developers rond waarvan je er vast wel 1 zover kan krijgen een app te maken, geheel op eigen houtje, zonder begeleiding.

[Whatson]

Caelorum schreef op dinsdag 06 mei 2014 @ 17:01:
Ik blijf het een vreemde keuze vinden. De API is er al neem ik aan (vanwege de Android app?) en er lopen op dit forum een aantal goede WP8/W8 hobby-developers rond waarvan je er vast wel 1 zover kan krijgen een app te maken, geheel op eigen houtje, zonder begeleiding.

Website >>>> android api (Ik weet al hoe hij werkt, maar is de moeite niet waard) Microsoft(/Nokia?) moet dit gewoon fixen. Het is ook niet op alle toestellen, volgens mij alleen op toestellen met een resolutie groter dan WVGA (480x800)

[martijn.s]

Wellicht dat het verstandig is om even te wachten tot de final van wp8.1 gereleased wordt en als het dan nog niet opgelost is verder te kijken naar oplossingen?

[Verwijderd]

Ik heb een Lumia 1520 en heb nog nooit een crash gehad van IE. Heb wel een aantal weken op WP 8.1 gezeten (nu terug op WP 8.0), en het enige waar ik last van had was de zogenaamde witte vlakken tijdens het snel scrollen.

De lumia 1520 is wel 1 van de krachtigste toestellen dus het crashen heeft mogelijk te maken met het gebrek aan resourses op tragere toestellen.

[SinergyX]

Maar wat ik dan niet kan snappen, desktop versie (forced) werkt in principe probleemloos zonder enige crash, dezelfde lange topics, dezelfde acties op het forum. Wat is dan 'technisch' gezien zoveel anders aan de mobiele versie?

An sich maakt het mij ook niet veel uit, ik vond de mobiele versie toch niet echt fijn, dus ik kan er wel mee leven.

[crisp]

SinergyX schreef op dinsdag 13 mei 2014 @ 11:50:
Maar wat ik dan niet kan snappen, desktop versie (forced) werkt in principe probleemloos zonder enige crash, dezelfde lange topics, dezelfde acties op het forum. Wat is dan 'technisch' gezien zoveel anders aan de mobiele versie?

Het ligt meer aan de mobiele apparaten; die hebben simpelweg minder geheugen, en blijkbaar gaat IE op WP 8.1 daar niet zo lekker mee om...

[Caelorum]

Nee, hij bedoelt dat de Desktop weergave (geforceerd via tweakers.net/devicedetect) nagenoeg perfect werkt op dezelfde mobiele apparaten, maar de andere weergaves er om de haverklap crashen.

[ Voor 14% gewijzigd door Caelorum op 13-05-2014 12:31 ]

[crisp]

Caelorum schreef op dinsdag 13 mei 2014 @ 12:30:
Nee, hij bedoelt dat de Desktop weergave (geforceerd via tweakers.net/devicedetect) nagenoeg perfect werkt op dezelfde mobiele apparaten, maar de andere weergaves er om de haverklap crashen.

ah so. Nou, technisch gezien is de repsonsive weergave puur en enkel wat extra CSS en wat JS behaviours. Zelfs met het volledig uitschakelen van de JS behaviours kon ik het crash-probleem blijven reproduceren, dus daar ligt het niet aan. De CSS is an sich niet heel spannend, maar blijkbaar genoeg voor IE om toch te gaan lopen crashen.

[Eagle Creek]

Verwijderd schreef op dinsdag 06 mei 2014 @ 18:50:
Ik heb een Lumia 1520 en heb nog nooit een crash gehad van IE. Heb wel een aantal weken op WP 8.1 gezeten (nu terug op WP 8.0), en het enige waar ik last van had was de zogenaamde witte vlakken tijdens het snel

Heb zelf een 925 en ervaar af en toe een crash. Was me er niet van bewust maar bij het lezen van dit topic merkte ik op dat dit precies is wat ik ervaar. Complexe websites zorgen er soms voor dat ik terugvlieg naar het tiles scherm.

[Caelorum]

crisp schreef op dinsdag 13 mei 2014 @ 12:34:
[...]
ah so. Nou, technisch gezien is de repsonsive weergave puur en enkel wat extra CSS en wat JS behaviours. Zelfs met het volledig uitschakelen van de JS behaviours kon ik het crash-probleem blijven reproduceren, dus daar ligt het niet aan. De CSS is an sich niet heel spannend, maar blijkbaar genoeg voor IE om toch te gaan lopen crashen.

Zou het niet gewoon een parsing engine van CSS zijn die op zijn bek gaat en niet geheugenbeperkingen?

[tomverhoeff]

Bij de DevPreview van 8.1 wordt alleen het OS geupdate niet de onderliggende drivers/firmware (die komen van Nokia). Wellicht dat eea dus wel meevalt als de final update verspreid wordt

[crisp]

Caelorum schreef op dinsdag 13 mei 2014 @ 12:46:
[...]

Zou het niet gewoon een parsing engine van CSS zijn die op zijn bek gaat en niet geheugenbeperkingen?

Dan zou het op dezelfde pagina altijd een crash moeten veroorzaken; dat is echter niet het geval. Het komt juist onregelmatig voor, en dan voornamelijk als je aan het scrollen bent. Het zit dus denk ik meer in de rendering dan in het parsen zelf.

[Caelorum]

Ahja, ik dacht alleen dat jullie wellicht met javascript elementen inladen. Ach, maakt ook allemaal niet uit. Het is inderdaad iets waar MS (evt. met hun nieuwe mobile hardware afdeling) naar moet kijken. Ik hoop alleen maar dat het met de final wel gewoon is opgelost. Vind namelijk de mobiele weergave toch net iets fijner werken dan de desktop weergave.

[analogworm]

Ik heb net op mijn Lumia 920 een nieuwe update geïnstalleerd. Ik denk dat het 8.1 final is (screenshotje vanaf de telefoon gaat even niet). Maaar de mobiele versie van tweakers is in de laatste 10min nog niet gecrashed.. Zou microsoft het dan toch opgelost hebben?

Wel blijft er nog veel wit bij het scrollen aanwezig.

Edit: Laat naar, net na het posten en tijdens het wijzigen van de post klapte IE er meermaals uit...

Edit: Nieuw versie nummer is 8.10.12382.878

[ Voor 18% gewijzigd door analogworm op 15-05-2014 09:51 ]

[SinergyX]

Enige wat mij opvalt bij de mobiele weergave, bij zeer trage verbinding, dat veel knoppen en opties pas 'achteraf' worden geladen. Je ziet dus soort van standaard forum, vervolgens zie je al die extra grote knoppen komen bij de posts.

Het wit bij scrollen is bij zo'n trage verbinding nog beter zichtbaar, terug naar desktopmode en het is bijna compleet weg.

Zou fijn zijn als WP ook gewoon een foutmelding zou geven wat er nu precies crashed

[Caelorum]

analogworm schreef op donderdag 15 mei 2014 @ 09:44:
Ik heb net op mijn Lumia 920 een nieuwe update geïnstalleerd. Ik denk dat het 8.1 final is [...]

Het is een update voor de dev preview versie die wat bugs verhelpt. Lijkt mij dus niet dat dit de final is.

[urk_forever]

Naar aanleiding van deze blogpost heb ik eens mijn Lumia 920 met WP 8.1 aan mijn laptop gehangen en Tweakers gedebugd. Na wat scrollen en pagina's openen crashte mijn browser en in de output zag ik dit:

code:

Exception was thrown at line 24, column 64 in http://www.google-analytics.com/ga.js
0x800a01ad - JavaScript runtime error: Automation server can't create object
Exception was thrown at line 24, column 140 in http://www.google-analytics.com/ga.js
0x800a01ad - JavaScript runtime error: Automation server can't create object
Exception was thrown at line 24, column 263 in http://www.google-analytics.com/ga.js
0x800a01ad - JavaScript runtime error: Automation server can't create object
The program '[3144] IExplore.exe' has exited with code -1073741819 (0xc0000005) 'Access violation'.

Misschien is het een idee om eens de site te testen zonder Google Analytics?

[analogworm]

urk_forever schreef op woensdag 21 mei 2014 @ 13:30:
Naar aanleiding van deze blogpost heb ik eens mijn Lumia 920 met WP 8.1 aan mijn laptop gehangen en Tweakers gedebugd. Na wat scrollen en pagina's openen crashte mijn browser en in de output zag ik dit:

code:

Exception was thrown at line 24, column 64 in http://www.google-analytics.com/ga.js
0x800a01ad - JavaScript runtime error: Automation server can't create object
Exception was thrown at line 24, column 140 in http://www.google-analytics.com/ga.js
0x800a01ad - JavaScript runtime error: Automation server can't create object
Exception was thrown at line 24, column 263 in http://www.google-analytics.com/ga.js
0x800a01ad - JavaScript runtime error: Automation server can't create object
The program '[3144] IExplore.exe' has exited with code -1073741819 (0xc0000005) 'Access violation'.

Misschien is het een idee om eens de site te testen zonder Google Analytics?

Het zal toch niet weet een Google vs Microsoft fittie zijn?

[crisp]

urk_forever schreef op woensdag 21 mei 2014 @ 13:30:
Naar aanleiding van deze blogpost heb ik eens mijn Lumia 920 met WP 8.1 aan mijn laptop gehangen en Tweakers gedebugd. Na wat scrollen en pagina's openen crashte mijn browser en in de output zag ik dit:

[...]
Misschien is het een idee om eens de site te testen zonder Google Analytics?

Als dat de oorzaak is dan zou dat op alle pagina's op bijna alle websites problemen geven gok ik zo

[Caelorum]

Och, wie weet doen jullie wel iets raars of unieks ^^

[We Are Borg]

Als testje geen Google Analytics laden voor WP 8.1? Genoeg testers hier om te kijken of dat toch het punt is

[Whatson]

Jep WP7.nl gebruikt ook Google Analytics en die site crashed ook... het is in ieder geval het proberen waard...

Edit: nee werkt niet.

[ Voor 10% gewijzigd door Whatson op 23-05-2014 10:51 ]

[Wietsee.]

De reclame die ik net weer hoorde op de radio is wel lachwekkend voor een Windows Phone gebruiker die vervolgens naar Tweakers probeert te surfen * crash * .

[Max_B]

Voor extra info. Ik heb contact gehad met de Windows Phone support chat. Dit was het gesprek:

Max:
IE crashes on several pages on Windows Phone 8.1: MSDN: Internet explorer crashes when visiting certain pages

WP:
If I have understood the issue, IE crashes many times when you surf on certain pages, is it correct?

Max:
Tweakers is a tech community in the Netherlands. They tried to identify the problem, but couldn't find it.

WP:
The only thing I can do is report this problem to Microsoft.

Max:
I'm just curious if MS is aware of the problem

WP:
We have a special database in order to report all the issue regarding 8.1 issues.

Max:
When i scroll i also get many 'white fields' instead of the text displayed on the website. Sometimes it crashes at that time

WP:
As you know Whindows Phone 8.1 is a preview software version and it is still under test.

Max:
Yes I know, but thought i would report the problem to you

WP:
I thank you for this.
These info are really precious for Microsoft in order to fiz all the issue regarding this new update before it can be available for non developer customers.
Is there any error code or message?

Max:
There is no error message in IE and the funny thing is, is when you use the diagnostics app. it won't crash, haha.
Some people say it has to do something with high memory usage

WP:
I'm reporting all these data into our data base.
The described issue will be linked to this chat reference code.

[IntoDevel]

De update van vandaag (versie 12393) lost het probleem helaas nog niet op in mijn geval. Hij crashte al op de homepage en later ook binnen een artikel (over Apple, maar dat zal er wel niets mee te maken hebben). Wanneer je switcht naar desktop mode, zoals eerder in het topic aangegeven, loopt de site wel perfect soepel.

[Verwijderd]

IntoDevel schreef op maandag 02 juni 2014 @ 21:54:
De update van vandaag (versie 12393) lost het probleem helaas nog niet op in mijn geval. Hij crashte al op de homepage en later ook binnen een artikel (over Apple, maar dat zal er wel niets mee te maken hebben). Wanneer je switcht naar desktop mode, zoals eerder in het topic aangegeven, loopt de site wel perfect soepel.

hij crasht stiekem alleen als er apple/iOS of google/android in beeld staat

[CAP-Team]

Ik weet niet of het echt helpt maar het lijkt erop dat als je heul langzaam scrollt dat de pagina dan niet crasht.
En als het alleen om het lezen van de artikelen gaat, gewoon wachten met scrollen tot de hele pagina is ingeladen en dan op reading-mode te drukken (in de adresbalk).

[Miki]

Uit nieuwsgierigheid heb ik dit topic gevonden omdat ik zelf binnenkort de overstap wil maken naar Windows phone en nu zit ik eigenlijk met een prangende vraag in me hoofd.

In het specifieke topic voor de Lumia 630/635 wordt nog geen enkele melding gemaakt over een crashende Tnet pagina in IE. Is het een idee om daar één van de bezitters een kort testje te laten doen? Immers bevat de L630 een definitieve 8.1 installatie incl. drivers ipv de andere WP toestellen waar alleen de dev preview ter beschikking is gesteld.

[PaT]

Dat is daar al gevraagd en de final versie lijkt geen problemen te vertonen.

[analogworm]

Er zijn sowieso wel verbeteringen in de browser doorgevoerd. Bij bijv the verge liep het terug gaan van een artikel naar de nieuwslijst ook niet helemaal lekker. IE vergat dat 'load more stories' al meerdere malen was ingedrukt en ververste de pagina alsof je er voor het eerst kwam. Met een hele hoop wit en maar een paar stories bovenaan. Nu doet ie het prima..

Maar vooralsnog is de responsive design van tweakers onbruikbaar met het vele witte en crashen.. Maar vreemd dan trouwens dat de Lumia630 er geen last van heeft.. Aan de andere kant is dat ook wel goed nieuws, geeft een beetje hoop dat het op mijn 920 ook goed zal werken..

[Caelorum]

PaT schreef op vrijdag 06 juni 2014 @ 08:40:
Dat is daar al gevraagd en de final versie lijkt geen problemen te vertonen.

Zal het wellicht toch een setting in de firmware zijn die het een en ander regelt? Geeft inderdaad hoop zoals analogworm al zei

[PaT]

Even voor de duidelijkheid, ik baseer het bovenstaande op deze reactie: JohanValentijn in "\[WP8.1] Ervaringen met de Nokia Lumia 630/635"

(of IE zo crashde was namelijk ook mijn eerste vraag daar)

[Whatson]

Caelorum schreef op vrijdag 06 juni 2014 @ 09:32:
[...]

Zal het wellicht toch een setting in de firmware zijn die het een en ander regelt? Geeft inderdaad hoop zoals analogworm al zei

Gewoon een driver probleempje. Renderen gaat niet goed zonder de juiste firmware lijkt het.

[urk_forever]

Ik heb eindelijk die andere optie voor het debuggen van sites werkend en heb nog wat extra informatie kunnen verzamelen:

Html responsiveness


Javascript function timing


Javascript geheugen gebruik


Javascript geheugen gebruik (m.nu.nl)


Je kan zien dat er veel tijd nodig is voor het tekenen van de pagina, en dat de Google ads veel tijd in beslagnemen. Ook loopt het geheugen gebruik van IE flink op als de tweakers site bezocht wordt terwijl dit bij bijvoorbeeld m.nu.nl niet het geval is.

Misschien kunnen jullie er nog iets mee...

[crisp]

m.nu.nl is natuurlijk geen goede vergelijking. Dan zou je ook http://tweakers.mobi moeten gebruiken

[SinergyX]

crisp schreef op donderdag 12 juni 2014 @ 11:39:
m.nu.nl is natuurlijk geen goede vergelijking. Dan zou je ook http://tweakers.mobi moeten gebruiken

Welke geen forum heeft en flink wat features mist, lijkt me niet echt een vergelijking.

[_David_]

SinergyX schreef op donderdag 12 juni 2014 @ 12:33:
[...]

Welke geen forum heeft en flink wat features mist, lijkt me niet echt een vergelijking.

m.nu.nl mist ook heel veel features, daarom zegt crisp ook dat je dan tweakers.mobi moet gebruiken om te vergelijken met m.nu.nl ipv van de volledige tweakers frontpage, m.nu.nl en tweakers.mobi zijn beide heel erg afgeslankte versie van de website.

[enomiss]

Het maximaal geheugen wat een app in WP8.1 kan gebruiken ten opzichte van WP8.0 is vergroot. En er zijn nog wel wat details verandert.
Ik denk dat het hiermee heeft te maken:
http://channel9.msdn.com/Events/Build/2014/3-542
ergens vanaf 15 min..
Daarom zal een firmware update wel nodig zijn.

Resuming bij apps zal dan ook veel minder vaak voor kopen waarschijnlijk. Men zei op build2014 vrijwel nooit meer op een 1 gig telefoon. Let's hope.

[ Voor 28% gewijzigd door enomiss op 19-06-2014 17:58 ]

[urk_forever]

Omdat de vergelijking met m.nu.nl niet in de smaak viel, hier even een vergelijking met theverge.com:

Html responsiveness


Javascript function timing


Javascript geheugen gebruik

[Alpha89]

Ik heb sinds deze week een Lumia 930 welke draait op Windows Phone [phone].

Op zich Crashed IE niet. Maar als ik scroll wordt de pagina wit. Stop ik met scrollen dan verschijnt er binnen 1 seconde de tekst opeens.

Ga ik weer verder met scrollen dan wordt de pagina weer wit. And so on.

En zoals vele van jullie al schrijven als je switcht naar de 8" weergave of iets anders dan is er niks aan de hand.

Aangezien dit topic al 2 weken oud is vraag ik mij af hoe nu verder . Op zich is de desktop versie ook prima te doen. Maar ik vond de Responsive Design net zo mooi .

Ik ben overigens niet de enige met een Lumia 930 die dit heeft.

[Sebazzz]

Dit kan ik bevestigen. Witte vlakken tijdens het scrollen.

[enomiss]

Sebazzz schreef op zondag 13 juli 2014 @ 13:16:
Dit kan ik bevestigen. Witte vlakken tijdens het scrollen.

ik ook, zeer irritant

[PaT]

Blijkbaar is er dan toch iets in IE van wp8.1 dat niet zo goed overweg kan met iets binnen het forum. Nu op de 930 de definitieve versie van wp8.1 staat is het voor de devs misschien toch wat interessanter om te gaan kijken naar het hoe en wat.

Indien er een lijntje met MS nodig is, geef maar een gil (maar die zullen jullie zelf ook wel hebben).

[_David_]

PaT schreef op zondag 13 juli 2014 @ 15:05:
Blijkbaar is er dan toch iets in IE van wp8.1 dat niet zo goed overweg kan met iets binnen het forum. Nu op de 930 de definitieve versie van wp8.1 staat is het voor de devs misschien toch wat interessanter om te gaan kijken naar het hoe en wat.

Indien er een lijntje met MS nodig is, geef maar een gil (maar die zullen jullie zelf ook wel hebben).

ze hebben er al naar gekeken.

crisp schreef op dinsdag 06 mei 2014 @ 14:12:
We hebben hier inmiddels intern uitgebreid naar gekeken, en de conclusie is dat we niet een enkele aanwijsbare oorzaak hebben kunnen vinden

Het probleem lijkt zich met name te openbaren bij het scrollen op lange (complexe) pagina's. Daarbij maakt het niet uit als we bijvoorbeeld specifieke javascript behaviours uitschakelen, dat verlengde hooguit de tijd tot aan de volgende crash marginaal.

Al met al lijkt het dus inderdaad zoals de topicstarter al meldde iets te maken te hebben met het toenemende geheugengebruik van IE bij het renderen van dergelijke pagina's tot een punt waarop IE het niet meer kan managen en er 'uit vliegt'.

Dat laatste kan natuurlijk niet de bedoeling zijn, maar is iets wat wij uiteindelijk niet zelf kunnen voorkomen. Responsive speelt in zoverre waarschijnlijk een factor dat door de extra CSS en JS behaviours we eerder een kritische grens bereiken. Waarom IE daar niet mee kan omgaan is iets wat Microsoft zelf moet gaan onderzoeken, en gezien het feit dat het IE feedback forum vol staat met bugreports omtrent crashes in IE lijkt het me dat ze daar echt serieus naar zullen moeten kijken.

Helaas is het voor ons geen optie om onze website zodanig te versimpelen dat IE op Windows Phone er ook goed mee om kan gaan. Dat is zuur voor degenen die vastzitten aan IE omdat ze toevallig een Windows Phone toestel hebben, maar het is niet in ons eigen belang en ook niet in het belang van al onze andere bezoekers om ons te gaan confirmeren aan een enkele buggy browser...

[enomiss]

PaT schreef op zondag 13 juli 2014 @ 15:05:
Blijkbaar is er dan toch iets in IE van wp8.1 dat niet zo goed overweg kan met iets binnen het forum. Nu op de 930 de definitieve versie van wp8.1 staat is het voor de devs misschien toch wat interessanter om te gaan kijken naar het hoe en wat.

Indien er een lijntje met MS nodig is, geef maar een gil (maar die zullen jullie zelf ook wel hebben).

Nou, ik geef wel een gil dan! Frontpage heft het probleem trouwens net zo goed.

[DrVic]

Helaas is het voor ons geen optie om onze website zodanig te versimpelen dat IE op Windows Phone er ook goed mee om kan gaan. Dat is zuur voor degenen die vastzitten aan IE omdat ze toevallig een Windows Phone toestel hebben, maar het is niet in ons eigen belang en ook niet in het belang van al onze andere bezoekers om ons te gaan confirmeren aan een enkele buggy browser...

Geen idee of ik een buggy browser heb, maar tweakers crasht ook mijn IE na de update naar WP 8.1 (en ik heb ook van die witte vlakken als hierboven). Tweakers is de enige site waar ik dat tot nu toe meemaak, dus wellicht is het meer een buggy site probleem dan een buggy browser probleem.

[PaT]

Waar ik wel benieuwd naar ben is hoe dadelijk met dit probleem omgegaan gaat worden als alle toestellen WP8.1 hebben.
Volgens het game artikel op de frontpage komen zo'n 40.000 keer per maand Windows Phone toestellen op Tweakers. Als die allemaal problemen hebben met de site lijkt mij dit wel een punt dat verder opgepakt moet worden.

[Whatson]

PaT schreef op maandag 21 juli 2014 @ 14:47:
Waar ik wel benieuwd naar ben is hoe dadelijk met dit probleem omgegaan gaat worden als alle toestellen WP8.1 hebben.
Volgens het game artikel op de frontpage komen zo'n 40.000 keer per maand Windows Phone toestellen op Tweakers. Als die allemaal problemen hebben met de site lijkt mij dit wel een punt dat verder opgepakt moet worden.

Meer dan de helft van de bezoekers zit al op 8.1 (gokje)

Dus het probleem speelt nu al.

[Misha]

Ik weet niet waar ze die 40k vandaan hebben gehaald, maar in de afgelopen maand hadden we 26k visitors vanaf Windows Phone. Alsnog een aardig aantal, maar erg laag vergelekn met iOS en Android

[Miki]

Misha schreef op maandag 21 juli 2014 @ 16:30:
Ik weet niet waar ze die 40k vandaan hebben gehaald, maar in de afgelopen maand hadden we 26k visitors vanaf Windows Phone. Alsnog een aardig aantal, maar erg laag vergelekn met iOS en Android

Even uit nieuwsgierigheid wat zijn dan van die twee andere OS'en de aantallen?

[Gé Brander]

Misha schreef op maandag 21 juli 2014 @ 16:30:
Ik weet niet waar ze die 40k vandaan hebben gehaald, maar in de afgelopen maand hadden we 26k visitors vanaf Windows Phone. Alsnog een aardig aantal, maar erg laag vergelekn met iOS en Android

Ik kijk Tweakers niet meer vanaf mijn Windows Phone omdat de site niet goed werkt... Dus wat je uit die cijfers kan concluderen weet ik niet. Ik snap dat ik niet maatgevend ben maar misschien zijn er intussen veel meer die niet meer via Windows Phone bezoeken om deze reden...

[Misha]

Miki schreef op maandag 21 juli 2014 @ 16:45:
[...]

Even uit nieuwsgierigheid wat zijn dan van die twee andere OS'en de aantallen?

Dan mag je er nog een 0 achterzetten en verdubbelen/verdriedubbelen/vervierdubbelen. Het is fors hoger

Ik weet ondertussen al waarschijnlijk waar die 14k verschil door is gekomen. Afrondingsverschillen als je een x-percentage berekent van ons totale aantal. Dan maakt het wel uit of je die ene achter de komma nog meeneemt of niet

[Miki]

Mja met die aantallen is het logisch dat er niet al teveel energie in WP en IE11 gestoken wordt. Goed de workaround(RD uit) is er en werkt prima maar zonde is het wel van het werk. Gelukkig is het positief dat het platform aan het groeien is en 40k is voor een opkomend platform dat groeiende is geen misselijk aantal.

[hhoekstra]

Ik snap het probleem niet zo goed.

Hier 820 (Volgens mij een "slechter" model dan de 920) en heb geen last van witte schermen. Alleen als ik heeeeell hard scroll heb ik een milliseconde een wit scherm. Maar niet storend ofzo.

8.1 met de nieuwste dev preview.

[Miki]

hhoekstra schreef op maandag 21 juli 2014 @ 19:00:
Ik snap het probleem niet zo goed.

Hier 820 (Volgens mij een "slechter" model dan de 920) en heb geen last van witte schermen. Alleen als ik heeeeell hard scroll heb ik een milliseconde een wit scherm. Maar niet storend ofzo.

8.1 met de nieuwste dev preview.

Zet RD maar eens uit en dan weer aan, het verschil is echt merkbaar op een Lumia 930.

[Chris.nl]

Iets anders waarvoor het me niet nodig lijkt een apart topic aan te maken. Automatisch het wachtwoord onthouden of invoeren geeft ook problemen. Zie Chris.nl in "\[WP8.1] Ervaringen met de Nokia Lumia 930 - Deel 1" ik krijg hem met geen mogelijkheid automatisch opgeslagen, bij anderen lijkt het weer half te werken. Ik heb dit enkel op Tweakers.net...
Kunnen jullie daar iets mee?

[Mocro_Pimp®]

Voor degene die ook last hebben van de bug:

Ik heb een workaround ontdekt:
je moet continue blijven scrollen. Als je bij het stukje bent dat je wilt lezen ga je dus langzaam op en neer (dit hoeft niet eens 1 cm te zijn). Je kunt het beeld ook stilhouden op het stuk dat je wilt lezen maar je mag niet je vinger los van het scherm halen. Je moet dus het scherm aangeraakt houden alsof je aan het scrollen bent. Wanneer je het los laat heb je ongeveer 1,5 sec om weer te scrollen om een crash te voorkomen. Zolang je blijft scrollen (omhoog,omlaag of stilstaand) voorkom je het crashen iig.

[Ramon]

Ik heb nog even zitten debuggen gisteren in IE11 desktop. Als ik daar het venster zo schaal dat hij de mobiele variant pakt, dan kan ik gewoon het "witte scherm" effect reproduceren bij het scrollen.


IE11 desktop in de wide variant van t.net: Zoveel bezig met renderen (paarse balken) dat de FPS (grafiek eronder in het blauw) onder de 30 komt al.


IE11 desktop, mobile variant t.net: Nog meer bezig met renderen dat de FPS de 15 nog niet eens haalt!

En ter vergelijking: scrollen in IE11 op theverge.com:

Je ziet één spike rondom de 5 sec om de comments binnen te halen, verder geen enkel probleem. FPS blijft vrij strak 60.

Scrollen op een page met 250 reacties op NUjij.nl:

Heeft het al iets lastiger. FPS is niet consistent, maar nog steeds hoger dan op t.net.

Aan het geheugengebruik ligt het niet: Theverge tikt makkelijk de 290MB aan, terwijl t.net zo rond de 170MB blijft hangen.

Oh en mijn specs:
- i5 3470
- 16GB RAM
- AMD 7850

Kortom, IE11 desktop crashed niet. Maar zit wel iets in de site die ervoor zorgt dat er overmatig veel CPU gebruik is (door een teveel aan render-activiteit) wat ervoor zorgt dat de FPS laag is. Los dat op en de situatie voor IEMobile 11 zal ongetwijfeld ook verbeteren.

[ Voor 12% gewijzigd door Ramon op 30-07-2014 08:10 ]

[Miki]

Volgende week komt een nieuwe DP uit voor Windows Phone, van wat er is "uitgelekt" zitten daar ook verbeteringen in voor IE. Wellicht dat we met een weekje geduld weten of microsoft iets hebben gefixed..

[PaT]

En hier een bron voor dat bericht (onderaan) http://www.wpcentral.com/...hone-81-next-week-preview

[Verwijderd]

Miki schreef op woensdag 30 juli 2014 @ 11:04:
Volgende week komt een nieuwe DP uit voor Windows Phone, van wat er is "uitgelekt" zitten daar ook verbeteringen in voor IE. Wellicht dat we met een weekje geduld weten of microsoft iets hebben gefixed..

Als het zoals hierboven aangetoond ook reproduceerbaar is op de desktop versie van IE11 dan is het niet logisch dat een aanpassing op Windows Phone veel zal uitmaken.
Blijkbaar gaat de Tweakers site bij resizen naar een bepaald formaat over op een andere scripting waarbij de CPU door IE enorm belast wordt.

Het lijkt me dat de devvers het probleem wel makkelijker moeten kunnen vinden nu iemand heeft aangetoond het op de desktop te kunnen reproduceren met debug aan.

[Miki]

Verwijderd schreef op woensdag 30 juli 2014 @ 11:47:
[...]

Als het zoals hierboven aangetoond ook reproduceerbaar is op de desktop versie van IE11 dan is het niet logisch dat een aanpassing op Windows Phone veel zal uitmaken.
Blijkbaar gaat de Tweakers site bij resizen naar een bepaald formaat over op een andere scripting waarbij de CPU door IE enorm belast wordt.

Het lijkt me dat de devvers het probleem wel makkelijker moeten kunnen vinden nu iemand heeft aangetoond het op de desktop te kunnen reproduceren met debug aan.

Je hebt daar zeker een punt, zeker als zo'n zware site als The Verge geen problemen vertoont.

[Verwijderd]

Miki schreef op woensdag 30 juli 2014 @ 12:15:
[...]

Je hebt daar zeker een punt, zeker als zo'n zware site als The Verge geen problemen vertoont.

Vervelend is dus dat Tweakers.net met zulke CPU waardes nu ook een batterij killer blijkt te zijn.
Heb je de site open staan op WP 8.1 en deze crasht niet kan je evengoed nog een enorme batterijdrain krijgen.

[crisp]

Verwijderd schreef op woensdag 30 juli 2014 @ 11:47:
[...]

Als het zoals hierboven aangetoond ook reproduceerbaar is op de desktop versie van IE11 dan is het niet logisch dat een aanpassing op Windows Phone veel zal uitmaken.
Blijkbaar gaat de Tweakers site bij resizen naar een bepaald formaat over op een andere scripting waarbij de CPU door IE enorm belast wordt.

Het lijkt me dat de devvers het probleem wel makkelijker moeten kunnen vinden nu iemand heeft aangetoond het op de desktop te kunnen reproduceren met debug aan.

Zonder scripting konden we dit probleem ook reproduceren. Het ligt dus waarschijnlijk aan de rendering van WP/IE, dus indirect blijkbaar iets in onze HTML/CSS waar IE het (om ondoorgrondelijke redenen) moeilijk mee heeft. Maar wat en waarom dan precies is dus iets wat lastig te achterhalen is, en uiteindelijk toch echt gewoon aan IE ligt...

[Verwijderd]

crisp schreef op woensdag 30 juli 2014 @ 13:07:
[...]
Zonder scripting konden we dit probleem ook reproduceren. Het ligt dus waarschijnlijk aan de rendering van WP/IE, dus indirect blijkbaar iets in onze HTML/CSS waar IE het (om ondoorgrondelijke redenen) moeilijk mee heeft. Maar wat en waarom dan precies is dus iets wat lastig te achterhalen is, en uiteindelijk toch echt gewoon aan IE ligt...

Het is mogelijk dat het aan IE11 ligt maar dan nog is het wenselijk dat duidelijk wordt aan welk onderdeel van de site het ligt.
En dat hoopte ik zou met de desktop IE11 in debug modus en een reproduceerbare case toch wel mogelijk moeten zijn

[crisp]

Helaas is dat niet so simpel. We hebben al een en ander met een reproduceerbare case uitgetest maar vooralsnog niet een enkele oorzaak kunnen achterhalen. Waarschijnlijk zit het in een combinatie van factoren. Dat we een vrij grote en complexe site zijn kunnen we echter niet zomaar even veranderen...

[Verwijderd]

crisp schreef op woensdag 30 juli 2014 @ 13:36:
Helaas is dat niet so simpel. We hebben al een en ander met een reproduceerbare case uitgetest maar vooralsnog niet een enkele oorzaak kunnen achterhalen. Waarschijnlijk zit het in een combinatie van factoren. Dat we een vrij grote en complexe site zijn kunnen we echter niet zomaar even veranderen...

Het lijkt me niet in de grootte van site te zitten want er zijn honderden grote sites waar dit niet gebeurt.
Ik zou eerder denken dat het iets in het resizen van html layoutelementen of tekstelementen
Daar heeft IE al eerder issues mee gekend.

Zoiets bijvoorbeeld:
http://stackoverflow.com/...ring-in-internet-explorer
http://www.frebsite.nl/projects/windowresizefix/

[Ramon]

Ik heb vanavond nog even zitten debuggen.

Een van de dingen die ik tegenkwam:


Het verschil tussen beide is het volgende:
originele code:


De "fix" geeft de volgende load, een stuk beter dus:



De volgende CSS:


Heeft de volgende effecten:
Default:


Uitgecomment, een stuk soepeler:


Dat laatste lost op mijn telefoon met 8.1 de witte vlakken voor 99,9% op.

Extra:

T.net topic over Noorwegen op mijn telefoon:

Hij is alleen maar aan het "renderen", FPS is 0, tijdens het scrollen is er alleen maar wit.

T.net topic over noorwegen op mijn telefoon, met die ene CSS rule uitgecomment.

Kan alles perfect lezen tijdens het scrollen, FPS is goed.

[ Voor 22% gewijzigd door Ramon op 30-07-2014 21:07 ]

[Miki]

Puik werk

Zou jij je aangepaste CSS beschikbaar willen stellen zodat we via de optie Custom style support onder voorkeuren gebruik van kunnen maken?

[RayNbow]

Ramon schreef op woensdag 30 juli 2014 @ 20:49:
Ik heb vanavond nog even zitten debuggen.

Een van de dingen die ik tegenkwam:
[afbeelding]

Het verschil tussen beide is het volgende:
originele code:
[afbeelding]

De "fix" geeft de volgende load, een stuk beter dus:
[afbeelding]


De volgende CSS:
[afbeelding]

Heeft de volgende effecten:
Default:
[afbeelding]

Uitgecomment, een stuk soepeler:
[afbeelding]

Dat laatste lost op mijn telefoon met 8.1 de witte vlakken voor 99,9% op.

Extra:

T.net topic over Noorwegen op mijn telefoon:
[afbeelding]
Hij is alleen maar aan het "renderen", FPS is 0, tijdens het scrollen is er alleen maar wit.

T.net topic over noorwegen op mijn telefoon, met die ene CSS rule uitgecomment.
[afbeelding]
Kan alles perfect lezen tijdens het scrollen, FPS is goed.

Zou je je bevindingen kunnen samenvatten en ook hier kunnen delen: [Forums] Internet explorer crashes when visiting certain pages? Misschien dat het IE-team er ook wat mee kan doen.

[crisp]

Als IE inderdaad moeite heeft met het renderen van lange dotted borders dan is dat wel iets om aan MS te melden ja. Ik zal eens kijken naar je aanpassingen en of we die zelf ook kunnen implementeren, goed werk

[mrsar]

Ramon schreef op woensdag 30 juli 2014 @ 20:49:
Ik heb vanavond nog even zitten debuggen.

Geen idee wat je hier allemaal doet,maar respect voor het uitzoeken

[crisp]

Ramon schreef op woensdag 30 juli 2014 @ 20:49:
De volgende CSS:
[afbeelding]

Is de overflow:hidden daar de culprit? Het disablen van de padding en borders lijkt me vreemd als dat problemen veroorzaakt, of IE moet iets raars doen met !important...

[Verwijderd]

crisp schreef op donderdag 31 juli 2014 @ 10:12:
[...]

Is de overflow:hidden daar de culprit? Het disablen van de padding en borders lijkt me vreemd als dat problemen veroorzaakt, of IE moet iets raars doen met !important...

Mischien is er ergens een conflict tussen twee css rules waar IE11 niet goed mee omgaat en is door het disabelen van 1 van die rules het conflict opgeheven.

[Ramon]

Thanks allemaal.

Ik heb voor het testen het nieuwsbericht over Noorwegen gesaved naar mijn computer en ben begonnen met alle CSS disabled. En dan de UI responsiveness laten lopen. En dan een CSS file weer "aangezet", net zo lang totdat ik zag dat hij het er moeilijk mee had. Daarna alle CSS van die file uitgecomment en iedere 500 regels aangezet en dan weer testen. Als ik de goede "verkeerde" 500 regels had gevonden dan daar per 100 regels testen. Best een werkje dus.

Ik heb ook in de JS de getScroll in responsive.js nog uitgecomment staan bij alle bovenstaande screens, omdat dat eigenlijk mijn eerste gok was.

Overigens is de test niet geheel representatief omdat blijkbaar niet alle afbeeldingen zijn meegekomen (zie screenshot).

Gisteravond ook nog geprobeerd om met de custom CSS feature van t.net de juiste CSS te overriden, maar dit had nog niet het gewenste resultaat.

[Caelorum]

Ramon schreef op donderdag 31 juli 2014 @ 10:51:
[...]
Gisteravond ook nog geprobeerd om met de custom CSS feature van t.net de juiste CSS te overriden, maar dit had nog niet het gewenste resultaat.

Dat was het eerste dat ik probeerde na jouw resultaten te hebben gezien en nee dat werkt inderdaad niet. Het probleem werd hier alleen maar erger. IE had zelfs moeite met het renderen van de pagina terwijl die stil stond ^^

[Verwijderd]

Ramon schreef op donderdag 31 juli 2014 @ 10:51:
Ik heb ook in de JS de getScroll in responsive.js nog uitgecomment staan bij alle bovenstaande screens, omdat dat eigenlijk mijn eerste gok was.

Ik zie in die file geen getScroll staan.

[Ramon]

Verwijderd schreef op donderdag 31 juli 2014 @ 13:24:
[...]

Ik zie in die file geen getScroll staan.

Sorry ik bedoelde checkScroll. Ben op m'n werk

[Miki]

Wellicht toch nog even een weekje wachten: http://blogs.msdn.com/b/i...st-work-for-everyone.aspx

Zie o.a interop issues

[ Voor 9% gewijzigd door Miki op 31-07-2014 21:22 ]