[osCmax V2.0.25] Problem with Easypopulate: Cross-Sell (X-Sell) not downloading in "Complete" choice, but does in "Custom"

[JRR]

When I activated the cross-sell feature (set to True) in easypopulate.php I assumed that because X-Sell showed up on the Easypopulate "Export EP or Froogle Products File" section that Cross-Sell would then be in the downloaded file if I selected "Complete" as the grab-all choice. Well, no, that didn't happen - all the other fields were exported as usual, but x-sell was ignored. However if I ticked ALL the boxes (selecting "Custom") then x-sell was exported as the last column before EOREOR. Oddly enough the v_status column moved from the last before EOR.. to the second column (after v_products_model) instead of the last column before EO... as usual. Haven't tried editing x-sell in the spreadsheet and uploading, its' late and I'm sleepy, but it is curious that x-sell and Easypopulate behave this way. I'm pretty sure I missed something in the configuration of easypop, but there isn't a clue/suggestion in its' .php about any other changes needed. Thanks (in advance)!

[ridexbuilder]

Nothing to get concerned about.
The order of the columns is irrelevant (apart from EOREOR). You can upload any column, as long as model number and EOREOR are also present - just x-sell, for example.
The coding of "custom" has probably been added to over time, to include extra functionality, unlike "complete".

It's all change again in 2.5 due to extra product fields etc.

[JRR]

Ah, well "complete" had no trouble with other added fields (I use the Canada Post shipping module) and it sends me the height, width, and length just fine. Odd that complete misses 'x-sell'.
When is 2.5 going to be stable enough to use commercially? Any hints as to the release date?

[ridexbuilder]

By the same token, you might expect Froogle Products File to product something meaningful - it doesn't!