0000757: Redirect code causes browser to cache captive portal - PacketFence

Bug Tracking System

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0000757

PacketFence

public

2009-07-28 18:48

2011-01-26 15:43

Reporter

obilodeau

Assigned To

obilodeau

Priority

normal

Severity

minor

Reproducibility

have not tried

Status

closed

Resolution

fixed

Platform

OS Version

Product Version

Target Version

Fixed in Version

Summary

0000757: Redirect code causes browser to cache captive portal

Description

Apparently, in a lot of setups the packetfence captive portal redirect page is cached for too long. Changing the redirect code from permanent move to 302 (temporary move) fixes a lot of the cases.

RewriteRule ^.*$ https://%%hostname%%.%%domain%%/cgi-bin/redir.cgi?destination_url=http://%{HTTP_HOST}%{REQUEST_URI} [^] [^] [L,R=302]

Could there be any regression with that?

TODO: I'll have to check mtn to see the design decisions of a redirect permanent vs temporary and also ask on the mailing list.

Tags

No tags attached.

fixed in git revision

fixed in mtn revision

Attached Files

Relationships

Notes
(0001297) obilodeau (reporter) 2009-08-17 13:23	I think that I am able to reproduce. After a successfull registration, if I re-type the URL that I was trying to access the first time packetfence catches me with the captive portal for registration, it hangs there. Probably that the IP / whatever info is cached because of the redirect type. I would need to change redirect type and see if I have the same behavior.

(0001373) obilodeau (reporter) 2009-10-26 16:39	Googled a bit and asked around here and found no reason not to use temporary redirect (302). Fixed at monotone revision: 7af06e2fc36181b3f90320388d72cfff0938221d http://mtn.inverse.ca/revision/info/7af06e2fc36181b3f90320388d72cfff0938221d [^]

Issue History
Date Modified	Username	Field	Change
2009-07-28 18:48	obilodeau	New Issue
2009-08-17 13:23	obilodeau	Note Added: 0001297
2009-08-19 15:55	obilodeau	Status	new => assigned
2009-08-19 15:55	obilodeau	Assigned To	=> obilodeau
2009-10-26 16:39	obilodeau	Note Added: 0001373
2009-10-26 16:39	obilodeau	Status	assigned => resolved
2009-10-26 16:39	obilodeau	Resolution	open => fixed
2011-01-26 15:43	obilodeau	Status	resolved => closed