[FP] Code update / bugmeldingen

[crisp]

outerspace schreef op donderdag 28 april 2005 @ 23:32:
[...]


woei het werkt nu eindelijk goed

_{stom vraagje he, wie zijn nu alle *groenen die hier aan hebben gewerkt?}
die wil ik namelijk even bedanken

De tabel opmaak klopte niet helemaal, maar dat deed het ook al niet in de vorige versie. Er was echter nog 1 foutje extra in geslopen die uiteindelijk de vern**king tot gevolg had

Deze vernieuwde code werd je trouwens aangeboden door linksbovengetekende en ACM

Overigens is het nog niet 'af', maar we hebben hiermee een basis neergezet waarop makkelijker onderhoud gepleegt kan worden. We zullen de komende tijd dus nog wel heel wat dingen gaan fixen en verbeteren en nemen daarin ook lang uitstaande feature requests en bugmeldingen mee.
Dat er wel aardig wat bugs naar boven zouden komen was verwacht; we hebben immers de hele bodem onder Tnet uitgehaald en een compleet nieuw chassis eronder geschoven. Elk bestand en elke functie is hierdoor geraakt. Ik denk echter wel dat we kunnen stellen dat het nieuwe onderstel stabiel is

[RwD]

crisp schreef op donderdag 28 april 2005 @ 23:40:
[...]
...
Ik denk echter wel dat we kunnen stellen dat het nieuwe onderstel stabiel is

Er is wel nog 1 dingetje wat enorm stoort wat ook al in de vorige frontpage zit; soms blijven drop-down menus gewoon staan terwijl de muis er niet boven staat. Sterker nog, je kunt in het menu boven wel 3 of 4 drop-downs tegelijk open hebben als de fout meerdere keren op treed...

Wordt de js hiervoor ook ooit bekeken/staat het al op een todo lijst?

De fout doet zich bijvoorbeeld voor als je shift-clicked op bijvoorbeeld "Reviews", Buyers zone" of "Community" waarbij die laatste de shift knop eigenlijk niet nodig is. En ik gebruik IE. FF heeft er geen last van, maar dat mag niet betekenen dat IE gebruikers ermee moeten blijven zitten natuurlijk

[ Voor 22% gewijzigd door RwD op 28-04-2005 23:50 ]

[crisp]

RwD schreef op donderdag 28 april 2005 @ 23:46:
[...]
Er is wel nog 1 dingetje wat enorm stoort wat ook al in de vorige frontpage zit; soms blijven drop-down menus gewoon staan terwijl de muis er niet boven staat. Sterker nog, je kunt in het menu boven wel 3 of 4 drop-downs tegelijk open hebben als de fout meerdere keren op treed...

Wordt de js hiervoor ook ooit bekeken/staat het al op een todo lijst?

Het menu is een punt waar inderdaad nog naar gekeken moet worden, al is het alleen maar omdat hij nu nog volledig door JS gegenereerd wordt en daardoor een toegankelijkheids-issue is.

[Teak]

crisp schreef op donderdag 28 april 2005 @ 23:29:
Ja, alles wat hier in dit topic gemeld is is volgens mij gefixed.
Indien niet, geef dan nog een gil, dan kijk ik er nog even naar

Nope, die van mij is nog niet opgelost. Net weer een foutmelding gekregen.

Regel 1005 op FP. Weer een runtime fout.

[crisp]

Teak schreef op donderdag 28 april 2005 @ 23:51:
[...]


Nope, die van mij is nog niet opgelost. Net weer een foutmelding gekregen.

Regel 1005 op FP. Weer een runtime fout.

JS errors komen door de brakheid van IE, en daar is al een heel topic over.
Ik moet daarbij zeggen dat ik met de laatste versie IE + alle patches/updates/hotfixes etcetera nog steeds af en toe (onterecht) een JS error krijg in IE, maar dat dat over het algemeen geen nadelige gevolgen heeft.

[ Voor 23% gewijzigd door crisp op 29-04-2005 00:49 ]

[Coen Rosdorff]

Ik heb nog een mozilla specifiek, en een css algemeen melding.
De mozilla javascript-console melt:

code:

Error: Unknown property 'filter'.  Declaration dropped.
Source File: http://www.tweakers.net/x/default.css?1114681195
Line: 104

en

code:

Error: Error in parsing value for property '-moz-opacity'.  Declaration dropped.
Source File: http://www.tweakers.net/x/default.css?1114681195
Line: 104

En de css validator van w3: Validator output
De relevante css code:

Cascading Stylesheet:

filter: alpha(opacity=100); -moz-opacity: 100%;

Niet zo zeer een bug maar misschien kan het even gecontroleerd worden.

edit:
-moz-opacity zie ik overal gebruikt worden met punten (0.0 t/m 1.0)

[ Voor 8% gewijzigd door Coen Rosdorff op 29-04-2005 03:09 ]

[crisp]

little_soundman schreef op vrijdag 29 april 2005 @ 02:58:
Ik heb nog een mozilla specifiek, en een css algemeen melding.
[...]

Dat zijn inderdaad propriety style attributen. Het valideerd inderdaad niet, maar zal ook geen problemen opleveren aangezien useragents geacht worden onbekende style attributen te negeren.

Validatie was in eerste instantie ook niet het streven. Zelfs de DTD is nog incompleet.

[ Voor 11% gewijzigd door crisp op 29-04-2005 09:11 ]

[homernt]

Woudloper schreef op donderdag 28 april 2005 @ 23:08:
Zo, de rode hightlights zijn weer opgelost zie ik net! Fantastisch heren, knap werk!

Bij mij blijven nu alle nieuwe items rood ook als ik ze heb bekeken. Als ik mij cache leeg dan staat alles weer opzwart.

[Woudloper]

homernt schreef op vrijdag 29 april 2005 @ 11:44:
Bij mij blijven nu alle nieuwe items rood ook als ik ze heb bekeken. Als ik mij cache leeg dan staat alles weer opzwart.

Even een quote van crisp naar voren halen welke hij op de FP heeft geplaatst:

quote: http://www.tweakers.net/r...=Posting&ParentID=1292995

De werking is enigszins verandert. Voorheen was het zo dat na 2 pageviews de rode linkjes al verdwenen. Nu blijven nieuwe reacties rood zolang je bezig bent op de frontpage. Pas na 15 minuten inactiviteit zal je sessie gereset worden en zullen alleen nog linkjes sinds het einde van je vorige sessie rood worden gekleurt.
Hiermee is de werking gelijk aan die van het forum.

[Freemann]

Er zit/zat een vreemde bug op de FP.

Er is net 5 min. geleden een bericht over Tom Tom online gezet. Maar nu is deze alleen in het linker overzichtje te zien. Hij staat niet in het midden op de bovenste positie.

Het duurde even voor ik de afbeelding op me webspace had vanaf mijn werkplek. Het bericht staat er nu wel.
Toch zal ik de afbeelding laten zien zodat er misschien naar gekeken kan worden wat het probleem is.

[homernt]

Woudloper schreef op vrijdag 29 april 2005 @ 12:04:
[...]

Even een quote van crisp naar voren halen welke hij op de FP heeft geplaatst:


