getView does check that a user has permission to access webskins. By default
anonymous only has access to display* and execute*. The admin roles have
access to all webskins.

Blair

On Fri, Sep 19, 2008 at 7:43 AM, Tomek Kott <[EMAIL PROTECTED]> wrote:

> 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
-~----------~----~----~----~------~----~------~--~---

Reply via email to