Merchants

[Sassy Romano Member]

Because...they go to the purchaser and not the recipient. *sighs*

Click for JIRA Marketplace Redelivery of a gifted item is sent to the purchaser instead

Basic basic junior programming at this level.  Obviously redelivery should go to the RECIPIENT.

It's not hard, really it's not.

[Rya Nitely Member]

I don't get it. Didn't they have a beta group or something to sort out stuff like this before going live? Some beta group 

[Sera Lok]

tested/replicated/voted/watched.

[BastChild Lotus]

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.

[Sassy Romano Member]

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.

[Super String]

Oh...I certainly believe...we're all part of  this "beta group" right now.  

Do you notice that? They're just testing this new system on us.

We're Beta testers.

[Darrius Gothly Member]

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.

[Josh Susanto]

>We're Beta testers.

Yeah. Why pay beta testers when you can get them to pay you involuntarily?