[Bug] Ik word steeds uitgelogd

[F_J_K]

Datum/tijd staan goed en je hebt niets aan privacy tools / virusscanners / personal firewalls / etc die cookies blocken? Dan dus: welke browser?

[i2Paq]

F_J_K schreef op maandag 23 oktober 2006 @ 19:19:
Datum/tijd staan goed en je hebt niets aan privacy tools / virusscanners / personal firewalls / etc die cookies blocken? Dan dus: welke browser?

Ik heb dit probleem pas sinds de merge.
Verder gebruik ik Windows XP Sp2 (NL en EN, fully patched), IE 6 (Fully patched).
Daarnaast heb ik dit thuis, op het werk etc.

[F_J_K]

Ik krijg net een DM van DaJaN dat ook hij er last van heeft. SeM -> Bug dus

[Verwijderd]

F_J_K schreef op dinsdag 24 oktober 2006 @ 13:28:
Ik krijg net een DM van DaJaN dat ook hij er last van heeft. SeM -> Bug dus

Na 3x uitgelogd te zijn gaat het nu weer even goed (klopklop).

IE 6.0.2800.1106
Win2000

[Krypt]

Wat het ook niet dat dit te maken had met een RSS feed die je bijv. in Firefox had staan waarbij de SessionId steeds een reset kreeg.

[bug]Na enkele kliks uitgelogd.

Of was dit al op een andere manier opgelost?

[ Voor 11% gewijzigd door Krypt op 24-10-2006 13:31 ]

[SeatRider]

Ik heb er ook soms last van, het is alleen niet reproduceerbaar. Misschien heeft het te maken met wisselende IP adressen per sessie?

[Verwijderd]

Hier geen rss en ook geen FF.

[moto-moi]

Krypt schreef op dinsdag 24 oktober 2006 @ 13:31:
Wat het ook niet dat dit te maken had met een RSS feed die je bijv. in Firefox had staan waarbij de SessionId steeds een reset kreeg.
[bug]Na enkele kliks uitgelogd.
Of was dit al op een andere manier opgelost?

Die bug is (eindelijk) opgelost met react 1.9.4 die we nu al weer een paar weken draaien

[justmental]

Ik ben nu ook een paar keer uitgelogd geweest (buiten de in med aangekondigde keren).
rss gebruik ik niet, maar zit wel achter een proxy.

Wat mij opvalt is dat ik 2 versies van een tnetid in m'n cookies heb.
"TNETID" en "TnetID"
Aaan het uitlogscherm te zien wordt alleen de laatste gebruikt.

[NetForce1]

Ik heb hier ook last van sinds de merge, eveneens vanachter een proxy. Het lijkt te maken te hebben met het herstarten van mn pc, maar helemaal zeker weten doe ik dat ook niet.

[-Jaap-io]

ik heb er ook last van
het is zomaar willekeurig
IE 6
achter bedrijfs firewall
tot vandaag nooit problemen mee gehad.

[Spider.007]

Locken de mensen die hier last van hebben hun sessie wel of niet op IP? Daarnaast; probeer eens alle cookies van *.tweakers.net te trashen en opnieuw in te loggen?

---

en ook wel handig; bekijk na inloggen eens het logout scherm. Zijn er sessies bijgekomen?

[ Voor 22% gewijzigd door Spider.007 op 24-10-2006 14:39 ]

[justmental]

Ik lock m'n sessies niet op ip.
In m'n cookie wordt m'n ip wel genoemd, in de entry "WT_FPC".

[Spider.007]

Mjah; dat is een of andere WebTrends tracking cookie en heeft niets met je sessie te maken. Ik gok dat dit probleem idd bij de mergecode ligt.

[crisp]

Het lijkt dus enkel met IE6 voor te komen maak ik hierop uit?

Spider.007 schreef op dinsdag 24 oktober 2006 @ 14:53:
Mjah; dat is een of andere WebTrends tracking cookie en heeft niets met je sessie te maken. Ik gok dat dit probleem idd bij de mergecode ligt.

Ik vermoed een cookie-probleem in IE6. Mensen melden hier dat ze het al krijgen door enkel op GoT te blijven - de FP sessie-code wordt dan heel niet gebruikt.

[ Voor 77% gewijzigd door crisp op 24-10-2006 14:55 ]

[NetForce1]

crisp schreef op dinsdag 24 oktober 2006 @ 14:54:
Het lijkt dus enkel met IE6 voor te komen maak ik hierop uit?
[...]

Ik vermoed een cookie-probleem in IE6. Mensen melden hier dat ze het al krijgen door enkel op GoT te blijven - de FP sessie-code wordt dan heel niet gebruikt.

Nope, FF 1.5.0.7 op Ubuntu 6.06 hier. Ik lock overigens mijn sessie ook niet op ip.

[Verwijderd]

Hier ook niet op IP gelocked.

[crisp]

Ik zie dat sommige mensen hier toch aardig wat sessies op hun naam hebben staan; doe eens een logout van al je sessies, trash alle cookies op het domein tweakers.net en gathering.tweakers.net en kijk dan of na het weer inloggen het probleem weer optreedt.

[JHS]

Via de gatheringmail had iemand hetzelfde probleem . Daar had ik het volgende gesuggereerd: "Zou je uit willen loggen, je cookies handmatig verwijderen, een harde refresh (CTRL-F5) willen geven en eventuele proxies, firewalls en/of adblokkers uit willen schakelen. Ik heb nu even al je sessies handmatig verwijderd, misschien dat daar nog een probleem in zat." Daarna leek het probleem verholpen, ik heb althans niet nogmaals van de user gehoord .

