8 replies to this topic

[Mark Stanton]

The site (www.vowleyfarm.co.uk) works, the manager works, I can edit snippets & chunks, I can view templates, but I can't save a template! It complains saying

The page isn't redirecting properlyFirefox has detected that the server is redirecting the request for this address in a way that will never complete.

???? (why do my codeboxes here have huge empty spaces at the bottom???)

It didn't used to do this.
Dean suggested checking the .htaccess file in the manager directory, which just turns the rewrite engine off, and it's there and correct.

Any ideas?

[Ralph]

Please supply us with additional information so we can better assist you in resolving this issue... The following information, complete with version/release will be of great help... If the issue is browser-specific also include browsers tested and the results of each...

Etomite Version
Server Operating System
Apache Version
PHP Version
MySQL Version

This issue has been covered before but I don't recall exactly what the fix was without doing a site search... Seeing your server spec's might jostle the gray matter a bit...

[Mark Stanton]

Please supply us with additional information

It's amazing how panic makes me forget the simplest things, sorry.

Etomite 0.6.1 Final (Prelude)
The server is running Linux (2.6.9-42.0.3.ELsmp)
Apache version 1.3.37 (Unix)
PHP 4.4.4
MySQL 4.1.21-standard

FireFox 2.2 complains as I said.
IE 6 just seems to stop.

Opera 9.02 says "The URL was redirected to index.htm. Please click the link to go there."
Whilst I've got fURL's on and the suffix set to "htm", the .htaccess file in my main directory is standard, as is the one in the manager directory.



<A moment or two later>
Ooooops! It seems to be something to do with my specific template! I've only got two in this installation, Alexis Pro Redux and my own template. It's the latter I'm having difficulty with. I've just "save"d the former and it was fine!

Now what does *that* mean?

Edited by Mark Stanton, 22 April 2007 - 08:07 AM.

[Mark Stanton]

Alright, more information.

It seems to be complaining about the line

<script type="text/javascript" src="js/menu.js"></script>

If I take out that single line I can save the template.
This is a hack for ie to work properly with hover. It's lifted from them same source as the menus on the site, I don't remember where at the moment.
I can't even comment it out (<!-- -->) without Etomite barfing.

There doesn't appear to be anything odd, or changed, about the directory or the file.
FWIW the file just contains

sfHover = function() {	var sfEls = document.getElementById("nav").getElementsByTagName("LI");	for (var i=0; i<sfEls.length; i++) {		sfEls[i].onmouseover=function() {			this.className+=" sfhover";		}		sfEls[i].onmouseout=function() {			this.className=this.className.replace(new RegExp(" sfhover\\b"), "");		}	}}if (window.attachEvent) window.attachEvent("onload", sfHover);

Permissions are set to 644 for the file, 755 for the js directory (no change if I set this to 777).

Weird?

Edited by Mark Stanton, 22 April 2007 - 09:08 AM.

[Dean]

No, it looks like you need to ask your host what security stuff they have implemented that would cause it to do it - it's usually mod_security.

I still remember something like this a while back, and there's no way to overcome it - if they put the security too high, then they are the ones that need to evaluate whether or not their customer's needs are that important

I'll go look for that other thread.
I bet if you save that piece of code into a chunk, it'll barf out then too.

[Mark Stanton]

???

But why should this do *anything* whilst I'm saving the template? Surely it shouldn't be being executed.

And it works when the pages are viewed, so I don't see what's going on.

<A few minutes later>
OK yeah, it's the hosting company. It looks like anything with the word "script" in it won't save. It runs but won't save.
They've been having a lot of problems just recently with hackers
I'm raising it with them.

Edited by Mark Stanton, 22 April 2007 - 02:40 PM.

[Dean]

You are writing to the database - and the mod_security is intercepting it.. it thinks you are up to no good

Think of it like this

Viewing = Pulling
Writing = Pushing = Injecting

Ask your host what they can do

[Ralph]

Actually, if you are only running the straight Etomite 0.6.1 Final (Prelude) release then that might explain part of the problem... I'd recommend upgrading to 0.6.1.3, the most recent patch level, as this error has virtually vanished with the bug fixes put in place since the original Final release...

Or, as Dean mentioned, it might be due to server security settings... You can test this theory by attempting to save the same Javascript code in a Chunk... If it fails, it's a security issue... If not, then it's a code base issue...

[Mark Stanton]

I think Dean's right. I can't put this into a chunk either.
In fact, I can't even use phpMyAdmin to put it into the table field directly!

The management at the hosting company say they've not done anything that would make that happen, but I suspect they're mistaken.

Thanx