03-27-2012 02:43 AM
Because...they go to the purchaser and not the recipient. *sighs*
Basic basic junior programming at this level. Obviously redelivery should go to the RECIPIENT.
It's not hard, really it's not.
03-27-2012 03:05 AM
03-27-2012 11:31 AM
Paul and I have tested it and confirmed this as well. Here is what we saw:
Redelivery of an item that is a Direct Delivery item... results in the product going to the purchaser INSTEAD of the gift recipient.
Redelivery of an item that is still in a Marketplace Box ... delivers as normal to the gift recipient.
Are you guys seeing the same thing? Voted for the Jira.
03-27-2012 01:03 PM
Exactly that. I'm stunned that there are two code bases dealing with this to be honest.
You'd think that below all the Marketplace stuff it would result in "Delivery x To y" as a function that then calls either the Magic Box code OR the Direct Delivery code.
Clearly there are two separate streams such that the one that is correct is the one that is being removed while delivering a completely different delivery function with different interface.
It doesn't seem very modular at all.
03-27-2012 01:16 PM
03-27-2012 01:57 PM
This may be why Direct Delivery took so long to code. Apparently the XStreet SL codebase was being used for delivery, payment, commissions and redelivery. They must have had to recreate that entire function set ... and apparently they made some beginner's mistakes in replicating it.