[crisp]

Ja, het is nu ook weer niet zo dat het stormloopt met dit soort klachten dus het lijkt om uitzonderlijke gevallen te gaan. De verdenking ligt dan snel aan iets wat clientside speelt...

[Verwijderd]

Ik heb hetzelfde (sinds de merge). IE 6.0, WinXP SP2. Na bv SG bezoek en ik ga naar de index ben ik weer uitgelogd. Het gebeurt echter onregelmatig.

[ Voor 50% gewijzigd door Verwijderd op 24-10-2006 17:52 ]

[Spider.007]

Zou het hieraan gerelateerd kunnen zijn?

crisp in "Wordt random uitgelogd"

[crisp]

Spider.007 schreef op dinsdag 24 oktober 2006 @ 20:00:
Zou het hieraan gerelateerd kunnen zijn?

crisp in "Wordt random uitgelogd"

Ik zit op 12 cookies inclusief die van adverteerders op tweakers.net en dat is volgens mij ook echt wel de max. Sommige mensen zullen wellicht nog wat oudere cookies hebben die niet meer gebruikt worden maar als het goed is is het FIFO.

[ Voor 22% gewijzigd door crisp op 24-10-2006 20:19 ]

[Harm]

Vetjes, ik heb er 21 op alle T.net-domeinen. Ik zal eens wat opruimen en zien hoe het er dan uitziet, maar niet nu (nu schoolwerk doen ).

[edit]
Done en dat scheelt een hoop cookies. Het zijn er nu nog maar 10 ofzo .

[ Voor 32% gewijzigd door Harm op 24-10-2006 23:16 ]

[Verwijderd]

Feature proposal (niet voor mij maar voor jullie):

Maak een diagnostics pagina op http://tweakers.net/diagnostics, waarin je dit soort dingen kunt controleren. Laat een pagina alle niet-herkende cookies verwijderen, redirect naar een andere pagina, controleer of er dan nog cookies zijn die niet herkend worden en klaarblijkelijk ook niet verwijderd zijn, en rapporteer dat. Er is dan namelijk een situatie die je niet kunt oplossen zonder "hulp" van de client. Controleer of de client überhaupt cookies accepteert door dezelfde truc andersom toe te passen. Controleer of de gebruiker javascript aan heeft staan. Zo ja, dan kun je de tijd van de machine van de client opvragen en zo problemen voorkomen.

Kortom, bouw een testsuite, en vermeld bij het inlogscherm dat de bezoeker eerst even die testsuite moet doorlopen. Scheelt een hoop gedoe, en het is redelijk eenvoudig te maken.

[crisp]

Goed idee Cheatah! Ik ga daar morgen eens mee aan de slag

Wb het aantal cookies: het grootste probleem zijn toch de adverteerders. Aangezien alles JS-based is worden alle cookies op ons domain geset en meer en meer adverteerders willen van alles met cookies doen. Ook Google kan er wat van met maar liefst 4 verschillende cookies voor de AdSense reclames en Google Analytics.

De meeste browsers hebben gelukkig niet meer van die krappe limieten wat cookies betreft behalve IE met z'n implementatie die nog steeds op de oude Netscape Cookie draft is gebaseerd...

[Motrax]

Ik wil niet vervelend zijn, maar ik heb het ook pas sinds vandaag en maar weinig sessies: 1 van thuis en 1 van mijn werk. Wel een paar oude sessies nog, maar daar is de houdbaarheid beduidend minder van, naast het feit dat ik vanaf mijn werk dus problemen had en daar maar 1 sessie aan is gekoppeld.

Ook XP SP2, IE 6 (SP2?), bedrijfsnetwerk.

[CLB]

Zodoende wil ik ook even mededelen dat ik dit probleempje heb!
Computer uit, computer aan, naar GoT, moet weer inloggen

XP SP2 , IE6

Wil niet dat dit 'n klachtentopic wordt maar, als er meer mensen zijn dan..

[crisp]

CLB schreef op dinsdag 24 oktober 2006 @ 21:54:
Zodoende wil ik ook even mededelen dat ik dit probleempje heb!
Computer uit, computer aan, naar GoT, moet weer inloggen

XP SP2 , IE6

Wil niet dat dit 'n klachtentopic wordt maar, als er meer mensen zijn dan..

En je weet zeker dat je niet een progje oid gebruikt die bij het opstarten of afsluiten van je PC je cookies opruimt? Want als het enkel voorkomt bij het opnieuw opstarten van je PC dan is dat toch wel de meest voor de hand liggende reden...

[CLB]

Noopz echt helemaal niks gedaan!

Als ik me inlog versleutel ik m'n wachtwoord via m'n vaste IP-adres..!

[JHS]

CLB: Te zien aan de hoeveelheid sessies en de erbij horende IP adressen krijg je met het opnieuw opstarten van je PC een nieuw, IP . Als je je computer uit en aanzet terwijl je je sessie niet aan je IP koppeld log je dan nog steeds uit?

[CLB]

Zal ik zometeen even proberen!

Moet ik 'm dan versleutelen via java?

En is dat standaard dat ik telkens 'n nieuw ip krijg van m'n provider?
Zou handig zijn als ik 'n ban heb? Kan ik telkens 'n nieuwe account aanmaken

