First, I apologize for cross-posting this to the Fusebox list, but I think
it's possible that the problem might be fusebox related. The only reason I
say that is because I have just finished my first fusebox site, and it's the
first time I am experiencing this problem.
There is one perplexing problem, plus I have a question.
Here's the scenario:
We've created an admin site for a web site. As this admin site doesn't have
it's own domain name, we've created a virtual directory in IIS (5.0) to
house the application. The admin site requires security (duh), so I created
a login circuit app that sits in a directory underneath the main app. The
structure is like this:
OPAdmin/ main fusebox
OPAdmin/login/ login circuit
For now, users are accessing the site by typing in the IP address, followed
by the directory name (e.g. 127.0.0.1/OPAdmin ).
Now, my question: I had to do some funny business with my hrefs in the cfm
files. I found that any rendered links (i.e., <a> tags and action
attributes of <form> tags) needed to point to "../index.cfm", rather than
"index.cfm", even though the index.cfm that I was calling was in the same
directory as the currently executing template. I'm not sure why this was
necessary. Does that have something to do with fusebox?
More importantly, my PROBLEM:
On some machines, whenever a CFLOCATION tag is executed, the browser
displays a message saying that it cannot load the file. This problem does
not occur on three different machines that we've tested with, but it does
occur on a Macintosh (which, luck would have it, is all the client has).
They told me that the error message that they saw included the name of the
URL, and it was the proper URL, but the browser couldn't (or wouldn't) load
it. I tried the monkey business above with the CFLOCATION tag (e.g.,
<CFLOCATION URL="../index.cfm> and <CFLOCATION URL="index.cfm> - neither
solved this problem).
I'm using CFLOCATION within my app_globals.cfm to send the user to the login
screen if they're not signed in. The code looks like this:
<cflock type="READONLY" scope="SESSION" timeout="10">
<cfif NOT IsDefined("session.authLevel")>
<cflocation url="login/index.cfm" addtoken="No">
</cfif>
</cflock>
There's another fuseaction that's used to delete some items, and then
executes a CFLOCATION. The code looks like this:
<cfparam name="attributes.delList" default="">
<cfparam name="attributes.delType" default="">
<cfparam name="attributes.delTable" default="">
<cfparam name="attributes.delPK" default="">
<cfinclude template="queries/qry_DeleteItem.cfm">
<cfset msg = URLEncodedFormat("OK, #ListLen(attributes.delList)#
#attributes.delType#(s) have been deleted.")>
<cflocation url="index.cfm?fuseaction=#delType#Admin&msg=#msg#"
addtoken="No">
Both of the above cause the error.
I'm really at a loss about this. It doesn't help that I cannot recreate the
problem on my system. The only pattern seems to be that the problem occurs
on Macs but not PCs.
Any help or suggestions would be greatly appreciated.
Thanks,
Bob
------------------------------------------------------------------------------
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/fusebox or send a
message to [EMAIL PROTECTED] with 'unsubscribe' in the body.
