When the "CombineScriptsHandler" is registed in the "web.config", and enabled via setting the "CombineScripts" to true on the "ToolkitScriptManager", the handler appears to be getting registered with the full website URL (see attachment) instead of using a relative path like the ones used by "ScriptResource.axd" and "WebResource.axd".
This seems to be causing issues when making use of SSL over a non-standard port (ie. multiple site Windows Azure development server) as the port appears to be getting dropped from the absolute URL.
The handler should work similar to how "ScriptResource.axd" and "WebResource.axd" do in regards to registering itself on the page in order to prevent JavaScript errors due to the combined script not being found due to invalid path.
Comments: AjaxControlToolkit CombineScripts.axd not work with SSL enabled on balancer. When SSL is on IIS, all is ok. But partially, because there is rendered full URL. Will somebody take for fix?
This seems to be causing issues when making use of SSL over a non-standard port (ie. multiple site Windows Azure development server) as the port appears to be getting dropped from the absolute URL.
The handler should work similar to how "ScriptResource.axd" and "WebResource.axd" do in regards to registering itself on the page in order to prevent JavaScript errors due to the combined script not being found due to invalid path.
Comments: AjaxControlToolkit CombineScripts.axd not work with SSL enabled on balancer. When SSL is on IIS, all is ok. But partially, because there is rendered full URL. Will somebody take for fix?