| Summary: | Session broken between http and https | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Community | Reporter: | Henrik Rentz-Reichert <hrr> | ||||
| Component: | Website | Assignee: | phoenix.ui <phoenix.ui-inbox> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | chris.guindon, denis.roy, wayne.beaton | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Windows 7 | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Henrik Rentz-Reichert
(In reply to Henrik Rentz-Reichert from comment #0) > I can login to the website but when I change to the project plan it's > forgotten. Therefore I'm not able to edit e.g. the project plan at > http://projects.eclipse.org/projects/modeling.mdt.etrice/releases/0.4.0 I renamed this bug. The session cookie for eclipse.org has the secure attribute and cannot be loaded on http. Frankly, I'm surprised that we haven't seen this complaint before now. It's rather annoying. The site only recognizes you as logged in when you use https. If you login, and then visit a page using http, it doesn't know that you're logged in. The current work around is to change the url to: https://projects.eclipse.org/projects/modeling.mdt.etrice/releases/0.4.0 (In reply to Wayne Beaton from comment #3) > The current work around is to change the url to: > > https://projects.eclipse.org/projects/modeling.mdt.etrice/releases/0.4.0 Thanks, after the previous comments I already figured it should work this way and it actually did. I stumbled about this issue since also in a https connection the links in the side bar of the PMI switch to http. And I used that to navigate to the project plan. I don't think this is a PMI thing. It also applies to Wiki & forums and perhaps other sites. I think our best solution is to a) create a domain-wide insecure cookie (usehttps=true or something along those lines) when a session is created and b) add some Apache redirects to capture the presence of usehttps on an http connection and redirect to the secure version of that URL. (In reply to Denis Roy from comment #5) > I don't think this is a PMI thing. It also applies to Wiki & forums and > perhaps other sites. > > I think our best solution is to a) create a domain-wide insecure cookie > (usehttps=true or something along those lines) when a session is created and > b) add some Apache redirects to capture the presence of usehttps on an http > connection and redirect to the secure version of that URL. Sounds reasonable to me. Proposed change: https://git.eclipse.org/r/19149 Created attachment 237976 [details]
Screenshot
Pushed the change and applied to dev. I've confirmed that the cookie is there. Next step is to craft a redirect rule for PMI to use the cookie.
Something like this is the projects.eclipse.org non-ssl config:
RewriteCond %{HTTP_COOKIE} ECLIPSE_ENV=S [NC]
RewriteRule ^(.*)$ https://projects.eclipse.org$1 [L,R]
Committed to www.eclipse.org:
# Bug 422767 - Session broken between http and https
RewriteCond %{HTTP_COOKIE} ECLIPSE_ENV=S [NC]
RewriteRule ^(.*)$ https://www.eclipse.org$1 [L,R]
We've addressed this. |