Re: [cfwheels] Re: Wrong Action Executed, Why?

[Chris Geirman]

Thanks for the guess, Andy. I also tried renaming that action to "associations2" and "associate" with no luck though. 

On Thu, Apr 25, 2013 at 2:49 AM, Andy Bellenie <andybe...@gmail.com> wrote:

Just a guess but maybe it's due to the use of the word 'associations' as an action, as this is used within Wheels quite a bit, i.e. a non-documented reserved word. 

On 25 April 2013 07:01, Chris G <chris....@gmail.com> wrote:

Ok, I've been beating my head against this problem all night. I haven't figured out why, but a framework reload solved the problem. Some of the actions would run, but index, printTaskList, and associations all defaulted to the "assign" action. Might this be a framework bug? 

In any case, reloading the framework solved the issue. Thankfully! I was beginning to panic. 

On Wednesday, April 24, 2013 5:31:18 PM UTC-7, Chris G wrote:

BTW, if I place the abort; at the beginning of the "associations" action, it has no affect. 

On Wednesday, April 24, 2013 5:18:19 PM UTC-7, Chris G wrote:

A strange issue just popped up. I cannot duplicate it on my local machine, and see this only on the production servers, both in the test environment and production.

at /tasks/associations/2 (or any key really)

I get an ERROR that says something along the lines of "too many redirects" and ceases.

In troubleshooting, I've noticed that it seems to be running the "assign" action, though there doesn't seem to be any logic as to why. When I dump the params from within the "assign" action, I get the following output (controller=Tasks, action="associations", key=2). Any thoughts as to why the "assign" action would be executed when the "associations" action is being called? 

struct
action	associations
controller	Tasks
key	2
taskId	struct [empty]

Here's a copy/paste of my task controller's init, associations (and related actions), and assign actions.

<cffunction name="init">

<cfset filters(through="checkLogin", except="printTaskLists, writeTaskListPDFs,createTaskListHTML")><!--- Method located in Controller.cfc --->

<cfset filters(through="restrictToAdmin", only="index,edit,update")>

   <cfset usesLayout(template="layout_ajax", only="availableTasks")>

   <cfset usesLayout(template="layout_print", only="printTaskLists")>

    <cfset filters(through="$navCounts", only="associations")>

<cfset filters(through="$getTask", only="edit,update")>

<cfset verifies(params="key", only="assign", handler="index")>

</cffunction>

<cffunction name="associations">

<cfscript>

event = $getEvent();

assigned = $allAssignedTasks();

unassigned = model("task").findAll(where="id NOT IN(#valuelist(assigned.taskid)#) AND isValidated=1", order="participants,pointvalue");

</cfscript>

</cffunction>

<cffunction name="assign">

<cfparam name="params.taskId" default="#StructNew()#">

<cfscript>

writeDump(params); // used for troubleshooting purposes only

abort; // used for troubleshooting purposes only

var list = StructKeyList(params.taskId);

for(i = 1; i LTE ListLen(list); i++){

var tl = model("tasklist").new();

tl.eventId = params.key;

tl.taskId = ListGetAt(list,i);

tl.save();

}

$assignTaskCodes();

flashInsert(success="<strong>Success!</strong> All #ListLen(list)# tasks were assigned.");

redirectTo(action="associations", key="#params.key#");

</cfscript>

</cffunction>

<cffunction name="$getEvent">

<cfset event = model("event").findOneById(params.key)>

<cfreturn event>

</cffunction>

<cffunction name="$allAssignedTasks">

<cfset var tasks = model("tasklist").findAll(where="eventId = #params.key#", include="task", order="taskid = 1, taskcode,participants,pointvalue")>

<cfreturn tasks>

</cffunction>

<cffunction name="$navCounts">

<cfset queueCt = model("tasklist").countQueue(eventId=params.key)>

</cffunction>

--
You received this message because you are subscribed to the Google Groups "ColdFusion on Wheels" group.
To unsubscribe from this group and stop receiving emails from it, send an email to cfwheels+u...@googlegroups.com.
To post to this group, send email to cfwh...@googlegroups.com.
Visit this group at http://groups.google.com/group/cfwheels?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

--
You received this message because you are subscribed to the Google Groups "ColdFusion on Wheels" group.
To unsubscribe from this group and stop receiving emails from it, send an email to cfwheels+u...@googlegroups.com.
To post to this group, send email to cfwh...@googlegroups.com.
Visit this group at http://groups.google.com/group/cfwheels?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

[Chris G]

[Chris G]

BTW, if I place the abort; at the beginning of the "associations" action, it has no affect. 

On Wednesday, April 24, 2013 5:18:19 PM UTC-7, Chris G wrote:

[Chris G]

Ok, I've been beating my head against this problem all night. I haven't figured out why, but a framework reload solved the problem. Some of the actions would run, but index, printTaskList, and associations all defaulted to the "assign" action. Might this be a framework bug? 

In any case, reloading the framework solved the issue. Thankfully! I was beginning to panic. 

[Andy Bellenie]

Just a guess but maybe it's due to the use of the word 'associations' as an action, as this is used within Wheels quite a bit, i.e. a non-documented reserved word. 

On 25 April 2013 07:01, Chris G <chris....@gmail.com> wrote: