this might be a silly question, but could it be a permissions thing with using idlForms? It seems to work fine when I'm logged in as Admin (I guess all the changes to not caching finally got through) and I get the email form as I should. I have tried to make sure I have flushcache=0 when I do this. When I try it as an anonymous user, it just sends me back to the blank form. Could it be that when I <cfinvoke component...> for idlform, it checks security permissions, and if anonymous is not allowed to create (or approve, or whatever) then the security kicks things back?
Thanks, Tomek On Wed, Sep 17, 2008 at 7:09 PM, Blair McKenzie <[EMAIL PROTECTED]> wrote: > It sounds like there may be a bug in the code that decides when to show the > finished message. Are you storing any form data in the > application/session/client scope that isn't getting cleared out? > > Blair > > > On Wed, Sep 17, 2008 at 11:16 PM, Tomek Kott <[EMAIL PROTECTED]> wrote: > >> unless there's something in genericNav, there are no formtools used >> anywhere on that particular page, it is a cfm that constructs a form >> "manually" from the html tags. >> >> Tomek >> >> >> On Tue, Sep 16, 2008 at 9:32 PM, <[EMAIL PROTECTED]> wrote: >> >>> >>> There shouldn't be any caching by default. Are you using ft:object >>> within the display? >>> >>> On 9/17/08, Tomek Kott <[EMAIL PROTECTED]> wrote: >>> > Done: http://bugs.farcrycms.org/browse/FC-1487 >>> > Any idea about my other problem Blair? >>> > >>> > The other problem I am having is that there >>> > seems to be a cache disconnect on a form page (based off of idlform). . >>> That >>> > is, once I have used the >>> > form once after an updateapp, it only shows the "after successful >>> > submission" >>> > text. It does not save the form again, or email it (as it would have to >>> if >>> > it went through the full displayPageStandard.cfm file and showed the >>> text). >>> > I do have a navigation link in there that would, by default, get >>> cached. >>> > But I figured since the displayPageStandard for idlform is not being >>> cached, >>> > then the page would refreshed each time I pointed to it. Could someone >>> > clarify the caching of skins inside a non-cached object? >>> > >>> > Or is this another bug? :) >>> > >>> > Thanks! >>> > >>> > Tomek >>> >> >>> > >>> > On Tue, Sep 16, 2008 at 7:18 PM, Blair McKenzie <[EMAIL PROTECTED]> >>> wrote: >>> > >>> >> That would be a bug. Can you please log a bug for this? >>> >> >>> >> Blair >>> >> >>> >> >>> >> On Wed, Sep 17, 2008 at 8:28 AM, Tomek Kott <[EMAIL PROTECTED]> >>> wrote: >>> >> >>> >>> Marco, >>> >>> >>> >>> I'm using FC5.0.2, I've attached a picture of the 'tab' that I was >>> >>> refering to. It shows up when you browse the project website while >>> also >>> >>> logged into the back end. This is what shows up if the page is cached >>> >>> while >>> >>> logged in. And the process you described is exactly it, even with >>> >>> Anonymous >>> >>> user . >>> >>> >>> >>> I just wonder if I'm missing a standard <cf DON'T CACHE THIS> tag or >>> >>> something. >>> >>> >>> >>> I guess I can always change the webskin tag to not put in that tab, >>> even >>> >>> when logged in. >>> >>> >>> >>> Didn't quite think of that until now, should work though. >>> >>> >>> >>> Thanks, >>> >>> >>> >>> Tomek >>> >>> >>> >>> On Tue, Sep 16, 2008 at 6:06 PM, Marco van den Oever < >>> >>> [EMAIL PROTECTED]> wrote: >>> >>> >>> >>>> >>> >>>> I wish i could help but i can't see the picture, isn't it so that >>> the >>> >>>> admin tab is only shown when your a admin? So what you are saying is >>> >>>> that: >>> >>>> >>> >>>> You log in as admin - >>> >>>> The page is getting cached so also the admin tab - >>> >>>> Then when logged out as admin and logged in as user you still see >>> the >>> >>>> tab because of the caching - >>> >>>> >>> >>>> Don't know if the version of FC is important to notice? >>> >>>> >>> >>>> And that tab is a navigation tab front end? or back end? >>> >>>> >>> >>>> On Sep 16, 7:51 pm, "Tomek Kott" <[EMAIL PROTECTED]> wrote: >>> >>>> > Anyone? It's my own fault for not noticing it before, but I guess >>> I >>> >>>> figured >>> >>>> > I was logged in at the time. >>> >>>> > >>> >>>> > Is there a way to make sure that the admin tab doesn't get cached >>> >>>> > along >>> >>>> with >>> >>>> > the rest of the page? Or is there a way to locally (within the >>> page) >>> >>>> state >>> >>>> > what should be cached? >>> >>>> > >>> >>>> > Thanks, >>> >>>> > >>> >>>> > Tomek >>> >>>> > >>> >>>> > On Mon, Sep 15, 2008 at 5:58 PM, Tomek Kott <[EMAIL PROTECTED] >>> > >>> >>>> wrote: >>> >>>> > > Hi All, >>> >>>> > >>> >>>> > > I am having a small issue with one of my forms (using idlForm, >>> with >>> >>>> an >>> >>>> > > added Captcha). Generally, the form works, until after I >>> >>>> > > successfully >>> >>>> send >>> >>>> > > in a comment. Then, the ending text (#stObj.sendt#) is shown >>> >>>> constantly. In >>> >>>> > > addition, the admin tab is visible, even in a newly launched >>> browser >>> >>>> (i.e. >>> >>>> > > Explorer if I was using firefox to use the form while logged >>> in). >>> >>>> Perhaps it >>> >>>> > > is not the best idea to test the form out while in admin mode, >>> but I >>> >>>> am >>> >>>> > > worried about the admin tab showing up for "normal" users. >>> >>>> > >>> >>>> > > So that's one of the problems. The other problem I am having is >>> that >>> >>>> there >>> >>>> > > seems to be a cache disconnect on the page. That is, once I have >>> >>>> > > used >>> >>>> the >>> >>>> > > form once after a updateapp, it only shows the "after successful >>> >>>> submission" >>> >>>> > > text. It does not save the form again, or email it (as it would >>> have >>> >>>> to if >>> >>>> > > it went through the full displayPageStandard.cfm file and showed >>> the >>> >>>> text). >>> >>>> > >>> >>>> > > I do have a navigation link in there that would, by default, get >>> >>>> cached. >>> >>>> > > But I figured since the displayPageStandard for idlform is not >>> being >>> >>>> cached, >>> >>>> > > then the page would refreshed each time I pointed to it. Could >>> >>>> someone >>> >>>> > > clarify the caching of skins inside a non-cached object? >>> >>>> > >>> >>>> > > Many Thanks, >>> >>>> > >>> >>>> > > Tomek >>> >>>> >>> >>>> >>> >>> >>> >>> >>> >>> >>> >> >>> >> > >>> >> >>> > >>> > > >>> > >>> >>> >>> >> >> >> > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "farcry-dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/farcry-dev?hl=en -~----------~----~----~----~------~----~------~--~---