[...]

Bedankt, ik denk dat ik het oude toch prettiger vind. Maar misschien is het even wennen.

[djluc]

Het is niet echt handig dat zowel op de FP als hier berichten over de ontwikkeling gepost worden. Misschien is het de volgende keer handiger als er 1 centrale plaats is waar alle communicatie over dit soort ontwikkelingen plaats vind.

[crisp]

Freemann schreef op vrijdag 29 april 2005 @ 12:14:
Er zit/zat een vreemde bug op de FP.

Er is net 5 min. geleden een bericht over Tom Tom online gezet. Maar nu is deze alleen in het linker overzichtje te zien. Hij staat niet in het midden op de bovenste positie.

Het duurde even voor ik de afbeelding op me webspace had vanaf mijn werkplek. Het bericht staat er nu wel.
Toch zal ik de afbeelding laten zien zodat er misschien naar gekeken kan worden wat het probleem is.

[afbeelding]

Het kan inderdaad zijn dat de trackers eerder geupdate worden dan de frontpage headlines zelf. Alles wordt naar cache weggeschreven, en de trackers staan daarin los van de headlines. Daar kan dus tijdelijk een verschil ontstaan.

[Wouter Tinus]

Het kan inderdaad zijn dat de trackers eerder geupdate worden dan de frontpage headlines zelf. Alles wordt naar cache weggeschreven, en de trackers staan daarin los van de headlines. Daar kan dus tijdelijk een verschil ontstaan.

Het cache wordt toch geinvalideerd op het moment dat er een nieuwe post online gaat? Zo is het altijd geweest in ieder geval. Ik heb net even met een oudere post gespeeld (onder embargo gezet en daarna weer online) maar dat was beide keren direct te zien op de FP. Alleen de tracker veranderde niet mee. Daarna heb ik even een testpost online gezet, en dat was direct op de FP én in de tracker te zien. Die post is nu weer verwijderd, maar staat nog wel in de tracker.

Ik denk dus dat er geen probleem zit in het cachen, maar dat het kwam omdat die post over TomTom even vroegtijdig van embargo is geweest.

Klein featurerequestje zou dus zijn om de updatetracker ook opnieuw aan te maken op het moment dat iets terug onder embargo gaat of verwijderd wordt, niet alleen als het er vanaf komt .

[ Voor 12% gewijzigd door Wouter Tinus op 29-04-2005 13:00 ]

[MAZZA]

@Crisp: Ik maak op uit een aantal foutmeldingen dat jullie zijn overgestapt op templates?

[crisp]

Wouter Tinus schreef op vrijdag 29 april 2005 @ 12:55:
[...]


Het cache wordt toch geinvalideerd op het moment dat er een nieuwe post online gaat? Zo is het altijd geweest in ieder geval. Ik heb net even met een oudere post gespeeld (onder embargo gezet en daarna weer online) maar dat was beide keren direct te zien op de FP. Alleen de tracker veranderde niet mee. Daarna heb ik even een testpost online gezet, en dat was direct op de FP én in de tracker te zien. Die post is nu weer verwijderd, maar staat nog wel in de tracker.

Ik denk dus dat er geen probleem zit in het cachen, maar dat het kwam omdat die post over TomTom even vroegtijdig van embargo is geweest.

Klein featurerequestje zou dus zijn om de updatetracker ook opnieuw aan te maken op het moment dat iets terug onder embargo gaat of verwijderd wordt, niet alleen als het er vanaf komt .

Ik zat later ook te bedenken dat de trackers altijd als onderdeel van de gehele frontpage cache worden aangemaakt. Het embargo-verhaal is dan ook wel aannemelijker; daar moeten we dan inderdaad ook iets aan doen

MAZZA schreef op vrijdag 29 april 2005 @ 14:24:
@Crisp: Ik maak op uit een aantal foutmeldingen dat jullie zijn overgestapt op templates?

De vernieuwde shopsurvey is template-based, net als V&A, de rest (nog?) niet.

[vooghel]

Hmm, het fotoalbum is nog niet helemaal ok. Als ik een op een thumbnail klik krijg ik de grote foto niet te zien, alleen het 'vak' waar hij in moet komen. Na rechtsklik 'View Image' (in FireFox) krijg ik deze foutmelding:

Fatal error: Cannot redeclare safevar() in /mnt/web/tweakers/inc/common_functions.inc on line 416

. De url die onder de thumbnail staat gaat wel naar de foto.



XP SP2
FF1.03
IE 6.0

[XWB]

Hier werkt het ook niet.

XP SP2
FF 1.03

[crisp]

vooghel schreef op vrijdag 29 april 2005 @ 15:03:
Hmm, het fotoalbum is nog niet helemaal ok. Als ik een op een thumbnail klik krijg ik de grote foto niet te zien, alleen het 'vak' waar hij in moet komen. Na rechtsklik 'View Image' (in FireFox) krijg ik deze foutmelding:
[...]
. De url die onder de thumbnail staat gaat wel naar de foto.

[afbeelding] [afbeelding]

XP SP2
FF1.03
IE 6.0

fixed

[XWB]

