https://bugzilla.wikimedia.org/show_bug.cgi?id=41610
Roan Kattouw <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected], | |[email protected] --- Comment #2 from Roan Kattouw <[email protected]> 2012-11-01 01:43:41 UTC --- We managed to reproduce this on James's computer in Safari, but not on my computer in Chrome. I ran a Wireshark trace on James's computer (because Safari's debugger is useless for this particular purpose) and noticed that the cookie that is being set in stage 1 is not being sent back by Safari in stage 3. The response to a cookieless stage 3 request appears to be an error page. This is bad because 1) it's HTML while the browser is expecting an image and 2) it has a 200 status code while IMO it should really be 403. It's not clear to me why these cookies are being dropped. If it's because of some 3rd-party cookie restriction, that should have been happening before today's changes as well, although the failure would have been less conspicuous: the images would still load, but the cookies wouldn't, so you would just have had broken SUL behavior but still have seen shiny images. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
