Hey Luis, I just noticed the nightly build on coldbox.org points to
http://github.com/ColdBox/coldbox-platform/zipball/master
Shouldn’t that be
http://github.com/ColdBox/coldbox-platform/zipball/development
~Brad
thanks, Brad - got it.
OK I tried on 3.5 and the issue still exists. To summarise:
overrideEvent still gives you the original cached event instead of the override when called from preProcess interceptor
Changing the url params on the cached event results in an error, but it’s different to before. It now complains that “timeout” does not exist in the struct
Ok, perfect, I fixed it thanks Brad
Luis F. Majano
CEO
Ortus Solutions, Corp
www.ortussolutions.com
ColdBox Platform: http://www.coldbox.org
Linked In: http://www.linkedin.com/pub/3/731/483
Blog: http://www.luismajano.com
IECFUG Manager: http://www.iecfug.com
Chris, Can you document the steps to recreate this for me please.
Luis F. Majano
CEO
Ortus Solutions, Corp
www.ortussolutions.com
ColdBox Platform: http://www.coldbox.org
Linked In: http://www.linkedin.com/pub/3/731/483
Blog: http://www.luismajano.com
IECFUG Manager: http://www.iecfug.com
sure - the steps are the same as the first post but I'll flesh out the
setup a bit. Let me know if you need more info.
I think the issue is the chicken and the egg deal here. As at request capture we determine the event and its caching, but you override in the security interceptor, I would suggest you don’t override but relocate.
Luis F. Majano
CEO
Ortus Solutions, Corp
www.ortussolutions.com
ColdBox Platform: http://www.coldbox.org
Linked In: http://www.linkedin.com/pub/3/731/483
Blog: http://www.luismajano.com
IECFUG Manager: http://www.iecfug.com
I thought that might be the case - relocate does sort it out.
That error it throws in the final scenario seems to be a bug (keys in the struct not getting filled in). I’m speculating, but would that be to do with overriding a cached event with another one which is not cached (hence the timeout/cache keys are not present) ?