Known Issues

These are some issues that we have run across in development and that have been reported to us. Some may or may not happen to you.

CFMX Specific

  1. Missing CFIDE/SCRIPTS folder...

    For some perplexing reason, Macromedia changed CFMX to load an external javascript file (cfform.js) when using CFFORM. They call this file using a relative path from the root, like so...

    <script LANGUAGE="JavaScript" TYPE="text/javascript" SRC="/CFIDE/scripts/cfform.js">

    The problem is, on a virtual host scenario, /CFIDE/scripts/cfform.js (note the leading /) will be pointing to a CFIDE folder inside of YOUR web root, which of course isn't there (DUH!). We've included a folder called CFIDE for CFMX. If you are using virtual hosting, rename this folder to CFIDE and upload it to your web root. Then we won't get File Not Found and other perplexing errors when loading CFFORM.

    If you are running under shared SSL, with a URL such as http://secure.yourhost.com/yoursite/, the CFIDE will still be missing unless your host places it at the root of secure.yourhost.com. You may wish to ask your host about this issue. In some browsers there are no errors and in others there are. So just because you are not seeing errors does not mean no one else on your site is. In version 8.7.5 we deleted all the CFFORMs on the secure checkout pages and the cf_searchform custom tag (since that may be called from secure pages also).

    CAUTION! If you are installing cf_ezcart on your own personal server, and installing it in the main web root of the server, where the actual CFIDE folder is installed, be certain NOT to upload this folder, lest you overwrite the actual CFIDE. This is why we named it CFIDE for CFMX, so you don't overwrite the original by accident under this scenario.

Other Versions

  1. CFLOCATION bug in ColdFusion 5

    With ColdFusion 5.0 running IIS on the server side, occasionally after a redirection using cflocation, header information will appear at the top of the web page. This has also sometimes appeared running IE6 under Windows XP on the client side. Not sure if this is related to CF or IIS. We've never seen it happen on Apache or Website Pro. We'd like to hear from you if it does. We have 2 variables available. Set either one of these at the top of the cartpage template. (affects the cf_login tag also)
    1. <cfset usejscript = "1"> - Uses javascript redirection. Works fast.
    2. <cfset usecfheader = "1"> - Uses header redirection. Slower, but works on non-javascript enabled broswsers.

    Note! In version 8.7.5 we have done away with all CFFORM tags. Preliminary testing on ColdFusion 5.0 seems to show that the this bug may have gone away with the CFFORM tags. We believe this was caused by all the excess code that CFFORM places within the <head></head> tags of the templates. You should test your application using cflocation first as that is the most desirable method of redirection.