| Summary: | [site_login] can't access download stats due to cyclic requests to login | ||
|---|---|---|---|
| Product: | Community | Reporter: | Stephan Herrmann <stephan.herrmann> |
| 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: | Linux | ||
| See Also: |
https://git.eclipse.org/r/54226 https://git.eclipse.org/c/websites/dev.eclipse.org.git/commit/?id=1c083b27a4399f72e2a85899a25face5742d7390 |
||
| Whiteboard: | |||
|
Description
Stephan Herrmann
Stephan, is this still happening? I can't give a statistically relevant figure (it *sometimes* worked also before) but right now I tried: - go to PMI - find box "Committer Tools" - did not find download stats option - by some indirections I visited "Edit my account" - there (and only there) I found a complete list of committer tools - clicked "Download stats" - and here we are, query page right in front of me and fully functional :) And here's how to break it: 1 log out of eclipse.org 2 navigate to https://dev.eclipse.org/committers/committertools/stats.php 3 log in 4 find My Account page 5 click "Download stats" 6 back to 4(!) Yes, and now it remains broken, across several different attempts made. New Gerrit change created: https://git.eclipse.org/r/54226 I think the problem is browser caching. I can reproduce this on firefox. How to reproduce: 1. Make sure you are not logged in 2. click on the link: https://dev.eclipse.org/committers/committertools/stats.php 3. login 4. click on the download stats link 5. redirect loop I submitted a patch that I think will fix this issue. I am pretty sure this is the problem. If you look at the code at https://git.eclipse.org/r/#/c/54226/1/committers/committertools/stats.php We are setting headers for no caching but it's after: Session = $App->useSession(true); We are redirecting the user to the login page without the no-caching headers. Apparently 302 redirect can be cached by the client. We would need to deploy this patch to confirm my assumptions: https://git.eclipse.org/r/#/c/54226 Makes sense to me. Push it through, I'll deploy it. Gerrit change https://git.eclipse.org/r/54226 was merged to [master]. Commit: http://git.eclipse.org/c/websites/dev.eclipse.org.git/commit/?id=1c083b27a4399f72e2a85899a25face5742d7390 I also made a commit to eclipse.org-common to keep these 2 repos in sync: https://git.eclipse.org/c/www.eclipse.org/eclipse.org-common.git/commit/?id=011cc4b92a8ee5dacf862db62591788fe6fe3fae I just deployed to dev.eclipse.org. |