Hacku schreef op donderdag 28 april 2005 @ 22:16:
[ b ] en [url= werken ook niet meer in je profiel? http://www.tweakers.net/gallery/48727

[crisp]

Hacku schreef op vrijdag 29 april 2005 @ 15:18:
[...]

Die is fixed, je moet alleen je profiel even opnieuw submitten

[gomaster]

crisp schreef op donderdag 28 april 2005 @ 21:51:
[...]

Niet echt een bug. Verdana is nou eenmaal een erg breed font, en de tabel heeft vaste afmetingen...

ik zie nu dat het goed is! Als je wat hebt veranderd, bedankt

[crisp]

gomaster schreef op vrijdag 29 april 2005 @ 15:48:
[...]

ik zie nu dat het goed is! Als je wat hebt veranderd, bedankt

Ik heb inderdaad de fixed property er vanaf gehaald. Dat geeft enkel in IE een kleine layout-vern**king als de tabel geen inhoud heeft, maar dat zal in de praktijk toch nooit voorkomen.

[Garyu]

Het € probleem is geloof ik nog niet helemaal opgelost: in het title/alt element stond eerst een euroteken, maar nu staat er €. Ik geloof dat deze bug wel overduidelijk in de category "minor bugs" valt, maar toch even melding ervan .

[crisp]

Garyu schreef op vrijdag 29 april 2005 @ 17:23:
Het € probleem is geloof ik nog niet helemaal opgelost: in het title/alt element stond eerst een euroteken, maar nu staat er €. Ik geloof dat deze bug wel overduidelijk in de category "minor bugs" valt, maar toch even melding ervan .

Waar zie jij nog € staan dan? Volgens mij is het nu allemaal goed

[ Voor 3% gewijzigd door crisp op 29-04-2005 17:45 ]

[magnifor]

Systeem: Windows XP Pro zonder service packs/ Mac OS X 10.3.5

Browser: Firefox 1.03, Safari 1.2 en waarschijnlijk ook andere browsers (niet getest).

Wanneer: Bij het inloggen

Geteste inlog settings:

- Versleutel mijn wachtwoord
- Vergendel deze sessie aan mijn IP

Omschrijving: Bij het kiezen van een sessie duur (bijv 5 min) wordt je niet automatisch uitgelogd.

Ook staat er dit bij de net aangemaakte sessie:

code:

TTD:
29-04-2006 18:37

Terwijl ik echt zeker weet dat ik heb aangegeven dat mijn sessie na 5 minuten afgelopen moet zijn.

Wat heb ik zelf geprobeerd?

- Uitloggen en opnieuw inloggen
- Alle cookies van t.net verwijderd en opnieuw ingelogd.

[Rataplan]

Nav BUG: moderatie fout:

-1 overbodig levert plusmoderatie op; zie http://www.tweakers.net/r...=Posting&ParentID=1292735 . Helaas niet kunnen reproduceren in http://www.tweakers.net/r...=Posting&ParentID=1293333 ; daar tellen overbodig-mods helemaal niet en blijft de post op 1 staan. Something is extremely, uh, weird in the state of Denmark

[JAVA-Doctor]

Rataplan schreef op vrijdag 29 april 2005 @ 20:34:
Nav BUG: moderatie fout:

-1 overbodig levert plusmoderatie op; zie http://www.tweakers.net/r...=Posting&ParentID=1292735 . Helaas niet kunnen reproduceren in http://www.tweakers.net/r...=Posting&ParentID=1293333 ; daar tellen overbodig-mods helemaal niet en blijft de post op 1 staan. Something is extremely, uh, weird in the state of Denmark

Niet kunnen reproduceren? Volgens mij verandert iedere moderatie op dit moment in een +1 ongeacht welke. In ieder geval geldt dit voor de recent geplaatste reacties.
Lijkt me een kwalijk neveneffect van de laatste bugfix mbt moderaties.

[XWB]

crisp schreef op vrijdag 29 april 2005 @ 15:20:
[...]

Die is fixed, je moet alleen je profiel even opnieuw submitten

Waarom wordt er iedere keer een \ gezegd als ik ergens " of ' zet?
Als ik bv m'n typ, wordt daar m\'n van gemaakt.

[Elroy]

Ik heb sinds de nieuwe codes update de volgende bug @ fp:


IE6, SP1, WinXp

Ik heb al geprobeert om de temp internet files te killen, maar het bovenstaande probleem komt gewoon weer terug. Zodra ik op refresh druk is de bovenstuk weer normaal. Klik ik weer op een link, probleem terug.

[Verwijderd]

Rataplan schreef op vrijdag 29 april 2005 @ 20:34:
Nav BUG: moderatie fout:

-1 overbodig levert plusmoderatie op; zie http://www.tweakers.net/r...=Posting&ParentID=1292735 . Helaas niet kunnen reproduceren in http://www.tweakers.net/r...=Posting&ParentID=1293333 ; daar tellen overbodig-mods helemaal niet en blijft de post op 1 staan. Something is extremely, uh, weird in the state of Denmark

Deze pagina heeft er ook last van, kijk maar: nieuws: Tijger in de muil gekeken: Mac OS X 10.4 review
* SecondChoice pinkt een traantje weg voor de eerste en laatste keer een +4 Overbodig te zien...

[Coen Rosdorff]

crisp schreef op vrijdag 29 april 2005 @ 09:09:
Dat zijn inderdaad propriety style attributen. Het valideerd inderdaad niet, maar zal ook geen problemen opleveren aangezien useragents geacht worden onbekende style attributen te negeren.

ik weet dat moz-opacity mozilla specifiek is, maar dan zou juist mozilla er geen foutmelding over moeten geven.

Javascript-console:

code:

Error: Error in parsing value for property '-moz-opacity'.  Declaration dropped.
Source File: http://www.tweakers.net/x/default.css?1114681195
Line: 117

[crisp]

little_soundman schreef op zaterdag 30 april 2005 @ 01:04:
[...]

ik weet dat moz-opacity mozilla specifiek is, maar dan zou juist mozilla er geen foutmelding over moeten geven.

Javascript-console:

code:

Error: Error in parsing value for property '-moz-opacity'.  Declaration dropped.
Source File: http://www.tweakers.net/x/default.css?1114681195
Line: 117

Ik meen dat in de laatste versies Moz/FF de propriety property -moz-opacity plaats heeft gemaakt voor de CSS3 property opacity; daar moet ik dus nog maar eens naar kijken

[crisp]

Moderaties zijn gefixed by the way; negatieve moderaties zouden weer moeten werken

[crisp]

Elroy schreef op vrijdag 29 april 2005 @ 22:50:
Ik heb sinds de nieuwe codes update de volgende bug @ fp:

[afbeelding]
IE6, SP1, WinXp

Ik heb al geprobeert om de temp internet files te killen, maar het bovenstaande probleem komt gewoon weer terug. Zodra ik op refresh druk is de bovenstuk weer normaal. Klik ik weer op een link, probleem terug.

Check [rml][ Bug] Lay-outproblemen?[/rml]
Waarschijnlijk is je windows/IE niet up-to-date en heb je last van HTTP implementatie bugs in IE.

[crisp]

Hacku schreef op vrijdag 29 april 2005 @ 22:25:
[...]


Waarom wordt er iedere keer een \ gezegd als ik ergens " of ' zet?
Als ik bv m'n typ, wordt daar m\'n van gemaakt.

Er werd inderdaad dubbel escaped. Fixed inmiddels

[crisp]

magnifor schreef op vrijdag 29 april 2005 @ 19:22:
Systeem: Windows XP Pro zonder service packs/ Mac OS X 10.3.5

Browser: Firefox 1.03, Safari 1.2 en waarschijnlijk ook andere browsers (niet getest).

Wanneer: Bij het inloggen

Geteste inlog settings:

- Versleutel mijn wachtwoord
- Vergendel deze sessie aan mijn IP

Omschrijving: Bij het kiezen van een sessie duur (bijv 5 min) wordt je niet automatisch uitgelogd.

Ook staat er dit bij de net aangemaakte sessie:

code:

TTD:
29-04-2006 18:37

Terwijl ik echt zeker weet dat ik heb aangegeven dat mijn sessie na 5 minuten afgelopen moet zijn.

Wat heb ik zelf geprobeerd?

- Uitloggen en opnieuw inloggen
- Alle cookies van t.net verwijderd en opnieuw ingelogd.

Ook gefixed; de TTL keuze werd inderdaad niet goed doorgegeven ism de wachtwoord versleuteling.

[magnifor]

crisp schreef op zaterdag 30 april 2005 @ 01:51:
[...]

Ook gefixed; de TTL keuze werd inderdaad niet goed doorgegeven ism de wachtwoord versleuteling.

Ik dank u.

[Nakebod]

code:

Fatal error: Call to undefined function: array() in /mnt/web/tweakers/tweakers.net/my.tnet/index.dsp on line 1132

Bij het aanpassen van het profiel.
Zowel in Firefox 1.03 @ Kubuntu als op Windows XP. En gezien ik op de XP machine nooit op t.net fp kom, kan het iig geen cache zijn.

Misschien relevant: ik was bezig met het invullen van MSN , en een extra vinkje bij de besturingssystemen (Win XP MCE)
En daarna uiteraard het wachtwoord.

[XWB]

Nakebod schreef op zaterdag 30 april 2005 @ 09:50:

code:

Fatal error: Call to undefined function: array() in /mnt/web/tweakers/tweakers.net/my.tnet/index.dsp on line 1132

Bij het aanpassen van het profiel.
Zowel in Firefox 1.03 @ Kubuntu als op Windows XP. En gezien ik op de XP machine nooit op t.net fp kom, kan het iig geen cache zijn.

Zelfde error hier.

[ACM]

Nakebod schreef op zaterdag 30 april 2005 @ 09:50:

code:

Fatal error: Call to undefined function: array() in /mnt/web/tweakers/tweakers.net/my.tnet/index.dsp on line 1132

Dat was wel een heel bijzondere bug. Daar stond een array met () ipv [] en daardoor probeert php de "array tot string om te zetten" wat het woordje "array" oplevert. Het stomme is trouwens dat de array()-functie wel degelijk bestaat, dus eigenlijk is de foutmelding fout.

Anyway, fixed nu vziw.

[Tomsworld]

crisp schreef op donderdag 28 april 2005 @ 23:32:
[...]

De werking is ietwat veranderd. Gedurende je sessie blijven alle nieuwe items gemarkeerd. Pas als er tussen het einde van een sessie en het begin van een volgende meer dan 15 minuten zit wordt je sessie gereset en krijg je enkel nieuwe items te zien sinds het einde van je laatste sessie.
In feite is de werking daarmee gelijk aan die op het forum. Ik zit nog te overwegen om een optie in te bouwen waarmee je handmatig je sessie kan resetten.

Ik erger me hier ook aan, ik lees een item, terug naar fp, refresh even zwart en dan weer rood. Het gedrag van een normale link is veel logischer eens je iets gelezen hebt kan het niet meer rood zijn / worden.

ff 1.0.3 xp sp2

[ACM]

Tomsworld schreef op zaterdag 30 april 2005 @ 13:33:
Ik erger me hier ook aan, ik lees een item, terug naar fp, refresh even zwart en dan weer rood. Het gedrag van een normale link is veel logischer eens je iets gelezen hebt kan het niet meer rood zijn / worden.

Dat het zo "knippert" wordt vervangen, maar de werking dat het (direct) rood is ondanks dat je het al "gezien" hebt... Och, als je een nieuwsitem opent en je drukt op de back-knop om de andere nieuwtjes te lezen heb je al geen rood kleurtje meer bij die items, zoals het eerst werkte.

[Verwijderd]

In de layout settings heb ik ingesteld dat ik geen reacties wil zien; niveau staat dus ingesteld op '5 geen reacties'. Toch krijg ik reacties te zien.

[ Voor 7% gewijzigd door Verwijderd op 02-05-2005 08:30 ]

[ACM]

Verwijderd schreef op maandag 02 mei 2005 @ 08:20:
In de layout settings heb ik ingesteld dat ik geen reacties wil zien; niveau staat dus ingesteld op '5 geen reacties'. Toch krijg ik reacties te zien.

Hmm, als ie op 4 gezet wordt, wordt ie wel meegenomen... 5 niet idd.

En gefixed.

[ Voor 3% gewijzigd door ACM op 02-05-2005 09:46 ]

[Garyu]

crisp schreef op vrijdag 29 april 2005 @ 17:45:
[...]

Waar zie jij nog € staan dan? Volgens mij is het nu allemaal goed

Ik zag het echt, maar nu niet meer. Blijkbaar is het opgelost .

[LoeiOrdinair]

Ik heb last van de rode links op de frontpage. Deze worden ook niet normaal na 15 minuten. Ik heb een uur gewacht en steeds in en uit gelogd. Browser Firefox 1.03 Windows XP Pro SP1.

[Harm]

LoeiOrdinair schreef op maandag 02 mei 2005 @ 10:42:
Ik heb last van de rode links op de frontpage. Deze worden ook niet normaal na 15 minuten. Ik heb een uur gewacht en steeds in en uit gelogd. Browser Firefox 1.03 Windows XP Pro SP1.

Na een x-aantal minuten zonder actie zijn ze niet meer rood. Een f5 op de FP is ook een actie, dus als je de FP gewoon laat refreshen, blijven ze rood. En er komt dus nog een reset-actie daarvoor.

[LoeiOrdinair]

Harm schreef op maandag 02 mei 2005 @ 10:43:
[...]

Na een x-aantal minuten zonder actie zijn ze niet meer rood. Een f5 op de FP is ook een actie, dus als je de FP gewoon laat refreshen, blijven ze rood. En er komt dus nog een reset-actie daarvoor.

Nu zijn ze weer normaal. Misschien komt dat ook omdat de site net niet bereikbaar was.

[Harm]

LoeiOrdinair schreef op maandag 02 mei 2005 @ 11:15:
[...]


Nu zijn ze weer normaal. Misschien komt dat ook omdat de site net niet bereikbaar was.

Dat weet ik wel zeker . Je sessie is gewoon gereset omdat de site langer dan x-aantal minuten onbereikbaar was, en aangezien er in die tijd geen nieuwe content is bijgekomen, zijn er geen rode linkjes .

[Femme]

LoeiOrdinair schreef op maandag 02 mei 2005 @ 10:42:
Ik heb last van de rode links op de frontpage. Deze worden ook niet normaal na 15 minuten. Ik heb een uur gewacht en steeds in en uit gelogd. Browser Firefox 1.03 Windows XP Pro SP1.

De rode links werken op dit moment niet zoals het hoort en dat moet aangepast worden. De bedoeling van de rode links is om de user om de user op de hoogte te brengen van wijzigingen in de update tracker en op de frontpage. Bij actieve users werkt dit niet, omdat alles rood blijft als je maar blijft doorklikken, waardoor wijzigingen niet meer opvallen.

[Noel]

Heb het niet direct tegengekomen in vorige posts. Meer een Opera (versie 8.0 final) bugje denk ik. Want het werkt wel in IE6 en FireFox 1.0.3. De datums worden in Opera nl afgebroken. (heb slechts op 1 pc getest, WinXP)



Bizar

[ Voor 4% gewijzigd door Noel op 02-05-2005 13:10 ]

[crisp]

Femme schreef op maandag 02 mei 2005 @ 12:37:
[...]


De rode links werken op dit moment niet zoals het hoort en dat moet aangepast worden. De bedoeling van de rode links is om de user om de user op de hoogte te brengen van wijzigingen in de update tracker en op de frontpage. Bij actieve users werkt dit niet, omdat alles rood blijft als je maar blijft doorklikken, waardoor wijzigingen niet meer opvallen.

Daar valt wat voor te zeggen, net als voor de huidige methode. Derhalve wil ik er een keuzemogelijkheid van maken; de oude methode wordt dan de default voor niet-ingelogde gebruikers.

Overigens wordt het 'rood markeren' inmiddels serverside gedaan zodat de vertraging verleden tijd is.

Edit: de keuzemogelijkheid bestaat inmiddels bij de layout settings. Tevens is er een 'Reset sessie' optie toegevoegd aan het menu.

-Noel- schreef op maandag 02 mei 2005 @ 13:09:
Heb het niet direct tegengekomen in vorige posts. Meer een Opera (versie 8.0 final) bugje denk ik. Want het werkt wel in IE6 en FireFox 1.0.3. De datums worden in Opera nl afgebroken. (heb slechts op 1 pc getest, WinXP)

[afbeelding]

Bizar

Ik heb even een nowrap toegevoegd aan de datum kolom.

[ Voor 6% gewijzigd door crisp op 02-05-2005 16:23 ]

[Carpenter]

Ik heb een bugje gevonden als ik op Algemeen wil selecteren in de Shop Database. Zoals te zien op de screenshot komen in de selectie eerst de hele blokjes en dan de halve blokjes (eerst 4 en daarna 4,5 terwijl het andersom moet zijn volgens mij)

[Toink]

Hierbij een heel raar probleem waarvan ik niet zeker weet of het met de FP update te maken heeft, maar ik poot het hier toch maar neer. Sinds de FP update heb ik namelijk het volgende probleem:

Ik start IE op, ga naar t.net, klik op V&A en daarna op "aanbod" voor de laatste aangeboden artikelen. Meteen als ik daar op klik dan schiet de cpu-usage van mijn pc naar 100% en deze gaat pas weer weg/terug als ik het hele IE proces kill. Als ik dan goed kijk dan zie ik linksonder in mijn scherm in de statusbalk dat hij bezig is met List_ads///aanbod en dat ie (dus?) probeert de banner in te laden. Dat lijkt dan ook het enige dat onzichtbaar is.

Ik heb flash al gedeinstalleerd (opnieuw geinstalleerd én er weer afgehaald) maar dit biedt geen oplossing. Ik draai een nieuwe install van winxp pro NL sp2 met alle updates, symantec av2005 en voor de rest eigenlijk niets. Ik gebruik de nieuwste versie van IE. (6.0.2900.2180.xpsp_sp2_gdr.050301-1519)

Overigens heb ik zojuist hitmanpro even gedraaid maar die vond (natuurlijk) nog niets.

Rare is dus dat hij alleen bij V&A de mist in gaat. Is er een verschil van laden van die pagina of???? Raar. Kunnen jullie hier iets mee?

[ Voor 4% gewijzigd door Toink op 03-05-2005 09:15 ]

[crisp]

Toink schreef op dinsdag 03 mei 2005 @ 09:13:
Hierbij een heel raar probleem waarvan ik niet zeker weet of het met de FP update te maken heeft, maar ik poot het hier toch maar neer. Sinds de FP update heb ik namelijk het volgende probleem:

[...]

list_ads is gewoon van V&A zelf en heeft niets met de banners te maken. Echter zijn er bannerblockers die alles waar bijvoorbeeld 'ads' in voorkomt blokkeren. Het lijkt er op dat dat bij jou ook het geval is.

[Toink]

Raar is dat? Ik heb niets anders dan XP pro op deze pc staan..., dus geen 3rd party firewall of adblocker oid. Waar zou ik dat kunnen veranderen als ik er vanuit ga dat xp dat zelf doet?

Hij maakt trouwens wel een nette lijst aan, maar de banner en wat "omgeving" laadt niet in:

[ Voor 59% gewijzigd door Toink op 03-05-2005 09:59 ]

[ACM]

Carpenter schreef op maandag 02 mei 2005 @ 23:02:
Ik heb een bugje gevonden als ik op Algemeen wil selecteren in de Shop Database. Zoals te zien op de screenshot komen in de selectie eerst de hele blokjes en dan de halve blokjes (eerst 4 en daarna 4,5 terwijl het andersom moet zijn volgens mij)

De sortering klopt, maar het omzetten van het gemiddelde naar het aantal blokjes niet zo te zien.

[JHS]

Toink schreef op dinsdag 03 mei 2005 @ 09:52:
Raar is dat? Ik heb niets anders dan XP pro op deze pc staan..., dus geen 3rd party firewall of adblocker oid. Waar zou ik dat kunnen veranderen als ik er vanuit ga dat xp dat zelf doet?

Wat dacht je van je symantec ding? Norton en aanverwanten bokken nogal vaak...

[Toink]

Symantec uitzetten: zelfde probleem.

[Harm]

JHS schreef op dinsdag 03 mei 2005 @ 10:30:
[...]
Wat dacht je van je symantec ding? Norton en aanverwanten bokken nogal vaak...

Inderdaad, voer deze stappen eens uit en check dan nog eens:

1. Start Norton Internet Security
2. Navigeer naar "Ad Blocking"
3. Klik het knopje "Advanced"
4. Klik op "Add Site" en vul in "tweakers.net"
5. Klik op "Add" en vul in "/" en klik op "Permit" en OK.
6. Doe vervolgens hetzelfde voor "gathering.tweakers.net"

[Toink]

Sorry, ik heb geen internet security, net om de reden die je zelf aangeeft. Het maakt meer kapot dan dat het goed doet. Ik heb alleen antivirus en die doet niks anders dan beestjes kapot maken. Wat je hierboven zegt kan ik dus niet omdat ik dat niet heb.

[Harm]

Toink schreef op dinsdag 03 mei 2005 @ 11:07:
Sorry, ik heb geen internet security, net om de reden die je zelf aangeeft. Het maakt meer kapot dan dat het goed doet. Ik heb alleen antivirus en die doet niks anders dan beestjes kapot maken. Wat je hierboven zegt kan ik dus niet omdat ik dat niet heb.

Check het toch even...

[Toink]

Done, er staat echt niets in mbt pop-ups/ad-blockers etc. Zelfs als ik de ingebouwde blocker van IE uitschakel of de sites toevoeg die je hierboven noemt heb ik geen effect. Zet ik heel de beveiliging van IE uit + de firewall van XP: same problem.

/overigens; ik spreek net een oud collega met een acer travelmate 800 laptop, die heeft precies hetzelfde probleem. Ook xp pro en de nieuwste versie van IE. (ik check even zijn antivirus/internet security) Hij begon erover tegen mij omdat de koeler van zijn laptop op hol slaat (100% cpubelasting) nadat hij op die link geklikt heeft. Mijn laptop doet dat dus ook (Dell D600/1024MB/2.0P-m).

/overigens2: ik heb hier ook een pc (zie specs in sig) die met dezelfde software draait en die heeft dat probleem weer niet. Het rare is dat het nagenoeg verse installaties betreft die gebruikt worden voor office-werk (dus geen p2p-troep of twijfelachtige activiteiten waarmee je troep binnen kan halen).

[ Voor 38% gewijzigd door Toink op 03-05-2005 11:44 ]

[Pimmeh]

Ik heb dit net gepost: http://www.tweakers.net/r...=Posting&ParentID=1295338

Mij viel het op dat de frontpage van de apostrof een \' maakt (dus een backslash met een apostrof erna). De eerste reactie in dat nieuwsbericht heeft hetzelfde. Lijkt me niet dat dat een landinstellingen probleem met mijn PC is.

[crisp]

Cmdr Chakotay schreef op dinsdag 03 mei 2005 @ 15:40:
Ik heb dit net gepost: http://www.tweakers.net/r...=Posting&ParentID=1295338

Mij viel het op dat de frontpage van de apostrof een \' maakt (dus een backslash met een apostrof erna). De eerste reactie in dat nieuwsbericht heeft hetzelfde. Lijkt me niet dat dat een landinstellingen probleem met mijn PC is.

Fixed

[Harm]

Wat reacties afgesplitst naar Gaat T.net PHP-code van FP vrijgeven? .

[Tim_R]

In V&A staan bij elke advertentie het aantal views op nul, zowel bij vraag als aanbod.... Bij mij tenminste

[crisp]

Timmyboy_ schreef op dinsdag 03 mei 2005 @ 22:18:
In V&A staan bij elke advertentie het aantal views op nul, zowel bij vraag als aanbod.... Bij mij tenminste

Als het goed is fixed; straks even na de eerstvolgende statsrun checken

edit: ziet er alweer beter uit

[ Voor 7% gewijzigd door crisp op 04-05-2005 00:41 ]

[ACM]

Toink schreef op dinsdag 03 mei 2005 @ 11:32:
Done, er staat echt niets in mbt pop-ups/ad-blockers etc. Zelfs als ik de ingebouwde blocker van IE uitschakel of de sites toevoeg die je hierboven noemt heb ik geen effect. Zet ik heel de beveiliging van IE uit + de firewall van XP: same problem.

zie: http://devtrack.tweakers....w_page.php?bug_id=0000885

[Toink]

ACM schreef op woensdag 04 mei 2005 @ 09:56:
[...]

zie: http://devtrack.tweakers....w_page.php?bug_id=0000885

Dus het probleem is reeds bekend en het ligt in elk geval niet aan mijn besturingssysteem?

[Verwijderd]

Toink schreef op woensdag 04 mei 2005 @ 10:17:
Dus het probleem is reeds bekend en het ligt in elk geval niet aan mijn besturingssysteem?

zoals te lezen is op die url ligt het dus wel aan je besturingsysteem, met name aan je IE. of je stapt over op een andere browser of je sluit er vrede mee totdat crisp het uitgevogeld heeft (hij geeft ook aan dat er enige tijd in gaat zitten)

[crisp]

Toink schreef op woensdag 04 mei 2005 @ 10:17:
[...]


Dus het probleem is reeds bekend en het ligt in elk geval niet aan mijn besturingssysteem?

We hebben al wat onderzoek gedaan en het lijkt weer aan de HTTP1.1 implementatie van IE te liggen. Je kan HTTP1.1 uitschakelen in het advanced options menu; dat lijkt het probleem vooralsnog op te lossen.

[Toink]

Verwijderd schreef op woensdag 04 mei 2005 @ 10:48:
[...]

zoals te lezen is op die url ligt het dus wel aan je besturingsysteem, met name aan je IE. of je stapt over op een andere browser of je sluit er vrede mee totdat crisp het uitgevogeld heeft (hij geeft ook aan dat er enige tijd in gaat zitten)

Oké, ja ik wacht het wel gewoon af dan. Ik gebruik "de meest gebruikte browser" en daar wilde ik vooralsnog niet vanaf stappen. Dat van dat http 1.1 zal ik eens proberen.

[_knakker_]

Ik heb een vervelende bug gevonden in de e-mailnotoficatie van de meuktracker.

Ik gebruikte de de search en de zoekresultaten werden als volgt weergegeven:


Klik voor grotere versie

Hierdoor kon ik niet alle zoekresultaten zien.

Ik gebruik Windows XP SP2. Het probleem deed zich zowel voor in Firefox 1.03 als in IE 6.

[ Voor 3% gewijzigd door _knakker_ op 05-05-2005 14:01 ]

[ACM]

_knakker_ schreef op donderdag 05 mei 2005 @ 14:00:
Ik heb een vervelende bug gevonden in de e-mailnotoficatie van de meuktracker.

Ik gebruikte de de search en de zoekresultaten werden als volgt weergegeven:

[afbeelding]
Klik voor grotere versie

Hierdoor kon ik niet alle zoekresultaten zien.

Ik gebruik Windows XP SP2. Het probleem deed zich zowel voor in Firefox 1.03 als in IE 6.

Kan je dat na een harde refresh (ctrl+f5) reproduceren en ons vertellen hoe?

[Harm]

Je gaat naar de Meuktracker / Email notificatie en gooit er een zoekterm in. Je laat het ding zoeken en vervolgens krijg je die pagina.

Het rare is dat de content (dus niet de updatetracker en het menu bovenaan de pagina) wel goed gepositioneerd wordt. Maar de updatetrackers en het menu bovenaan wordt er dan gewoon overheen gezet.

[PcDealer]

Het aantal advertenties in V&A klopt niet.

Voorbeeld 1:
http://tweakers.net/aanbod/list_ads/cat/280 "Socket 423 moederborden", zou er 1 van zijn, maar geeft geeneen weer?

Voorbeeld 2:
http://tweakers.net/aanbod/list_ads/cat/46 " AMD Opteron Processors", zouden er 3 zijn, maar geeft een weer?

Win XP Pro SP1/Mozilla Firebird 0.7

[Harm]

PcDealer schreef op donderdag 05 mei 2005 @ 17:09:
Het aantal advertenties in V&A klopt niet.

Voorbeeld 1:
http://tweakers.net/aanbod/list_ads/cat/280 "Socket 423 moederborden", zou er 1 van zijn, maar geeft geeneen weer?

Voorbeeld 2:
http://tweakers.net/aanbod/list_ads/cat/46 " AMD Opteron Processors", zouden er 3 zijn, maar geeft een weer?

Daarbij zullen wel niet zichtbare advertenties zijn meegerekend. Geen idee waarom dat gebeurt eigenlijk zo 1-2-3.

PcDealer schreef op donderdag 05 mei 2005 @ 17:09:
Win XP Pro SP1/Mozilla Firebird 0.7

Dan zou ik in ieder geval ook maar eens een nieuwe versie van Firebird/Firefox installeren. 0.7 is inmiddels behoorlijk bejaard en achterhaald en ook uit securityoogpunt niet zo veilig als 1.x is.

[Verwijderd]

Harm schreef op donderdag 05 mei 2005 @ 14:43:
Je gaat naar de Meuktracker / Email notificatie en gooit er een zoekterm in. Je laat het ding zoeken en vervolgens krijg je die pagina.

Het rare is dat de content (dus niet de updatetracker en het menu bovenaan de pagina) wel goed gepositioneerd wordt. Maar de updatetrackers en het menu bovenaan wordt er dan gewoon overheen gezet.

Even naar de html-bron kijken en je ziet dat er twee keer de html-header wordt verstuurd:

[...]

code:

m_2('5132','77','Software','MSN for MacOS X 2.0.1','2.0.1','05-12-2003');

</script></table><div class='b8' style='text-align:right; margin-top:5px; margin-bottom:5px'> <b>1</b> <a href='meuktracker/?CatID=0&Query=iets&ProduktID=0&Sortering=&Start=100'>2</a> <a href='meuktracker/?CatID=0&Query=iets&ProduktID=0&Sortering=&Start=200'>3</a> </div><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<!-- (c)1998-2005 Tweakers.net B.V. - Design & code by Arjen van der Meijden, Robin van Rootseler, Femme Taken en Tino Zijdel - Webserver: Acidalia - Dbase: Artemis -->
<html>
    <head>

[...]

Tja, daar kan je browser natuurlijk niets mee, en blijkbaar zet firefox dan de andere tabellen maar binnen de tabel gestart in de eerste header.

Maar moet toch (hopelijk) niet al te moeilijk zijn op te lossen in de php-code?

[Verwijderd]

Niet echt belangrijk, maar hoe kan het eigenlijk dat bijvoorbeeld op deze pagina in het google-cache het stuk bovenaan van de t.net pagina (het gedeelte met de nieuws/reviews/buyers zone/enz menuutjes) mee naar beneden schuift (in firefox 1.0.3) terwijl in de css staat dat dat gedeelte (dat weer door javascript naar het scherm geschreven wordt) absoluut op 0,0 moet staan?

De frontpage doet dat wel gewoon goed, bijv deze link, maar dan ook alleen de frontpage.

[Erkens]

Verwijderd schreef op vrijdag 06 mei 2005 @ 10:04:
Niet echt belangrijk, maar hoe kan het eigenlijk dat bijvoorbeeld op deze pagina in het google-cache het stuk bovenaan van de t.net pagina (het gedeelte met de nieuws/reviews/buyers zone/enz menuutjes) mee naar beneden schuift (in firefox 1.0.3) terwijl in de css staat dat dat gedeelte (dat weer door javascript naar het scherm geschreven wordt) absoluut op 0,0 moet staan?

De frontpage doet dat wel gewoon goed, bijv deze link, maar dan ook alleen de frontpage.

dat is natuurlijk een fout van die cache van google en niet van t.net
daarnaast zie je dat die eerste pagina die je noemt voor het laatst geindexeerd is @ 21 april en die tweede 5 mei.
Zie het verschil 21 april was nog de oude code en 5 mei natuurlijk de nieuwe.
Google's cached alleen de ruwe html, niet de css etc die erbij hoort afaik.

[Verwijderd]

De css wordt natuurlijk wel gewoon gebruikt.. Daar kan ook niks mee misgaan, want er is een base href gedefinieerd. Verder is het ook zo met nieuwere gecachte pagina's, en natuurlijk ligt het aan het feit dat de pagina's door google gecached zijn dat ze er anders uitzien, maar omdat de posities van de t.net tables absoluut zijn hoort ie daar gewoon overheen te schuiven (dat was overigens voor de codeverandering ook zo).

[edit: ow.. ik zie nu dat je toch gelijk kan hebben wat betreft het feit dat dat de oude code is, pas na 28 april werden er dingen gewijzigd.. Sorry, dacht dat dat al langer geleden was.]

[ Voor 17% gewijzigd door Verwijderd op 06-05-2005 10:13 ]

[Wildfire]

Ik weet niet zeker of het met de code update heeft te maken, maar ik mocht niet stemmen in de frontpage poll. Ik moest eerst m'n cookies trashen en opnieuw inloggen.

Terwijl ik vroeger bij een nieuwe poll gewoon meteen kon stemmen.

Harm schreef op donderdag 05 mei 2005 @ 14:43:
Je gaat naar de Meuktracker / Email notificatie en gooit er een zoekterm in. Je laat het ding zoeken en vervolgens krijg je die pagina.

Het rare is dat de content (dus niet de updatetracker en het menu bovenaan de pagina) wel goed gepositioneerd wordt. Maar de updatetrackers en het menu bovenaan wordt er dan gewoon overheen gezet.

Yep. Same problem here... (Firefox 1.0.3)

[ Voor 56% gewijzigd door Wildfire op 06-05-2005 10:22 ]

[XWB]

Ik weet niet zeker of het met de code update heeft te maken, maar ik mocht niet stemmen in de frontpage poll. Ik moest eerst m'n cookies trashen en opnieuw inloggen.

Zelfde probleem hier, ik zie juist dat er een nieuwe poll is maar blijkbaar zou ik al gestemd hebben?

Firefox 1.0.3

Blijkbaar zijn we niet de enige, zie ook de reacties op http://www.tweakers.net/etc/?Action=Poll&ID=716

[ Voor 18% gewijzigd door XWB op 06-05-2005 11:51 ]

[Verwijderd]

Zelfde probleem, IE 6.0 SP2

[Tweeke]

Poll doet hier ook vaag, net alsof ik al heb gestemd
Probeer wel even uit te loggen, cookies te trashen, en kijken of het dan wel lukt.

edit: ja, dan lukt het wel...

[ Voor 15% gewijzigd door Tweeke op 06-05-2005 12:46 ]

[Harm]

Het is inmiddels duidelijk dat de poll niet altijd correct werkt. Dit komt doordat er een cookie geset wordt waarin staat dat je al gestemd hebt en dus krijg je geen stemopties. Dit is op te lossen door het betreffende cookie te verwijderen. Dit probleem hoeft dus niet meer gemeld te worden.

[crisp]

Hacku schreef op vrijdag 06 mei 2005 @ 11:50:
[...]


Zelfde probleem hier, ik zie juist dat er een nieuwe poll is maar blijkbaar zou ik al gestemd hebben?

Firefox 1.0.3

Blijkbaar zijn we niet de enige, zie ook de reacties op http://www.tweakers.net/etc/?Action=Poll&ID=716

Dat heeft niets met de code update te maken.
Of er al op een bepaalde poll gestemt is wordt opgeslagen in een cookie. Als je dus achter een publieke pc zit (ongeacht of die achter een proxy hangt of niet) en een voorganger heeft via die pc al gestemt (en er dus al een cookie met dat pollid bestaat) dan zie je de resultaten ipv de opties.
Dat is by design en hier is voor gekozen om ook niet-ingelogde of niet-geregistreerde gebruikers de mogelijkheid te bieden te kunnen stemmen.

Dat je al resultaten ziet ipv de opties zal je vaak tegenkomen in situaties waarbij meerdere gebruikers hetzelfde account delen op een pc, en cookies dus niet echt persoonsgebonden zijn en ook niet opgeruimt worden tussen verschillende sessies (wat een goede netwerkbeeherder echter wel zou moeten verzorgen op dergelijke pc's vanuit security-oogpunt, maar dat is een andere kwestie).

Edit: zie ook Harm

Nu moet je niet meteen denken dat pollvervalsing dus mogelijk is, er wordt wel degelijk gechecked op IP voor de vote-telling, maar hierbij wordt wel rekening gehouden met proxies.

[ Voor 31% gewijzigd door crisp op 06-05-2005 14:02 ]

[Harm]

crisp schreef op vrijdag 06 mei 2005 @ 13:56:
[...]

Dat heeft niets met de code update te maken.

Dat ben ik niet met je eens . Ik heb vannacht een nieuwe poll online gezet en ik kon niet in die poll stemmen en dàt klopt niet. Want ik mag niet in de huidige poll stemmen, omdat ik in de vorige poll al gestemd heb, omdat ik al een cookie heb dus. En dàt is pas veranderd sinds de code-update of iets erna.

[crisp]

Harm schreef op vrijdag 06 mei 2005 @ 14:02:
[...]
Dat ben ik niet met je eens . Ik heb vannacht een nieuwe poll online gezet en ik kon niet in die poll stemmen en dàt klopt niet. Want ik mag niet in de huidige poll stemmen, omdat ik in de vorige poll al gestemd heb, omdat ik al een cookie heb dus. En dàt is pas veranderd sinds de code-update of iets erna.

Dan gaat er daar iets mis, of de poll ID moet hergebruikt zijn; ik zal daar nog eens naar kijken

[XWB]

crisp schreef op vrijdag 06 mei 2005 @ 14:04:
[...]

Dan gaat er daar iets mis, of de poll ID moet hergebruikt zijn; ik zal daar nog eens naar kijken

Dat moet wel, want ik zit gewoon achter m'n pc thuis, dus niemand heeft vanop deze pc al gestemd.

[crisp]

Hacku schreef op vrijdag 06 mei 2005 @ 14:33:
[...]


Dat moet wel, want ik zit gewoon achter m'n pc thuis, dus niemand heeft vanop deze pc al gestemd.

Maar je surft ws wel via een proxy. Ik heb daar nog een foutje in gevonden, en die ben ik aan het fixen

[Wildfire]

crisp schreef op vrijdag 06 mei 2005 @ 13:56:
[...]

Dat heeft niets met de code update te maken.
Of er al op een bepaalde poll gestemt is wordt opgeslagen in een cookie. Als je dus achter een publieke pc zit (ongeacht of die achter een proxy hangt of niet) en een voorganger heeft via die pc al gestemt (en er dus al een cookie met dat pollid bestaat) dan zie je de resultaten ipv de opties.
Dat is by design en hier is voor gekozen om ook niet-ingelogde of niet-geregistreerde gebruikers de mogelijkheid te bieden te kunnen stemmen.

Dat je al resultaten ziet ipv de opties zal je vaak tegenkomen in situaties waarbij meerdere gebruikers hetzelfde account delen op een pc, en cookies dus niet echt persoonsgebonden zijn en ook niet opgeruimt worden tussen verschillende sessies (wat een goede netwerkbeeherder echter wel zou moeten verzorgen op dergelijke pc's vanuit security-oogpunt, maar dat is een andere kwestie).

Edit: zie ook Harm

Nu moet je niet meteen denken dat pollvervalsing dus mogelijk is, er wordt wel degelijk gechecked op IP voor de vote-telling, maar hierbij wordt wel rekening gehouden met proxies.

Mooie uitleg, maar ik ben de *enige* die mijn t.net account gebruikt, en dat is dan ook meteen op deze PC waar *nooit* iemand anders gebruik van maakt. En nee, ik zit *niet* achter een proxy. Ik mocht niet stemmen op een poll waar ik nog niet gestemd voor had. En dat klopt dus niet. Het kan niet de bedoeling zijn dat ik bij elke nieuwe poll weer een t.net cookie moet gaan trashen.

Ik meen me te herinneren vroeger bij een nieuwe poll toch echt gewoon te kunnen stemmen.

[Harm]

crisp schreef op vrijdag 06 mei 2005 @ 14:47:
[...]

Maar je surft ws wel via een proxy. Ik heb daar nog een foutje in gevonden, en die ben ik aan het fixen

* Harm heeft de poll zelf aangemaakt en zelfs ik mocht er niet stemmen. Er is in mijn geval gewoonweg niemand anders die heeft kunnen stemmen en toch mocht ik niet stemmen van de poll. Ik kreeg al direct de resultaten te zien. Zoals ook in CA al is gezegd, het ligt volgens mij aan het cookie dat gezet wordt na het plaatsen. Daar lijkt wat mee mis te gaan.

[crisp]

Er zat inderdaad nog wel meer scheef in die poll-check; ik heb het lokaal aangepast en ben aan het testen

[crisp]

Poll zou nu beter moeten gaan. Meuktracker Notificatie is ook gefixed

[BalusC]

Wanneer ik een GoT pagina laad, waarin een plaatje uit t.net/ext/f/ wordt gehaald, dan neemt IE een volledige CPU in beslag en wordt het plaatje nooit vertoond. In mijn T.net fotoalbums zie ik daarnaast ook nog aardig wat volkomen willekeurige kruisjes die na een refresh weer door elkaar wordt gehusseld zegmaar.

Tijdens surfen op GoT (check statusbalk en CPU usage):

^clickable

Na het verlaten van GoT:

^clickable

XP SP1 met alle laatste updates behalve SP2 itself.
IE6 SP1 met alle laatste updates.

In Firefox heb ik as far nog geen problemen mbt dit verschijnsel ondervonden. Met uitzondering van de kruisjes dan, die is browser-onafhankelijk

[ Voor 49% gewijzigd door BalusC op 06-05-2005 23:21 . Reden: thumbs ]

[crisp]

BalusC schreef op vrijdag 06 mei 2005 @ 23:11:
Wanneer ik een GoT pagina laad, waarin een plaatje uit t.net/ext/f/ wordt gehaald, dan neemt IE een volledige CPU in beslag en wordt het plaatje nooit vertoond. In mijn T.net fotoalbums zie ik daarnaast ook nog aardig wat volkomen willekeurige kruisjes die na een refresh weer door elkaar wordt gehusseld zegmaar.

Tijdens surfen op GoT (check statusbalk en CPU usage):
[afbeelding]
^clickable

Na het verlaten van GoT:
[afbeelding]
^clickable

XP SP1 met alle laatste updates behalve SP2 itself.
IE6 SP1 met alle laatste updates.

In Firefox heb ik as far nog geen problemen mbt dit verschijnsel ondervonden. Met uitzondering van de kruisjes dan, die is browser-onafhankelijk

Typisch: in het ext/f/ script heb ik juist ook de Expires-header uitgeschakelt. Dat bood namelijk soelaas voor de V&A afbeeldingen, maar IE is blijkbaar nog meer een pain-in-the-ass dan ik had durven vermoeden (en IE is altijd al een enorme pain-in-the-ass).

* crisp rant nog eventjes door op een software producent die het na jaren van bugs en onvolkomendheden nog steeds klaarspeelt om HTTP1.1 niet eens goed te implementeren...

Heb je al geprobeerd HTTP1.1 uit te schakelen in IE?

En sorry to say this: SP2 biedt meer dan veiligheids updates, mogelijk lost het toch ook dit probleem op

HTTP compressie kan ook een factor zijn; dat hebben we tegenwoordig voor bijna alles aanstaan, en IE schijnt daar nogal vatbaar voor te zijn (qua bugs in IE)...
Misschien is het tijd voor een mailingactie naar Mickeysoft? fundamented flame

[ Voor 14% gewijzigd door crisp op 06-05-2005 23:39 ]

[BalusC]

Het uitschakelen van HTTP1.1 was helaas niet de oplossing.

En dit probleem vind ik nog steeds onvoldoende motivatie om SP2 te installeren. Dan gebruik ik toch wat vaker Firefox