[Harm]

CLB schreef op dinsdag 24 oktober 2006 @ 22:17:
Moet ik 'm dan versleutelen via java?

Je versleutelt via JavaScript en dat mag je inderdaad doen .

CLB schreef op dinsdag 24 oktober 2006 @ 22:17:
En is dat standaard dat ik telkens 'n nieuw ip krijg van m'n provider?
Zou handig zijn als ik 'n ban heb? Kan ik telkens 'n nieuwe account aanmaken

Geen idee of dat standaard is bij je provider, daar ken ik de ISP-markt niet goed genoeg voor . Ik weet wel dat het voor een gewone ban niets uitmaakt of je een vast of dynamisch IP-adres hebt, aangezien je dan een accountban krijgt. Een IP-ban krijg je pas als je écht goed gaat kloten.

[CLB]

Update: Hmm nu weer m'n computer opnieuw opgestart en sta nog steesd logged in!

Naja hoop dat 't nu over is! Heb me vandaag echt 4x opnieuw moeten inloggen! Thnx 4 the help!

EDIT: Moest me daarnet weer inloggen waar 't nu toch aan kan liggen

[ Voor 19% gewijzigd door CLB op 25-10-2006 11:22 ]

[-_D_-]

Ik word ook te pas en te onpas uitgelogd! Heb al meerdere malen handmatig uitgelogd en de cookies verwijderd en als ik dan de browser start en naar GoT ga dan kan ik wel een stuk of 10 topics tegelijk open hebben (ben dus ingelogd) maar zodra ik wil quoten of reply-en ben ik ineens niet meer ingelogd. Misschien dat als je meerdere IE's open hebt staan met Tweakers dat het dan fout gaat?

IE6 hier en sessie niet gekoppeld aan IP. Dat ga ik nu eventjes proberen

Best wel irritant

Edit: Dit klopt ook niet helemaal denk ik:
http://www.xs4all.nl/~willenb0/Pics/blaat.JPG

[ Voor 16% gewijzigd door -_D_- op 25-10-2006 17:57 ]

[crisp]

Ik heb even een simpel scriptje gebakken waarmee je een overzicht kan krijgen van je cookies op (gathering).tweakers.net en oude cookies kunt verwijderen: http://gathering.tweakers.net/cookiemonster

Gebruik uiteraard op eigen risico, en gaarne feedback - ook omtrent cookies die hier als 'onbekend' worden aangemerkt

[Morax]

Bij cookies die meerdere keren voorkomen staat

Deze cookie komt meerdere keren voor, we gaan proberen de duplicaten te verwijderen

Is dat dan al gebeurd, of gebeurt dat pas als ik het vinkje aanzet en op "trash" druk?

En ik heb een onbekende cookie:
ebNewBandWidth_.tweakers.net

Edit:
Overigens heb ik ook nog de oude GoT en FP cookies, die kunnen gewoon weg neem ik aan? En de cookie hide_mededeling, is het handig om die te verwijderen?

[ Voor 21% gewijzigd door Morax op 26-10-2006 12:54 ]

[moto-moi]

alles wat je aan kunt vinken is dubbel of wordt niet meer gebruikt.

[CLB]

Bij mij lijkt het probleem voorbij!

Ik hoef niet meer opnieuw in te loggen!
(volgens mij, weet 't niet meer zeker heb ik m'n password via Java versleuteld)

[crisp]

Morax schreef op donderdag 26 oktober 2006 @ 12:51:
Bij cookies die meerdere keren voorkomen staat

[...]


Is dat dan al gebeurd, of gebeurt dat pas als ik het vinkje aanzet en op "trash" druk?

Pas als je op 'trash' drukt.

En ik heb een onbekende cookie:
ebNewBandWidth_.tweakers.net

Ja, die had ik ook maar ik kon niet achterhalen waar die vandaan komt.

Edit:
Overigens heb ik ook nog de oude GoT en FP cookies, die kunnen gewoon weg neem ik aan? En de cookie hide_mededeling, is het handig om die te verwijderen?

Alles wat al aangevinkt staat van de 'bekende' cookies is veilig om te trashen, die worden niet meer gebruikt

[justmental]

DebugLevel_.gathering.tweakers.net Onbekende cookie
klipklapcookie[cat_8] Onbekende cookie
klipklapcookie[myreact_activetopics] Onbekende cookie
klipklapcookie[myreact_bookmarks] Onbekende cookie
klipklapcookie[myreact_buddies] Onbekende cookie
klipklapcookie[myreact_posthistory] Onbekende cookie
klipklapcookie[myreact_pushmessages] Onbekende cookie
ReactID Oude GoT sessie-cookie
TNETID Oude Tweakers.net sessie-cookie

Deze hebben een vinkje.
Daarnaast zijn er enkele die meerdere keren voorkomen.

Als ik in m'n cookie directory kijk dan zie ik ook een cookie file voor gathering.tweakers en eentje voor tweakers.

[-_D_-]

Ik heb inmiddels geen problemen meer al weet ik niet wat ik gedaan heb wat het verholpen heeft. Heb na het koppelen van IP aan sessie nog steeds problemen gehad dus dat is het niet geweest denk ik, al zijn de problemen nu wel weg (en is mijn IP nog steeds gekoppeld).

Ik hou jullie op de hoogte

[AtleX]

offtopic:
f5hits werd gebruikt voor de F5-counter op de tijdelijke pagina tijdens de merge.

