| Summary: | [Webapp] Infocenter sends bad redirect URLs in proxy environment | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Dave Resch <dresch> |
| Component: | User Assistance | Assignee: | platform-ua-inbox <platform-ua-inbox> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | major | ||
| Priority: | P3 | CC: | cgold, kowalskilee |
| Version: | 3.3.1 | ||
| Target Milestone: | --- | ||
| Hardware: | Sun | ||
| OS: | Solaris | ||
| Whiteboard: | stalebug | ||
|
Description
Dave Resch
Hi Chris, Would you please take a look at this bug and see if it's a similar fix as for Bug 254996? I mean, maybe the code is a similar pattern for the hrefs in the auto-generated pages and breadcrumbs as the lines of code in PrintData.java. Thanks in advance! Lee Anne This is not the same issue as Bug 254996, although it's possible that a similar approach would fix this one also. I just went to http://help.eclipse.org/ganymede/index.jsp, which is also behind a proxy server and ran firebug to see the net traffic. I am seeing a number of 302 responses from the server but in each case the client retries with the redirect URL and it succeeds. If this was a problem that affected all proxy servers I would expect the gannymede site to have the same problem. Dave, if you have time can you take a look at the gannymede site and see if you agree that the css files get read OK, albeit after a redirection? I haven't worked with proxy servers in the past but I can kind of see what is going on. The help system has code which recognizes PLUGINS_ROOT in a URL and returns a redirect response with the actual URL, this response gets sent back to the web browser, which then uses the new URL to get the data. This seems a little inefficient as compared to just returning the data in a single trip but there may be good reasons for having done it this way. Can you verify that if you access this infocenter without going through the proxy that everthing works fine? If that is the case then the presence of the proxy server would be causing something to go wrong. Since the gannymede help server is behind a proxy and as far as I can tell works fine I have to wonder if something is happening in your setup. In the proxy environment the 302 response would pass through the proxy on the way back and get translated from a URL referencing the server address to a URL representing the proxy and if the proxy server is working correctly this should not cause any problems. Maybe you can take a look at how the proxy server is configured or better still trace the request response with the 302 error and see if you can see what it looks like before and after the proxy server process it. Did you ever figure out what was going on on your server? This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. |