Are both objectids in the refObjects table? If you're importing data directly into the database and not adding records to the refObjects table, FarCry will have trouble identifying it later. You could also add "type=yourCustomType" to the urls, and then FarCry wouldn't have to try to figure out what type it is using refObjects.
Blair On Tue, Jun 26, 2012 at 10:19 AM, Xiaofeng Liu <[email protected]>wrote: > Hi Blair, > > The URL for both of them are almost the same (the one gets showing OK and > the one throwing 'page not found' error). The only difference is the object > id. They are both sth like: > > mysite.liu.int/index.cfm?objectid=326674D8-F20B-59CA-CFA3872CD9DF4A97 > > mysite.liu.int/index.cfm?objectid=0F39892D-B889-E3CC-29F277EF848A70A5 > > Their object ids belong to the same custom type table in the database. > > But when I dump the application.fc.factory.farFU.parseURL() within > ....../farcry/core/tags/ > navajo/display.cfm, I found one of them get type parsed OK but another one > doesn't. > > This one is OK with type parsed as 'metCrossDockInwardSheet' > > This one is not with type stays as empty. > > Very strange! > > Xiaofeng > > > On Mon, Jun 25, 2012 at 5:33 PM, Blair McKenzie <[email protected]> wrote: > >> What is the url of the one that isn't getting parsed correctly? >> >> Blair >> >> On Mon, Jun 25, 2012 at 4:59 PM, Xiaofeng Liu <[email protected] >> > wrote: >> >>> Hello guys, >>> >>> How does this application.fc.factory.farFU.parseURL() work? I have a >>> custom type in the database. When Its data get rendered, one of them is >>> showing OK but another one is not. >>> >>> After a bit investigation, I realized the problem is caused by >>> ....../farcry/core/tags/navajo/display.cfm around <cfset stURLVars = >>> application.fc.factory.farFU.parseURL() />. For some reason, the one get >>> render has URL.type set correctly to the custom type name, however, the one >>> throwing page not found error somehow get URL.type left to blank. >>> >>> Both records are from the same table and i can't see why one of them >>> gets type parsed right but the other one doesn't. >>> >>> Help. >>> >>> -- >>> Best regards, >>> >>> Xiaofeng,^_^ >>> >>> -- >>> -- >>> You received this message cos you are subscribed to "farcry-dev" Google >>> group. >>> To post, email: [email protected] >>> To unsubscribe, email: [email protected] >>> For more options: http://groups.google.com/group/farcry-dev >>> -------------------------------- >>> Follow us on Twitter: http://twitter.com/farcry >>> >>> >>> >> >> -- >> -- You received this message cos you are subscribed to "farcry-dev" >> Google group. To post, email: [email protected] To >> unsubscribe, email: [email protected] For more >> options: >> http://groups.google.com/group/farcry-dev-------------------------------- >> Follow us on Twitter: >> http://twitter.com/farcry > > > > > -- > Best regards, > > Xiaofeng,^_^ > > -- > -- You received this message cos you are subscribed to "farcry-dev" Google > group. To post, email: [email protected] To unsubscribe, email: > [email protected] For more options: > http://groups.google.com/group/farcry-dev-------------------------------- > Follow us on Twitter: > http://twitter.com/farcry > -- -- You received this message cos you are subscribed to "farcry-dev" Google group. To post, email: [email protected] To unsubscribe, email: [email protected] For more options: http://groups.google.com/group/farcry-dev -------------------------------- Follow us on Twitter: http://twitter.com/farcry