[Spider.007]

crisp schreef op donderdag 26 oktober 2006 @ 12:39:
Ik heb even een simpel scriptje gebakken waarmee je een overzicht kan krijgen van je cookies op (gathering).tweakers.net en oude cookies kunt verwijderen: http://gathering.tweakers.net/cookiemonster

Gebruik uiteraard op eigen risico, en gaarne feedback - ook omtrent cookies die hier als 'onbekend' worden aangemerkt

er staat bij een aantal 'Deze cookie komt meerdere keren voor, we gaan proberen de duplicaten te verwijderen'; terwijl dat niet het geval is. Is dat een statische tekst; en zou je die dan wellicht iets aan kunnen passen?

offtopic:
even Tweakers.net header en CSS erboven zou niet misstaan

crisp schreef op donderdag 26 oktober 2006 @ 13:02:
[...]

Ja, die had ik ook maar ik kon niet achterhalen waar die vandaan komt.

Google zegt dat hij van een advertentieserver komt

[ Voor 14% gewijzigd door Spider.007 op 26-10-2006 13:17 ]

[crisp]

Spider.007 schreef op donderdag 26 oktober 2006 @ 13:09:
[...]

er staat bij een aantal 'Deze cookie komt meerdere keren voor, we gaan proberen de duplicaten te verwijderen'; terwijl dat niet het geval is. Is dat een statische tekst; en zou je die dan wellicht iets aan kunnen passen?

Als dat er staat dan komen ze ook daadwerkelijk meerdere keren voor. Zo kan je bijvoorbeeld nog React cookies hebben die op gathering.tweakers.net geset zijn maar nu op .tweakers.net geset worden.

offtopic:
even Tweakers.net header en CSS erboven zou niet misstaan

Ik wil hier uiteindelijk een custom actie van bakken binnen de templates

[silverstorm]

f5hits => aantal keer dat je op f5 hebt gedrukt tijdens de #1s? of komt dit cookie niet van jullie?

_{moet toch leren eerder op alt+s te drukken}

[ Voor 21% gewijzigd door silverstorm op 26-10-2006 13:18 ]

[Spider.007]

crisp schreef op donderdag 26 oktober 2006 @ 13:13:
[...]

Als dat er staat dan komen ze ook daadwerkelijk meerdere keren voor. Zo kan je bijvoorbeeld nog React cookies hebben die op gathering.tweakers.net geset zijn maar nu op .tweakers.net geset worden.

Volgens mij klopt dat niet:

 	LastVisit  	Lastvisit cookie voor React - Deze cookie komt meerdere keren voor, we gaan proberen de duplicaten te verwijderen
	ReactID 	Oude GoT sessie-cookie
	SessionTime 	Sessie-tijd cookie voor React - Deze cookie komt meerdere keren voor, we gaan proberen de duplicaten te verwijderen
	TNETID 	Oude Tweakers.net sessie-cookie
  	TnetID 	Dit is je sessie-id
	__utma 	Google Analytics
	__utmb 	Google Analytics
	__utmc 	Google Analytics
	__utmz 	Google Analytics
	hide_mededeling 	Oude cookie voor merge-mededeling - Deze cookie komt meerdere keren voor, we gaan proberen de duplicaten te verwijderen
	klipklapcookie 	Cookie voor het bijhouden van ingeklapte categorieën - Deze cookie komt meerdere keren voor, we gaan proberen de duplicaten te verwijderen
  	tc 	Tracker cookie voor de frontpage
  	unq 	Unqiue visitor counter

[justmental]

Waarom zou dat niet kloppen?
Ik had ook meerdere dubbele, maar na het aanvinken en submitten waren de dubbele verwijderd.

[Spider.007]

Ik zou verwachten dat dubbelen ook daadwerkelijk meerdere keren voorkomen document.write(document.cookie) geeft ook helemaal geen dubbelen:

__utmz=*;
__utma=*;
tc=*;
klipklapcookie=*;
TNETID=*;
hide_mededeling=*;
LastVisit=*;
SessionTime=*;
TnetID=*;
__utmb=*;
__utmc=*;
unq=*

[crisp]

Spider.007 schreef op donderdag 26 oktober 2006 @ 13:19:
[...]

Volgens mij klopt dat niet:

Klopt toch wel hoor, check je cookiemanager maar dan zal je zien dat sommige cookies zowel voor gathering.tweakers.net als voor .tweakers.net bestaan terwijl sinds de merge alle cookies op .tweakers.net geset worden. De cookies die ooit op gathering.tweakers.net zijn geset mogen/moeten dus weg.

[ Voor 9% gewijzigd door crisp op 26-10-2006 13:52 ]

[crisp]

Spider.007 schreef op donderdag 26 oktober 2006 @ 13:50:
Ik zou verwachten dat dubbelen ook daadwerkelijk meerdere keren voorkomen document.write(document.cookie) geeft ook helemaal geen dubbelen:

__utmz=*;
__utma=*;
tc=*;
klipklapcookie=*;
TNETID=*;
hide_mededeling=*;
LastVisit=*;
SessionTime=*;
TnetID=*;
__utmb=*;
__utmc=*;
unq=*

document.cookie en $_COOKIE e.d. pakken gewoon de eerste de beste die ze tegenkomen. Daar moet je dus niet naar kijken, je moet echt kijken naar wat de browser als cookiestring meestuurd en dat ontleden.

[Spider.007]

