In-Portal Issue Tracker

Welcome to the In-Portal Open Source CMS Issue Tracker! This is a central management / tracking tool for all types of tasks / issues / bugs for the In-Portal Project. Before reporting any issues, please make sure to read the Guide into Issue Tracker and How to Properly Test and Report Bugs!

Relationship Graph

[ View Issue ] [ Dependency Graph ]

Viewing Issue Simple Details
ID	Category	Type	Reproducibility	Date Submitted	Last Update
0001406	[In-Portal CMS] Front End	bug report	always	2012-09-27 05:48	2012-09-27 05:54

Reporter	alex	View Status	public
Assigned To	alex
Priority	normal	Resolution	fixed
Status	resolved

Summary	0001406: Violation of one url = one resource seo rule on login/logout
Description	There is a SEO rule, where 1 page content must have exactly 1 (and not more) url to it. If page content changes you: * either must send proper caching headers (which In-Portal doesn't do at all) * or change page url But if we show user-specific content (content that is one for logged-in users and other for non logged-in users) on a page, then, because we have same url to that page, browser can agressively cache it resulting after logout user being presented with logged-in only page version. This wasn't a problem before, but now once Google Chrome v21 (with MacBook Pro Retina support) is out it actually used it. I saw this on Vista (not Windows 7): 1. visit website (you're not logged in) 2. see "please login" sidebox on the left (while on home page) 3. login 4. browse through website 5. press logout link 6. see logged-in side box on the left instead of "please login" side box Despite long story problem is quite easy to fix: - add "?login=1 parameter to page url where user is redirected after login - add "?logout=1 parameter to page url where user is redirected after logout
Additional Information	Also content language negotiation redirect might not pass login state (login/logout parameter) to url where it redirects user.

Web Development by Intechnic

In-Portal Open Source CMS