Verification image disappearing.

le

leeburstroghm 21 May, 2010

Bug? server incompatibility?
I have not had this issue on any of the dozens of sites I use chronoforms on.

Please help, if you go to
http://hi-litesolutions.com/contact-us/request-a-sample
or
http://hi-litesolutions.com/contact-us/place-an-order

sometimes the image for verification is there sometimes not. sometimes it is there and as soon as you start to type in the security box, the image vanishes. Whats up with that?! HELP! please.
When the image is not visible, you can firebug inspect element and hover over the image src and the image displays. the img tag has nothing that would hide it.? I do not understand!!! HELP!

Gr

GreyHead 22 May, 2010

Hi leeburstroghm,

Checked from here in IE and in FireFox and the images look completely stable.

I can't think of any reason why you'd get that behaviour, technically it's just an image, albeit one created on the fly.

Bob

nm

nml375 22 May, 2010

Hi,
Tested the sites briefly last evening, and every now and then I got a partial error message when loading the static mootools.js script. Loading the very same file 'standalone' works flawlessly however, which suggests to me, that the server hosting your site is having some issues with the 'HTTP keep-alive' mechanism (allows a web browser to request multiple documents over a single connection, rather than requiring a new connection for each subsequent request). It is to earl to point the finger exclusively on this, but might be worth further investigation (my tests were done with the latest stable version of Firefox and FireBug).

/Fredrik

le

leeburstroghm 24 May, 2010

Has no one been able to reproduce it?
The image disappears almost every time, when you put an incorrect verification code in, submit it, then the verification image is gone on the refreshed page?! http://hi-litesolutions.com/contact-us/place-an-order

I have put a request in to the host, I do not understand at all

nm

nml375 24 May, 2010

Hi,
I can replicate the issue sporadically. Sofar it seems to occur on the first load and/or refresh of a form session. Any subsequent attempts appears to work flawlessly.
Using FireBug with Network monitoring reveals that the file is requested properly, but no headers or data is returned. Even so, we get a 200 OK statuscode.
Further, using a packet sniffer, I've noticed that whenever the image is shown, the http request for the image went over a separate connection, rather than using the previous one in keepalive mode.
I'm thus still inclined to believe the most likely cause is a buggy server software.

/Fredrik

le

leeburstroghm 24 May, 2010

I agree, I have a support request in with the host.. thanks for sharing your knowledge!

nm

nml375 24 May, 2010

Hi again,
Another test, and though the image appeared as supposed, I noticed a very odd thing in the TCP stream:
Though my browser only requested one document, the server actually sent two documents in the reply;
The first one was the expected form document, looking as expected. The second (which my browser never requested) is as follows:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>200 OK</title>
</head><body>
<h1>OK</h1>
<p>The server encountered an internal error or
misconfiguration and was unable to complete
your request.</p>
<p>Please contact the server administrator,
 [no address given] and inform them of the time the error occurred,
and anything you might have done that may have
caused the error.</p>
<p>More information about this error may be available
in the server error log.</p>
</body></html>

This is pretty much a standard error page, except that the status code is 200, not 501 as expected from an internal server error.

One possible workaround, provided you've got the privileges to change these settings, would be to disable the use of keepalive alltogether.

/Fredrik

le

leeburstroghm 25 May, 2010

no, I dont have the access, this is hosted at network solutions.

And I have chrono forms on different hosting plans that work fine.
I have noticed, however, on another hosting plan, using ReDJ to redirect old urls, I got that EXACT same header First, and then the expected page next, and the browser displayed them one before the other, rather one and then below, the second without a refresh. It was really annoying, so we went directly to htaccess 301 redirects,, much better solution for that anyways... It sounds like the host has some issues I hope they get it resolved.

le

leeburstroghm 24 Jun, 2010

For those who have similar issues. this might fix it.

Good Mootools Replacement for speed
http://blog.joomlaworks.gr/replace-mootools-in-joomla-with-a-compressed


<?php
// Replace Mootools in Joomla! with a compressed copy from Google AJAX Libraries API
$document = &JFactory::getDocument();
unset($document->_scripts[$this->baseurl . '/media/system/js/mootools.js']);
?>
<script type="text/javascript" src="http://www.google.com/jsapi"></script>
<script type="text/javascript">google.load("mootools", "1.1.2");</script>

Forums

Verification image disappearing.