ah; okay. Dat lijkt wel te kloppen idd

---

Alleen de 'klipklapcookie' blijft op g.t.net [en dus dubbel] staan na een submit?

[ Voor 54% gewijzigd door Spider.007 op 26-10-2006 14:01 ]

[crisp]

Spider.007 schreef op donderdag 26 oktober 2006 @ 14:00:
ah; okay. Dat lijkt wel te kloppen idd

---

Alleen de 'klipklapcookie' blijft op g.t.net [en dus dubbel] staan na een submit?

Net gefixed als het goed is, dat was een JS cookie die met implicit domain was geset

[Spider.007]

crisp schreef op donderdag 26 oktober 2006 @ 14:06:
[...]

Net gefixed als het goed is, dat was een JS cookie die met implicit domain was geset

Hij staat op het domein 'gathering.tweakers.net'; maar blijft toch nog steeds staan?

[crisp]

Kan je die regel even uit je cookie.txt copy/pasten en naar mij doorspelen?
lama, nu wel fixed

[ Voor 16% gewijzigd door crisp op 26-10-2006 14:22 ]

[Spider.007]

Het werkt nog ook \o/

[crisp]

Het zijn ook alleen de non-IE browsers die onderscheid maken tussen explicit en implicit domain...

[crisp]

En nu ook als forum-actie: http://gathering.tweakers.net/forum/cookiemonster

[Spider.007]

offtopic-uit-interesse:

Gebruik je daar templates voor; of zijn dit gewoon echo-statements vanuit je rootclass?

[crisp]

Spider.007 schreef op donderdag 26 oktober 2006 @ 17:30:
offtopic-uit-interesse:

Gebruik je daar templates voor; of zijn dit gewoon echo-statements vanuit je rootclass?

templates

[moto-moi]

Zou je deze link in het login scherm erbij willen zetten?

[crisp]

Hij lijkt inderdaad goed te werken en hopelijk lost het ook de meeste cookie-gerelateerde problemen op (browsers die tegen hun limieten aanlopen). Ik moet alleen nog even een knappe melding maken voor diegenen die deze actie aanroepen vanuit een andere template.

Edit: done & added to login oude link tevens verwijderd

[ Voor 11% gewijzigd door crisp op 26-10-2006 23:01 ]

[Morax]

Ik ben overigens wel nieuwsgierig waar die "ebNewBandWidth_.tweakers.net" nou van is? Helemaal omdat die schijnbaar niet te verwijderen is?
Hij is aangevinkt, en als ik op trash druk, staat hij op er op de volgende pageload weer bij

[crisp]

Morax schreef op vrijdag 27 oktober 2006 @ 14:01:
Ik ben overigens wel nieuwsgierig waar die "ebNewBandWidth_.tweakers.net" nou van is? Helemaal omdat die schijnbaar niet te verwijderen is?
Hij is aangevinkt, en als ik op trash druk, staat hij op er op de volgende pageload weer bij

Die is volgens mij van een of andere banner op de frontpage. Ik zal eens kijken als ik 'm ook tegenkom waarom die niet te verwijderen is.

[crisp]

Niet geheel onbelangrijk als je een cookie hebt die het cookiemonster niet lust is om te melden welke browser je gebruikt. Feit is dat geen enkele browser precies een bepaalde specificatie volgt mbt HTTP state management en er tussen browsers nogal wat verschillen zitten in implementaties.

[_JGC_]

Ik had dit voor de merge al op de frontpage, na de merge bestaat het probleem dus ook op GoT.

Browser is Epiphany 2.16.1, browser engine: Mozilla/5.0 (X11; U; Linux i686; en; rv:1.8.0.7) Gecko/20060924 Epiphany/2.16 (xulrunner)

Ik heb al allerlei dingen geprobeerd, alle sessies uitloggen, cookiemonster voeren, etc, maar het blijft steeds terugkomen.

[crisp]

Epiphany ziet er mij uit als een browser die enkel de renderengine van Mozilla gebruikt maar voor de rest daar veel omheen geprogammeerd heeft, ook mbt cookies en andere private data (password manager). Ik heb op de Epiphany project-page al voorstellen gezien mbt 'Private Browsingmode' en max cookielifetimes die zeker problemen op (gaan) leveren op websites w.o. de onze - in hoeverre deze voorstellen al geimplementeerd zijn in Epiphany is mij niet bekend maar bugs in de huidige cookie-implementatie sluit ik ook zeker niet uit.

[_JGC_]

Epiphany stuurt gewoon de gecko engine aan, als ik cookie instellingen doe zie ik alleen wat dingen in about:config veranderen. Ik heb op dit moment gewoon "accept all cookies" aan staan, echter wordt ik nog steeds gewoon op GoT en Tweakers.net eruitgegooid. Andere sites, zoals de archlinux developer area, blijf ik gewoon tot in eeuwigheid op ingelogd, dus er is gewoon iets mis in de code die op deze website gebruikt wordt.
Het is altijd goed geweest met deze browser, en sinds een tijdje begon de frontpage ineens te bokken, na de usermerge is GoT dus ook aan het bokken.

[Harm]

Werkt het bij jou wel goed als je Firefox gebruikt dan?

[crisp]

_JGC_ schreef op zaterdag 28 oktober 2006 @ 12:29:
Epiphany stuurt gewoon de gecko engine aan, als ik cookie instellingen doe zie ik alleen wat dingen in about:config veranderen.

