Hi Raymond, Another quick update for you on my progress on this issue. I've knocked up a recursive (eugh...) custom tag for our 4.5.1 installation which mirrors the interface to StructFindKey in that in the first instance it takes in the top level structure, the key name and the scope and then returns an array of results showing the owner, the path and the value.
I think I have isolated the steps to reproduce/invoke the problem: I tried altering the WDDX packet in a few ways - I cut the number of rows down, reduced the number of columns and I replaced the nested structs with one-layer structs but all to no avail. When there was only one row it worked fine, but I know CF is capable of storing multiple query rows in a WDDX packet and I need to store multiple rows anyway. The only thing that seemed to improve the situation where multiple rows were concerned was removing the WDDX packets contained in the WDDX file, i.e. the content! But, and this is a big BUT, I found that the problem vanished when the first field in each nested structure was not empty. As the first field in the test structs is always "ALIGN", I popped "left" into the <string></string> pairs in the WDDX packet and lo and behold it worked! My thinking here was that the FILENAME (the key I was searching for) could not be empty but placing values in there didn't fix the problem. Next I tried the first element and that fixed it. So, is this a bug in CFWDDX de-serialising nested WDDX packets or a bug in StructKeyFind()? Thanks again and hope this updated information helps you guys out, Colin ______________________________________________________________________ Get Your Own Dedicated Windows 2000 Server PIII 800 / 256 MB RAM / 40 GB HD / 20 GB MO/XFER Instant Activation · $99/Month · Free Setup http://www.pennyhost.com/redirect.cfm?adcode=coldfusionb FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
