Reset laatste-bezoektijd redirect

[amphora]

Ik bezoek GoT altijd via bookmarks overzicht op https://gathering.tweaker...ist_bookmarks/////default
Dan lees ik wat en om daarna te zien wat er nieuw is klik ik op https://gathering.tweakers.net/forum/reset en voorheen kwam ik dan altijd weer terug in mijn bookmark overzicht maar sinds vandaag redirect ie direct naar https://gathering.tweakers.net, bug of zo bedoeld?

[koku]

Misschien had je nog een 'oude' bookmarks pagina openstaan (van voor onze update naar https)? Hier werkt het namelijk gewoon.

[amphora]

In Chrome en Firefox gaat het wel goed zie ik, maar in Safari (Version 9.1.1, OSX) niet.

[ Voor 9% gewijzigd door amphora op 14-06-2016 11:38 ]

[koku]

amphora schreef op dinsdag 14 juni 2016 @ 11:37:
In Chrome en Firefox gaat het wel goed zie ik, maar in Safari (Version 9.1.1, OSX) niet.

Hmm, daar lijkt het inderdaad niet te werken. Ik gok dat 'ie wat stricter is met het meesturen van de referrer. Al snap ik niet waarom, het gaat van https naar https binnen hetzelfde domein

[amphora]

Safari is sowieso stricter met van alles. 'Remember me' functies van sommige websites werken ook maar half.
Hopelijk kunnen jullie het wel oplossen. Succes met debuggen van http headers

[crisp]

Zowel Safari als IE Edge ondersteunen beiden nog een verouderde draft van de Referrer Policy (zie ook http://caniuse.com/#search=referrer). We kunnen de value 'origin-when-cross-origin' daarom niet gebruiken en hebben een keuze moeten maken tussen terugvallen op 'always', of op 'origin'. Om aan de 'safe side' te zitten is gekozen voor de laatste, maar dat heeft inderdaad tot gevolg dat we intern bij deze browsers ook niet meer kunnen zien wat de referrer was. Het is dus een kwestie van afwachten totdat deze browsers ook de laatste versie van de Referrer Policy gaan ondersteunen....

[amphora]

crisp schreef op dinsdag 14 juni 2016 @ 11:57:
Zowel Safari als IE Edge ondersteunen beiden nog een verouderde draft van de Referrer Policy (zie ook http://caniuse.com/#search=referrer). We kunnen de value 'origin-when-cross-origin' daarom niet gebruiken en hebben een keuze moeten maken tussen terugvallen op 'always', of op 'origin'. Om aan de 'safe side' te zitten is gekozen voor de laatste, maar dat heeft inderdaad tot gevolg dat we intern bij deze browsers ook niet meer kunnen zien wat de referrer was. Het is dus een kwestie van afwachten totdat deze browsers ook de laatste versie van de Referrer Policy gaan ondersteunen....

Oh jammer... Bij de Safari Technology Preview versie werkt het in ieder geval ook nog niet. Iemand al de nieuwste MacOS beta geïnstalleerd die gisteren uit kwam? Ben benieuwd of het daar in wel werkt.

[crisp]

amphora schreef op dinsdag 14 juni 2016 @ 12:05:
[...]

Oh jammer... Bij de Safari Technology Preview versie werkt het in ieder geval ook nog niet. Iemand al de nieuwste MacOS beta geïnstalleerd die gisteren uit kwam? Ben benieuwd of het daar in wel werkt.

Dat is op onze site dan (nog) niet te testen aangezien we de fallback nu generiek voor alle Safari en IE Edge versies doen (omdat we niet weten vanaf welke versie de nieuwste policy wel ondersteund gaat worden)

[amphora]

Sinds OSX Sierra lijkt het ook in Safari weer te werken zoals het hoort! Heel fijn

[crisp]

Goed om te horen Ook voor andere browsers hebben we dit inmiddels gefixed, dus deze kan wel naar het archief