Gecko is in eerste instantie een renderengine, wat Epiphany gebruikt van de rest van Mozilla's framework mbt HTTP, state management etcetera en wat daar verder omheen gebouwd is is iets waar jij en ik geen weet van hebben.

Ik heb op dit moment gewoon "accept all cookies" aan staan, echter wordt ik nog steeds gewoon op GoT en Tweakers.net eruitgegooid.

Kan je daar wat verder op ingaan? Wanneer wordt je 'eruit gegooid'? Is dat na een bepaalde tijdsduur (en hoelang dan), na het switchen tussen forum en frontpage of terug, bij specifieke handelingen? Heb je al eens een HTTP sniffer mee laten draaien om te kijken wat er precies gebeurd? Heb je er ook last van in andere browsers (plain vanilla Firefox bijvoorbeeld)? Zijn er andere zaken die misschien voor ons van belang zijn om dit probleem nader te onderzoeken?

Andere sites, zoals de archlinux developer area, blijf ik gewoon tot in eeuwigheid op ingelogd, dus er is gewoon iets mis in de code die op deze website gebruikt wordt.

Feit is dat hoewel er hier mensen zijn die dit probleem ook schijnen te hebben (meerendeels onder IE6 though) er blijkbaar ook vele mensen zijn die nergens last van hebben (waaronder ikzelf). Het is dus niet zo eenvoudig om te stellen dat het aan onze code zou moeten liggen. Dat site X er geen last van heeft zegt op zichzelf helemaal niets.

Het is altijd goed geweest met deze browser, en sinds een tijdje begon de frontpage ineens te bokken, na de usermerge is GoT dus ook aan het bokken.

Kan je ook aangeven sinds wanneer ongeveer de frontpage is 'gaan bokken'?

[_JGC_]

Het uitloggen gebeurt voornamelijk na een tijdje inactief zijn op GoT of na het sluiten en opstarten van de browser. Ik tik dit nu met firefox 2.0 na net ingelogd te zijn, ik houd het wel even een tijdje in de gaten wat firefox gaat doen.

Wat betreft de tweakers.net frontpage: dat probleem heb ik hier sinds een week of 2-3, ik weet niet precies meer vanaf wanneer dat probleem zich voordoet.

[crisp]

_JGC_ schreef op zaterdag 28 oktober 2006 @ 13:02:
Het uitloggen gebeurt voornamelijk na een tijdje inactief zijn op GoT of na het sluiten en opstarten van de browser. Ik tik dit nu met firefox 2.0 na net ingelogd te zijn, ik houd het wel even een tijdje in de gaten wat firefox gaat doen.

Hoe zijn je instellingen in Epiphany mbt cookies in about:config (filteren op cookie)?
Wat je hier beschrijft doet denken aan een instelling die alle cookies als sessie-cookies behandeld en niet opslaat (in ieder geval voor ons domein - misschien een exception geconfigureerd voor tweakers.net?).

Wat betreft de tweakers.net frontpage: dat probleem heb ik hier sinds een week of 2-3, ik weet niet precies meer vanaf wanneer dat probleem zich voordoet.

Dus dat zou ook sinds de merge kunnen zijn dan? Sindsdien wordt er immers maar 1 cookie gebruikt voor zowel FP als forum.

[ Voor 17% gewijzigd door crisp op 28-10-2006 13:11 ]

[_JGC_]

Ik kan het op dit moment niet reproduceren in epiphany, dat is ook het vreemde eraan, het gebeurt gewoon @random op een of andere manier. Als ik kijk naar de TnetID heeft deze een expiration ergens vele jaren vooruit.
Het probleem met de frontpage had ik dus al voor de feitelijke merge, het probleem is nu alleen ook gemigreerd naar GoT omdat hier dezelfde cookies voor worden gebruikt.
Ik heb net nog even de about:config nagekeken, daar staat alles standaard ingesteld zoals het ook standaard in firefox zit. Het enige verschil is hier en daar een extra setting in firefox, maar dat komt omdat dat firefox 2.0 is en epiphany nog gebouwd is met de gecko engine van een generatie ouder.

[Blaasvis]

_JGC_ meld er niet bij dat het xulrunner is in dit geval, dat kan misschien nog een reden zijn.
Als ik er zin in heb zal ik epiphany nog even met firefox zelf bouwen.

[-_D_-]

Het heeft bij mij een paar dagen gewerkt maar ik heb gisteren middels een andere comptuer op GoT gezeten en het is weer naadje. Vind het nu wel erg vervelend worden dat ik om de haverklap word uitgelogd (ook na alle sessies uitloogen en cookies trashen). Als ik cookiemonster gebruik zit er ook niets vreemds bij... Help?

[Spider.007]

Volgens mij is dit de belangrijkste vraag voor mensen die hier last van hebben:

Spider.007 schreef op dinsdag 24 oktober 2006 @ 14:39:
[...]

en ook wel handig; bekijk na inloggen eens het logout scherm. Zijn er sessies bijgekomen?

Als er sessies bijkomen dan raak je clientside je cookie kwijt en zit daar een probleem. Als dat niet het geval is dan heeft de server het userid uit je sessie gehaald wat dit probleem serverside maakt.

[-_D_-]

Nou breekt mijn klomp...

