Developer forum

Hi Nicolai,

The webshop i'm mentioning is a regular DW implementation, the problem is that we're trying to "sync" the webshop(DW) with our cart from the app.
Meaning that if a user has no current cart on the webshop(DW) and creates one via the app(dwapi). 
We want that created cart to be the current cart when the user then enters the webshop. So a way to override/change the current cart in the DW webshop context so to speak.

I tried calling the "CartCmd=SetCart" command from the app via a HttpClient GET/POST request, but it doesn't seem to work when i log into the webshop with the user. 
The cart is still only a draft cart.

The only success we have setting the cart on the webshop, is if we the open the cart in a mobile browser via the app with the "CartCmd=LoadOrder" command.
But we're looking for a more subtle way to change it, preferably during cart creation.

Maybe we'll try to look into making a custom solution and get back with what we come up with,
but i thought others would find changing the current DW cart via the dwapi a useful command :)

Kind regards,
Mikkel Hammer

I do not think we have something for that - should be fairly simple though. This subscriber will have the user after login. If Common.Context.Cart is null, go to EcomOrders table, find the latest version of an orderid that is a cart - the userid is on that cart. Then set common.context.cart to an order instance of that cartid - using OrderService

[Dynamicweb.Extensibility.Notifications.Subscribe(Dynamicweb.Notifications.Standard.User.OnExtranetLogin)]
    public class OnExtranetLogOnObserver : Dynamicweb.Extensibility.Notifications.NotificationSubscriber
    {
        public override void OnNotify(string notification, Dynamicweb.Extensibility.Notifications.NotificationArgs args)
        {
            if (args == null)
                return;

            if (!(args is Dynamicweb.Notifications.Standard.User.OnExtranetLoginArgs))
                return;

            

            Dynamicweb.Notifications.Standard.User.OnExtranetLoginArgs item = (Dynamicweb.Notifications.Standard.User.OnExtranetLoginArgs)args;

            var user = item.User;
            
        }
    }

Hi Nicolai,

Thanks a lot for helping with the base of the NotificationSubscriber, was something of that sort we were going to do.

But now that i think of it, it sort of "breaks" the whole meaning of drafts in the standard DW implementation, since it would load your lastest draft order if you emptied your cart before logging out, if you just saved your current cart as a draft and then logs out, or if you just completed your current cart and then logs out, since those scenarios leaves you with no "active" cart.

Which leads into another scenario with the dwapi with the whole talk of standard DW "active" cart.
When you get all your carts with the dwapi, you have no way of knowing if it's a draft or an "active" DW cart.

In the GET carts (/dwapi/ecommerce/carts/) request below here, i get two carts. Both are actual draft carts.
So if i log into the webshop, i'll have no current cart.
But when i get all carts for the user for our app, i can only use Modified as what i "think" might be the current webshop cart.
If we just always load the lastest modified cart, we'll have two different scenarios for our users, where on the webshop you have no cart, but the app loads your lastest edited draft cart.

So i think a solution could maybe be to extend the cart model with an "active" property, both in the UserCartsResponse model so you can see if the current user has an active cart, and which one it is, else you can create a new cart. And then in the OrderViewModel so you can change which cart is the "active" one from the dwapi.

But that would probably mean something have to change in standard DW to use the same logic with the "active" cart.
Since the only thing i've found that DW uses for selecting "active" cart is some sort of sessionid on the cart, but i'm not sure that's the only thing that get used.

EDIT: just a note on the above line i've made italic (doesn't seem it allows me to cross over text). I've been made aware that it seems to be stored in the AccessUser table in the AccessUserCartId column. Maybe that's something we can hook into? So another approach could be extending UserViewModel with an "ActiveCartSecret". That way you can get the information without checking through every order in /dwapi/ecommerce/carts/ for an "active" property (though it would still be a welcome change to have it labeled on there). Then you can just call /dwapi/ecommerce/carts/{secret} to check if the cart is still available. But there a "mismatch" with AccessUser storing it as Cart Id, and the dwapi needing the cart secret, but it still seems as a possible route to go aswell :)

Hope it makes sense :)


Best regards,
Mikkel Hammer

Hi Nicolai,

Aha, didn't know it had such a indepth logic behind it, thanks for pointing it out and explaining!

It sounds like that would be enough to fulfill what we're looking for, though im not sure what you mean with the "But it would not bbbe working completely like the current implementation though" part. Is it regarding the webapi needing the cart secret and not cart id?

Best regards,
Mikkel Hammer

By that I mean that if you are using the more complex active cart features in a frontend and mixes with this when it comes, unexpected results could occir.

so a very rare potential issue not relevant for you 😉

Thanks for the clarification, and glad to hear it shouldn't be relevant for us 😉

Is this something we could expect any time soonish, or is it a feature you'll look into maybe along with DW10?
Since it will come with unexpected results in rare occasions.

And thanks for your insigth and explations on the topic, it helps alot! 

Hi DW,

Where did this end up? :)

Best regards,
Mikkel Hammer

bump

Thanks Nicolai, much appreciated!

Best regards,
Mikkel Hammer