Re: [SMARTY] Plugin problem

I did not go through all the plugins, but three failed, so I will 
venture to guess that yes, they all fail on page refresh.  I have 
caching disabled.

If I enable caching and specify a cache id, it works fine.  I am not 
sure this is a good thing though, especially where I am working with 
dynamically generated date forms.

Monte Ohrt wrote:
> Seems that something is amiss in your environment... do all the 
> plugins fail after the first page load? Are you using any Smarty caching?
>
> Erich C. Beyrent wrote:
>> Yes - I just saw the same behavior with the {debug} function.
>>
>> Monte Ohrt wrote:
>>> The important part is that the file name and function name are 
>>> correct, and they appear to be. You mentioned html_select_date has 
>>> the same problem. Do any other plugins exhibit this behavior?
>>>
>>> Erich C. Beyrent wrote:
>>>> Before I get into specifics, I should point out that I tested this 
>>>> problem using the standard html_select_date plugin, and saw the 
>>>> exact same behavior, so I don't think the problem is my plugin 
>>>> itself.  I believe there is some kind of issue with my environment.
>>>>
>>>> I have a single plugin directory, which is the main 
>>>> {smarty_dir}/libs/plugins directory.
>>>> The name of the plugin file is function.html_select_date2.php, 
>>>> which is based upon the original html_select_date function.  My 
>>>> modded file allows me to override the names of the fields like this:
>>>>
>>>> {html_select_date2 field_name="FromMonth,FromDay,FromYear" 
>>>> day_extra="id=FromDay class=dateSelect" month_extra="id=FromMonth 
>>>> class=dateSelect" year_extra="id=FromYear class=dateSelect" 
>>>> end_year="+2"}
>>>>
>>>> The contents are as follows (this is gonna be long...):
>>>>
>>>> function smarty_function_html_select_date2($params, &$smarty)
>>>> {
>>>> /* vim: set expandtab: */
>>>>
>>>> ?>
>>>
>>
>