Ik ga naar MyReact en bekijk mijn post history. Ik klik vervolgens enkele HK topics aan (stuk voor stuk in een nieuw Window) en ik druk op "Reply" en dat gaat goed. Ik open vervolgens een topic in NSTM, druk op "Reply" en ik ben ineens niet meer ingelogd. Ik log in, test het bij 5 topics in de HK (geen probleem) en vervolgens een NSTM topic: weer uitgelogd.

Weet niet wát er mis gaat maar kan me niet voorstellen dat het clientside is (omdat dit probleem sinds de merge is en ik toch echt niets aan beveliging heb veranderd).

IE6 hier trouwens.

Edit: na verder testen is het niet de NSTM maar alleen specifiek dit topic:

Tweakers en Techno, wat doe jij ermee?

Zodra ik die link bezocht heb (en dan naar MyReact wil gaan of wil replyen) dan word ik per definitie uitgelogd

[ Voor 18% gewijzigd door -_D_- op 29-10-2006 19:36 ]

[Spider.007]

Als het dan toch reproduceerbaar is; geeft meteen even antwoord op http://gathering.tweakers...message/26748772#26748772; of nog beter; download Wireshark; start een capture; en reproduceer het probleem. Stuur vervolgens de resultaat file op en het probleem is perfect analyseerbaar voor ons

[crisp]

Spider.007 schreef op zondag 29 oktober 2006 @ 18:57:
Volgens mij is dit de belangrijkste vraag voor mensen die hier last van hebben:


[...]

Als er sessies bijkomen dan raak je clientside je cookie kwijt en zit daar een probleem. Als dat niet het geval is dan heeft de server het userid uit je sessie gehaald wat dit probleem serverside maakt.

Inderdaad, ik keek gisteren bijvoorbeeld bij _JGC_ en die heeft toch behoorlijk wat (recente) sessies nog in onze sessie-tabel staan. Dito voor andere posters hier, -_D_- heeft bijvoorbeeld 6 sessies openstaan atm allemaal met een last visit tussen 19:30 en 19:38

[ Voor 7% gewijzigd door crisp op 29-10-2006 21:52 ]

[-_D_-]

Er komen bij mij inderdaad sessies bij nadat ik weer uitgelogd ben; er start dan gewoon een nieuwe sessie. Maar het gebeurt elke keer als ik dit topic Tweakers en Techno, wat doe jij ermee?
open en niet als ik andere topics open. Dus dat is wel een vreemd geval. Ik zal dat Wireshark even downloaden en een capture maken...

[crisp]

-_D_- schreef op zondag 29 oktober 2006 @ 22:47:
Er komen bij mij inderdaad sessies bij nadat ik weer uitgelogd ben; er start dan gewoon een nieuwe sessie. Maar het gebeurt elke keer als ik dit topic Tweakers en Techno, wat doe jij ermee?
open en niet als ik andere topics open. Dus dat is wel een vreemd geval. Ik zal dat Wireshark even downloaden en een capture maken...

Dat begint dan toch te klinken als een rare bijwerking van een brakke adblocker/virusscanner/whatever...

Maar als je inderdaad eens zo'n capture kan maken, graag

[ Voor 5% gewijzigd door crisp op 29-10-2006 23:26 ]

[silverstorm]

Ik heb hier @ school ook het probleem met IE 6.0.2800
het gebeurd hier als ik in [PHP] Automatisch records uit database verwijderen onderin op GoT Index click. volgens de cookiemonster heb ik nu ook een oude sessie gekregen . Dat is vreemd want alle sessies etc worden hier weggooit na afmelden.

code:

 DebugLevel_.gathering.tweakers.net Onbekende cookie 
 LastVisit (2x) Lastvisit cookie voor React
Deze cookie komt meerdere keren voor, we gaan proberen de duplicaten te verwijderen.
 
 ReactID Oude GoT sessie-cookie 
 SessionTime (2x) Sessie-tijd cookie voor React
Deze cookie komt meerdere keren voor, we gaan proberen de duplicaten te verwijderen.
 
 TNETID Oude Tweakers.net sessie-cookie 
  TnetID Dit is je huidige sessie-cookie 
  __utma Google Analytics 
  __utmb Google Analytics 
  __utmc Google Analytics 
  __utmz Google Analytics 
  tc Tracker cookie voor de frontpage 
  tracker In/uitklap cookie voor de updatetracker op het forum 
  unq Unique visitor counter

Ik heb een TR gedaan met de sessie-id's want ik moet hier zo uitloggen. Hoop dat het je wat helpt. mijn cookielengte is 477b lang, dus dat lijkt wel lief.

en nu bij het posten wordt ik er weer uitgegooid.

[-_D_-]

silverstorm schreef op maandag 30 oktober 2006 @ 12:11:
Ik heb hier @ school ook het probleem met IE 6.0.2800
het gebeurd hier als ik in [PHP] Automatisch records uit database verwijderen onderin op GoT Index click. volgens de cookiemonster heb ik nu ook een oude sessie gekregen . Dat is vreemd want alle sessies etc worden hier weggooit na afmelden.

Als ik op die PHP topic link klik word ik ook uitgelogd (want als ik daarna ergens op klik moet ik inloggen) en komt er dus een sessie bij. Ik draai naast XP SP2 Windows firewall helemaal nada aan beveiliging dus dat kan het niet zijn.

[justmental]

Sinds mijn vorige post heb ik het niet meer gehad, ook niet met dat nstm topic, maar nu met dit PHP topic heb ik het weer wel

edit:

Bij de 2e keer niet meer, niet reproduceerbaar dus

