Yeah, I agree. I'm confused....Why isn't LABEL in CONTAINERDATA? It
should as LABEL is a CORE property of the Container type. That said,
any calls to getData() with a valid Container ID should produce a
recordset with a LABEL column.

At this point I'm reluctant to add a conditional that checks for the
existance of Label because I fear we would be treating the symptom and
not the problem.

Can you do me a favor and wrap the offending code in a try/catch
block. In the catch can you dump ContainerData. I'm curious to see
what's in ContainerData when it throws the exception.

Thanks,

~tom


> However I think the problem is within in this code snipped of cffunction
> copyContainers in container.cfc:
> 
>                         if(arguments.bDeleteDestData)
>                         {
>                                 for(index = 1;index LTE 
> qDestCon.recordcount;index=index+1)
>                                 {
>                                         //get the data on the container I 
> might delete
>                                         containerData = 
> super.getData(qDestCon.containerid[index]);
> 
>                                         
> if(find(qDestCon.objectid[index],containerData.label))
>                                         {
>                                                 //delete all rule data from 
> this container
>                                                 
> deleteContainerRules(containerid=qDestCon.containerid[index]);
>                                                 //delete the container
>                                                 
> super.deleteData(qDestCon.containerid[index]);
>                                                 //delete the refContainers 
> entry for this container
> 
> deleteRefContainerData(containerid=qDestCon.containerid[index],dsn=arguments.dsn);
>                                         }
>                                 }
>                         }
> 

> especially this IF
> 
> if(find(qDestCon.objectid[index],containerData.label))
> 
> is producing the error message  "Element LABEL is undefined in
> CONTAINERDATA" if label does not exist
 
> When commenting out the snipped above it is possible to send an dmHTML
> object live. Maybe an additional IF which checks for existence of
> containerData.label will be an workaround here. I will investigate this.
> 
> Best regards,
> 
> Silvio
> 
> 
> Tom Cornilliac wrote:
> > Well....Try as I might I cannot seem to recreate your scenario Silvio.
> > Have you made any progress on your end? Has anyone else seen this or
> > something like it in 2.3?
> >
> > ~tom
> >
> >
> > On Fri, 28 Jan 2005 10:02:49 -0800, Tom Cornilliac
> > <[EMAIL PROTECTED]> wrote:
> >
> >>Hi Silvio,
> >>
> >>I'm looking into this right now. I'll let you know what I come up with.
> >>
> >>~tom
> >>
> >>
> >>On Fri, 28 Jan 2005 17:01:02 +0100, Silvio Resch <[EMAIL PROTECTED]> wrote:
> >>
> >>>Hi,
> >>>
> >>>Got some trouble after updating 2.2 sites to b2.3. When aproving dmHTML
> >>>objects containing referencing containers on it I get this error message.
> >>>
> >>>  Element LABEL is undefined in CONTAINERDATA.
> >>>
> >>>The error occurred in
> >>>C:\_webs_\applications\farcry_core\packages\rules\container.cfc: line 138
> >>>Called from
> >>>C:\_webs_\applications\farcry_core\packages\farcry\_versioning\sendObjectLive.cfm:
> >>>line 72
> >>>Called from
> >>>C:\_webs_\applications\farcry_core\packages\farcry\versioning.cfc: line 44
> >>>Called from
> >>>C:\_webs_\applications\farcry_core\tags\navajo\objectStatus.cfm: line 300
> >>>Called from
> >>>C:\_webs_\applications\farcry_core\tags\navajo\objectStatus.cfm: line 122
> >>>Called from
> >>>C:\_webs_\applications\farcry_core\tags\navajo\objectStatus.cfm: line 120
> >>>Called from
> >>>C:\_webs_\applications\farcry_core\tags\navajo\objectStatus.cfm: line 1
> >>>Called from C:\_webs_\applications\farcry_core\admin\navajo\approve.cfm:
> >>>line 7
> >>>
> >>>136 :                                   should not be removed because it 
> >>>*was not copied* to begin with.
> >>>137 :                                   */
> >>>138 :                                   
> >>>if(find(qDestCon.objectid[index],containerData.label))
> >>>139 :                                   {
> >>>140 :                                           //delete all rule data 
> >>>from this container
> >>>***************************************************************************************
> >>>
> >>>DB is MS SQL 2K
> >>>
> >>>Got some trouble within the update script also. Had to add the DB fields
> >>>dmProfile.locale and Categories. Alias manually. Any idea what's went 
> >>>wrong?
> >>>
> >>>Best regards,
> >>>
> >>>Silvio
> >>>
> >>>---
> >>>You are currently subscribed to farcry-dev as: [EMAIL PROTECTED]
> >>>To unsubscribe send a blank email to [EMAIL PROTECTED]
> >>>Aussie Macromedia Developers: http://lists.daemon.com.au/
> >>>
> >>
> >
> >
> 
> ---
> You are currently subscribed to farcry-dev as: [EMAIL PROTECTED]
> To unsubscribe send a blank email to [EMAIL PROTECTED]
> Aussie Macromedia Developers: http://lists.daemon.com.au/
>

---
You are currently subscribed to farcry-dev as: [email protected]
To unsubscribe send a blank email to [EMAIL PROTECTED]
Aussie Macromedia Developers: http://lists.daemon.com.au/

Reply via email to