Damon,
I haven't seen this raised as an issue elsewhere so I'll mention it to you.
It isn't so much something that is broken than a change in behaviour between
4.01 and 4.5 which had the effect of breaking some of our code which relied
on the 4.01 behaviour. Note also that this change in behaviour wasn't
mentioned in the release notes for 4.5
The problem:

You may be aware that when calling custom tags, either using the "CF_"
syntax, or using "CFMODULE", you can pass a special attribute called
"ATTRIBUTECOLLECTION", which is a struct of attributes. We use it quite a
lot when using optional parameters, as it allows a collection of parameters
to be created, and then sent "en masse" to a module, e.g.

        <cfset MyAttributeStruct=StructNew()>
        <cfif NeedToPassX>
                <cfset MyAttributeStruct.X="Hello">
        </cfif>
        <cfif NeedToPassY>
                <cfset MyAttributeStruct.Y="World">
        </cfif>

        <!--- and so on --->

        <cf_SomeTag attributecollection=#MyAttributeStruct#>


In practice, you can mix and match "attributecollection" and standard
parameters, e.g.
        <cf_SomeTag attributecollection=#MyAttributeStruct# Z="!">

which is entirely equivalent to, say,
        <cf_SomeTag X="Hello" Y="World" Z="!">

The change has come in how repeated variables are treated, e.g.
        <cf_SomeTag attributecollection=#MyAttributeStruct# X="Goodbye">

Here X is specified twice, once in the attributecollection, once as a normal
parameter.

The problem (for me at least, moving code from 4.01 to 4.5) is that in 4.01
the "normal" parameter has precedence, whereas in 4.5 the "struct" parameter
has precedence, resulting in:

4.01  <cf_SomeTag X="Goodbye" Y="World">
4.5   <cf_SomeTag X="Hello" Y="World">

Was there a reason for the initial change and if so, why was it done and why
wasn't it documented? If not, can we have the original behaviour back
please?  :-)

Regards,
Steve Martin
Allaire Certified Instructor

(initially spotted by P.Murphy [ACI] )




> -----Original Message-----
> From: Damon Cooper [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 27, 2000 13:51
> To: CF-Talk
> Subject: TO ALL: Request for ColdFusion SP2 Input
>
>
> Folks,
>
> ColdFusion Service Pack 2 is under construction, and I'd like to get your
> feedback on what you believe to be Must-Be-Fixed items.
>
> While Service Pack 1 focused heavily on stability and performance issues
> (across platform and Unix-specific), we'd like to nail as many serious
> feature and tag bugs as possible, although the release cycle will be
> significantly shorter (shooting for an early November release).
>
> Currently, here's a summary of bug fixes slated for SP2:
>
> 18965                 Native Oracle CLOB support
> 18389                 Security/Solaris Cfexec restart of Security Proxy
> 17873                 Informix 2.3 & 2.5 client lib support
> 15776                 CFMAIL recipients truncated at 246 characters
> 18191,18237,18314     CFHTTP Post failure (but redirects must still be an
> absolute url)
> 18338, 17121          LSNumberFormat and NumberFormat problems
> 16663                 MIME attached over regular WAP gateway (UTF-8).
> 19010                 CFFILE/move problem on Unix file systems
> 17601                 COM Threading Model Changes
> 18311                 CFHTTP 'Connection Failure' error if the status code
> is 204
> 18246                 CFPOP unknown exception condition
> 18811                 POP3 enhancement
> 18058, 16875          Applet interface in CFAdmin problems with parm
> fields
> 18607                 MSAccess bug hangs CF on Win2k/SP1
> 18579                 Secuirty Administration Bug - cfm file change
> 17543                 Locale Date Support - Solaris
> 10115                 European dates broken in Solaris CF 4.5+
> 19003                 CFFTP connection bug
> 12523                 Unix, LSParseDateTime only functions for US english.
> 18991                 CFHTTP on Linux crash with >4k content
> 18234, 17792          MS SQLServer problems on Linux
> 18778                 Scheduled tasks don't run with CFREGISTRY disabled
>
> I can't promise anything, but this release is for you, and I want to make
> sure you're heard.  Please either post to the list or send email
> directly to
> me at [EMAIL PROTECTED] and reference your Allaire Issue/Bug #
> if you have
> one.
>
> Thanks
>
> Damon Cooper
> ColdFusion Release Manager
> Allaire
> ------------------------------------------------------------------
> ------------
> Archives: http://www.mail-archive.com/[email protected]/
> To Unsubscribe visit
> http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf
_talk or send a message to [EMAIL PROTECTED] with
'unsubscribe' in the body.

------------------------------------------------------------------------------
Archives: http://www.mail-archive.com/[email protected]/
To Unsubscribe visit 
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or send a 
message to [EMAIL PROTECTED] with 'unsubscribe' in the body.

Reply via email to