[ Voor 21% gewijzigd door justmental op 30-10-2006 16:01 ]

[Arnout]

justmental schreef op maandag 30 oktober 2006 @ 16:00:
Sinds mijn vorige post heb ik het niet meer gehad, ook niet met dat nstm topic, maar nu met dit PHP topic heb ik het weer wel

edit:

Bij de 2e keer niet meer, niet reproduceerbaar dus

Werd ook uitgelogd bij dat topic, en ook de 2e keer niet.

[Spider.007]

crisp, kan het iets te maken hebben met cookies van Google oid? Advertenties <> topics zou de oorzaak kunnen zijn alhoewel ik in een snelle analyse niets bijzonders kan vinden

[crisp]

Probleem gevonden: iemand in dat topic had nog een oud webicon URL die verwees naar http://images.tweakers.net/forum/usericons/...
die werd geredirect naar http://tweakers.net/forum/usericons/... en die uiteindelijk weer naar http://gathering.tweakers.net
Ergens in die string van redirects werd de cookie niet altijd meer meegestuurd en werd door tweakers.net/forum weer een nieuwe sessie aangemaakt en een nieuwe sessie-cookie opgestuurd. Dit leverde dus rare effecten op.

We hebben nu enerszijds de oude webicon URL's voor betreffende users leeggemaakt en anderszijds tweakers.net/forum zo aangepast dat deze zelf geen sessie instantieert (het is ook puur een redirect).

[-_D_-]

crisp schreef op maandag 30 oktober 2006 @ 16:27:
Probleem gevonden: iemand in dat topic had nog een oud webicon URL die verwees naar http://images.tweakers.net/forum/usericons/...
die werd geredirect naar http://tweakers.net/forum/usericons/... en die uiteindelijk weer naar http://gathering.tweakers.net
Ergens in die string van redirects werd de cookie niet altijd meer meegestuurd en werd door tweakers.net/forum weer een nieuwe sessie aangemaakt en een nieuwe sessie-cookie opgestuurd. Dit leverde dus rare effecten op.

We hebben nu enerszijds de oude webicon URL's voor betreffende users leeggemaakt en anderszijds tweakers.net/forum zo aangepast dat deze zelf geen sessie instantieert (het is ook puur een redirect).

Probleem is idd gefixed! Althans, bij mij dan Thnx

[silverstorm]

dit vraagt gewoon om:

crisp

[i2Paq]

Yep, hier werkt het idd. ook weer "als normaal".

[justmental]

Ik wordt net weer uitgelogd bij het bekijken van dit topic

[TheRookie]

crisp schreef op vrijdag 27 oktober 2006 @ 23:43:
Niet geheel onbelangrijk als je een cookie hebt die het cookiemonster niet lust is om te melden welke browser je gebruikt.

Naast de ebNewBandWidth heb ik ook nog

code:

DebugLevel_.gathering.tweakers.net  Onbekende cookie

die in het lijstje blijft staan...

Browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1) Gecko/20061010 Firefox/2.0

[crisp]

TheRookie schreef op dinsdag 31 oktober 2006 @ 13:23:
[...]
Naast de ebNewBandWidth heb ik ook nog

code:

DebugLevel_.gathering.tweakers.net  Onbekende cookie

die in het lijstje blijft staan...

Browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1) Gecko/20061010 Firefox/2.0

Die is vermoedelijk van de webdeveloper toolbar, maar zeker ben ik er niet van.

[TheRookie]

Zou heel goed kunnen, maar dan zou ie na de volgende stappen toch alsnog weg moeten zijn ?

1. Webdeveloper toolbar ge-disabled
2. Firefox opnieuw gestart
3. cookiemonster cookies laten verwijderen

Cookie staat er nog

[crisp]

TheRookie schreef op dinsdag 31 oktober 2006 @ 13:43:
Zou heel goed kunnen, maar dan zou ie na de volgende stappen toch alsnog weg moeten zijn ?

1. Webdeveloper toolbar ge-disabled
2. Firefox opnieuw gestart
3. cookiemonster cookies laten verwijderen

Cookie staat er nog

Het kan natuurlijk zijn dat het cookie op een bepaald path is geset en zodoende niet zomaar verwijderd kan worden door onze code omdat we daar alleen path='/' gebruiken. We doen wel een poging maar voor 3rd party-cookies kunnen we niet de garantie bieden dat de tool 100% effectief is. Je kan 'm altijd nog via Ff's cookiemanager verwijderen

[TheRookie]

Even via de Cookie manager gekeken:

code:

    Name: DebugLevel_.gathering.tweakers.net
 Content: 0
  Domain: .gathering.tweakers.net
    Path: /
Send For: any type of connection
 Expires: 03 April 2007 13:56:11

Nu handmatig verwijderd

[crisp]

Ah, explicit op subdomain; toegevoegd aan de code

[Morax]

Ik ben toch nog nieuwsgierig naar die ebNewBandWidth_.tweakers.net En dan vooral waarom die niet te verwijderen is ?

[TheRookie]

@Morax: crisp in "[Bug] Ik word steeds uitgelogd"
@crisp: misschien heb je er wat aan, uit ff's cookie manager:

code:

    Name: ebNewBandWidth_.tweakers.net
 Content: [knip]
  Domain: .tweakers.net
    Path: /
Send For: Any type of connection
 Expires: 06 October 2007 16:24:01

[crisp]

Lijkt me niet meer relevant