# tracker issue : CF-3148749

select a category, or use search below
(searches all categories and all time range)
Title:

## action="list" returns handler path c:\path\to\MyCFC.cfc, but action="update" requires path.to.MyCFC

| View in Tracker

Status/Resolution/Reason: Closed/Fixed/

Reporter/Name(from Bugbase): Aaron Neff / Aaron Neff (Aaron Neff)

Created: 03/25/2012

Components: Scheduler

Versions: 10.0

Failure Type:

Found In Build/Fixed In Build: Public Beta / 282134

Priority/Frequency: Normal / Some users will encounter

Locale/System: English / Win All

Vote Count: 1

Currently, cfschedule action="update" requires a dot-notated path to the event handler CFC:

cfschedule doc said: The path you specify must be relative to webroot. For example, schedulerdemo.eventhandler.

However, action="list" only returns the C:\absolute\path\to\MyCFC.cfc

Therefore, the action="list" result info can’t be used to update a task, if the task has a handler.

Apparently CF knows the original dot-notated path, b/c CF Admin displays it.

Two suggestions:
1) action="list" should return both paths (full and dot)
2) action="update" should accept the full path

Watson Bug ID:	3148749

External Customer Info:
External Company:
External Customer Name: itisdesign
External Customer Email:

Attachments:

Comment by External U.
19918 | March 25, 2012 05:14:53 AM GMT
Agree. It's incoherent the way it's currently been implemented. -- Adam
Vote by External U.
19933 | March 26, 2012 02:16:58 AM GMT
we should be consistent and use the dotted path in both the case. That is the only chnage we should make.
Comment by Rupesh K.
19919 | March 26, 2012 03:16:37 AM GMT
If absolute path isn't stored, how will CF Admin's Add/Edit Task page locate the CFC to verify if it implements cfide.scheduler.ITaskEventHandler? Currently, that page fails to locate the CFC (b/c it only uses the dotted path) and throws the does-not-implement error when creating/editing a task that has a handler.
Comment by External U.
19920 | March 26, 2012 03:24:21 AM GMT
The dotted path is enough to locate the CFC. Your usecase where the eventhandler fails from admin works fine in a normal case. I suspect your IIS site configuration to be in play here. I am trying to debug it.
Comment by Himavanth R.
19921 | March 26, 2012 03:34:07 AM GMT
Any IIS site could use eventhandler="path.to.MyCFC", so I'm just wondering how admin would know which IIS site it pertained to.
Comment by External U.
19922 | March 26, 2012 05:22:54 AM GMT
Btw, the admin issue is #CF-3148745. Thanks, -Aaron
Comment by External U.
19923 | March 26, 2012 05:24:19 AM GMT
Good Question. Admin will pick up the IIS site through which you have accessed the admin. And that made me think. How are you accessing the admin and how did you create the task. Is it by using the same site? If you are accessing the admin using one IIS site and trying to configure an eventhandler that exists in another IIS site, it would fail. BTW this bug is not related to that issue. I am talking about the bug CF-3148745. Note: I am shooting in the dark here.
Comment by Himavanth R.
19924 | March 26, 2012 05:45:02 AM GMT
Action list will now return dot-notated path
Comment by Uday O.
19925 | March 26, 2012 06:22:18 AM GMT
I always access CF Admin via the Default Site via localhost. *Never* thru any of the publicly-accessible sites. Yes, the task was ran under one of the other sites. But, again, I never access CF Admin thru any of these. Only thru Default Site/localhost. I think restricting access to CF Admin, in this manner, is common.
Comment by External U.
19926 | March 26, 2012 07:04:01 AM GMT
Very cool Uday, thanks! -Aaron
Comment by External U.
19927 | March 26, 2012 07:04:24 AM GMT
If admin can only search w/in the IIS site used to access it, then can admin just not search for the handler CFC at all? Currently it causes a problem b/c it prevents task edits (b/c it can't find the CFC, to verify the "implements").
Comment by External U.
19928 | March 26, 2012 07:06:53 AM GMT
OR, how about this.. An _optional_ checkbox below the event handler field: "[x] Ensure CFC properly implements cfide.scheduler.ITaskEventHandler". That way, if someone really wants to verify it, they still can. I dunno.. just thinking :)
Comment by External U.
19929 | March 26, 2012 07:09:39 AM GMT
Aaron, Lets take this discussion to the other bug's notes. CF-3148745
Comment by Himavanth R.
19930 | March 26, 2012 07:11:55 AM GMT
Ah yes, just noticed that. OK, will do.
Comment by External U.
19931 | March 26, 2012 07:15:48 AM GMT
Hi Uday, Regarding, "Action list will now return dot-notated path" I've verified this is fixed in CF10 Final (build 10,282462). Thanks!, -Aaron
Comment by External U.
19932 | May 28, 2012 11:52:54 PM GMT