I'm pretty new to umbraco but stumbled accross some odd behaviour which I think was overlooked while adding some new functionality.
A brief summary of my test environment just to give you an overview:
Umbraco v4.5 is running on a seperate Website on IIS 6 on a Win 2k3 machine (.Net 4.0). The machine has also ISA 2006 installed which can be very useful for some functionality but can cause problems too ... The internal and external site name is different and the website umbraco is running on does NOT use port 80. ISA server translates http://my.domain.com to http://my.domain.com:port# (this should work in both ways except when it comes to compressed content)
As the test environment is pretty different I believe I run into some
more problems than others, but this scenario isn't completely unlikely on
some webhosting machines ...
Here is my problem:
When I run umbraco back office everything works fine except the displaying of content (where you should be able to alter any excisting content or write new). With tamper data / fiddler I found out that "/umbraco_client/tinymce3/langs/en.js" is still looked for in the untranslated domain and therefore can't be found (the port number is attached to the domain url). After wondering why this happens when I use Url translation I found out that this part is compressed and therefore not accessible to ISA server to change the url. As a quick and dirty solution I tried to turn off compression in web.config which did not change anything (actually I don't know why, the data was still compressed when I viewed it in fiddler). After a lot of research I tried to use Url rewriting, which worked perfectly except for the compressed content which still was sent unaltered with the wrong url.
As this is a rather unexpected behaviour I believe this is a bug:
Compressed content which does have an url does not get rewritten. (The bug could be distantly related with http://umbraco.codeplex.com/workitem/20930 but I'm not sure about this)
If you have any idea what I did wrong or think it's not a bug at all please let me know. As I said I'm pretty new to umbraco and haven't have much experience with it. Also if you could think of any workaround I would highly appreciate the help.
If it is really a bug it could be resolved with adding a standard hostname setting in one of the config files, at least this is the solution for some other projects I have used.
Url rewriting and compression
Hi,
I'm pretty new to umbraco but stumbled accross some odd behaviour which I think was overlooked while adding some new functionality.
A brief summary of my test environment just to give you an overview:
Umbraco v4.5 is running on a seperate Website on IIS 6 on a Win 2k3 machine (.Net 4.0). The machine has also ISA 2006 installed which can be very useful for some functionality but can cause problems too ... The internal and external site name is different and the website umbraco is running on does NOT use port 80. ISA server translates http://my.domain.com to http://my.domain.com:port# (this should work in both ways except when it comes to compressed content)
As the test environment is pretty different I believe I run into some more problems than others, but this scenario isn't completely unlikely on some webhosting machines ...
Here is my problem:
When I run umbraco back office everything works fine except the displaying of content (where you should be able to alter any excisting content or write new). With tamper data / fiddler I found out that "/umbraco_client/tinymce3/langs/en.js" is still looked for in the untranslated domain and therefore can't be found (the port number is attached to the domain url). After wondering why this happens when I use Url translation I found out that this part is compressed and therefore not accessible to ISA server to change the url. As a quick and dirty solution I tried to turn off compression in web.config which did not change anything (actually I don't know why, the data was still compressed when I viewed it in fiddler). After a lot of research I tried to use Url rewriting, which worked perfectly except for the compressed content which still was sent unaltered with the wrong url.
As this is a rather unexpected behaviour I believe this is a bug:
Compressed content which does have an url does not get rewritten. (The bug could be distantly related with http://umbraco.codeplex.com/workitem/20930 but I'm not sure about this)
If you have any idea what I did wrong or think it's not a bug at all please let me know. As I said I'm pretty new to umbraco and haven't have much experience with it. Also if you could think of any workaround I would highly appreciate the help.
If it is really a bug it could be resolved with adding a standard hostname setting in one of the config files, at least this is the solution for some other projects I have used.
Greetz
I seem to have similar issues here: http://our.umbraco.org/forum/ourumb-dev-forum/bugs/14322-https-secured-website-not-loading-tinymce-files
is working on a reply...