Yes, that is by design. The extra parts of the URL are parsed as key=value pairs and put in the URL scope. If this is breaking your application you can override the behaviour in your project:
1. extend the farFU type into your project 2. copy the getFUData function from core into your version of farFU 3. there is a section of code that builds the "fuList" variable, then queries the DB for any FUs in the list - you would want to replace this with a simpler query that looks for arguments.friendlyURL specifically Blair On Thu, Dec 8, 2011 at 5:58 AM, Chris Kent <[email protected]> wrote: > Even with a 404.cfm page in errors folder FarCry will still parse a > friendly URL and try to resolve to a content item. > > e.g. > if /level1 & /level1/level2 are valid furls for content items > and /notlevel1/ is not a valid furl for a content item > > - if a url of /level1/level2/whatamidoinghere is used, the content > item /level1/level2 is dispalyed > > - if a url of /level1/whatamidoinghere is used, the content item /level1/ > is displayed > > - if a url of /notlevel1/whatamidoinghere is used, then the 404.cfm is used > > Chris. > > -- > 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
