#application.thisCalendar.i18nDateFormat(objectLastUpdated,session.dmProfile .locale,application.longF)#
that's from locked objects querying. either the date is NULL or malformed...i'll guess NULL. i'm distinctly not an expert w/farcry code so take the following w/some salt & tequila but it looks like cf's dateFormat/lsDateFormat vs core java format behavior might be the culprit. that chunk of code's in a query loop that defaults to 5, if there are less than 5 locked objects, dateFormat/lsDateFormat will happily swallow NULL date objects. core java format, however spits it back.
i guess there are a couple of ways to handle this:
- make the i18n CFC behave like cf dateFormat/lsDateFormat (or if farcry were only deployed on mx 7 you ditch these altogether in favor of cf's better locale support in version 7--i was hoping to get some time last weekend to do something about this but didn't).
- check for null in those chunks of code where this could happen.
- default the loop size to the size of the query:
<cfparam name="url.lockedEndRow" default=qLockedObjects.recordCount>
i'll leave the decision as to which to those who know farcry better but i guess the first option would be the easiest.
btw i see a typo on line #282, <td width="!00%">
--- You are currently subscribed to farcry-dev as: [email protected] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/
