Tried to buy a $2.99 sale item, and it goes full price in Cart?

On the Daz Store page today 24 November, the RawArt Gorilla for G8M is on sale for $2.99.  The moment I put it into my shopping cart, the price immediately goes to $24.95 (full price).

I logged in and out, emptied my cart several times, rechecked that the item was in fact on sale, and put it back into the cart, and same thing - full price.

There is no way to contact anyone at Daz to ask them to fix it and by the time a support ticket gets handled (2 weeks from now) it will be irrelevant.

Is this a problem still happening in the store?  I have seen this happen before since the store "upgrade" broke everything.

Anyone experiencing this too?

Antonio (ProFotograf)

No description available.image

Comments

  • Dozens of items are like that, and I'm subscribed to the Platinum Club.

  • Take two aspirins and call DAZ in the morning.

  • CypherFOXCypherFOX Posts: 3,401

    Greetings,

    Looks like they've fixed it.  Everything's showing up at 50% off.  With the right combination of items, ~60-68% off in the cart, but not 89% off. :)

    Figured it was a bug; they're getting better at catching and fixing them.

    --  Morgan

     

  • DAZ_RawbDAZ_Rawb Posts: 817

    There was a performance optimization made to the catalog price calculations (which is processed separately, but uses the same rules as the cart calculation) that ended up corrupting internal memory and misaligning prices with products.

     

    This has been fixed and everything is showing the correct pricing now.

  • Dozens of items are like that, and I'm subscribed to the Platinum Club.

    I'm Platinum Club as well, have been since the beginning of time at Daz, both as a private customer and earlier as a Daz PA.  I will just assume this problem is part of the massive store "upgrade" that broke everything.

    There are so many things wrong, and I know the solutions to them and why they are wrong - but I have no clue who to tell.  I have literally a massive checklist, with behaviors and reasons why they no longer work.  But who to tell, who will listen and take me seriously... 

    The best is realizing that the Product Library, where your purchased items can be manually downloaded, if you hover over many new items, you'll notice that the links which work fine, have the product SKU number in them, but for some reason many of them have a text name with hyphens in it and no SKU.  If you click on them - nothing happens - no product on the right, no download links.  Part of the way to be able to actually get that page to work, is to try to get to the store page... HOWEVER, you can't.  Why? because the "HIDE PRODUCTS I OWN" button doesn't work, if you click it to view what you own - and try to use SEARCH to find that product, the "HIDE PRODUCTS I OWN" automatically stays ON.  Go to the VENDOR PAGE (if you type the name of the Vendor in search - 70% of the time you'll get the OOPS 404 Page not Found error) and if you DO get the VENDOR PAGE - the "HIDE PRODUCTS I OWN" checkmark doesn't REFRESH the product list, it goes back to being permanently ON.  I found that there is only one way to get to the PRODUCT LIBRARY download page, if you manage to actually find the product thumbnail (I usually go to GOOGLE, search for the PRODUCT I'm looking for, and if GOOGLE finds the DAZ Page, click it.  THEN if you are like me, and have the DAZ DEALS plugin for either CHROME or FIREFOX installed, there is a lovely little button up top with a cloud and a down arrow to go to the Download page.. this usually has the SKU and goes to the correct page.  And you can then MANUALLY Download your product.

    This happens on MANY MANY ITEMS since the "Upgrade" took place a few weeks ago.  Including many BUNDLE items you cannot download.

    Just one of the ongoing issues happening in the Daz Store.

    Antonio

  • DAZ_Rawb said:

    There was a performance optimization made to the catalog price calculations (which is processed separately, but uses the same rules as the cart calculation) that ended up corrupting internal memory and misaligning prices with products.

     

    This has been fixed and everything is showing the correct pricing now.

    You are serious? You are TESTING such things in the PRODUCTION system? *facepalm*

  • CypherFOXCypherFOX Posts: 3,401
    edited November 2020

    Greetings,

    @ProFotograf - Can you give an example of an item that has those hyphens and can't be reached from the Product Library?  I can't guarantee I'll be able to reproduce it, but there's around a 45% chance that I own it, and much higher if it's post-Genesis.

    Okay, Product Library is the second best way...the best way is to just use DAZ Install Manager to download the .zip files.  I have 2.75TB of stuff just from here, and I'd be lost without DAZ Install Manager.  Even if you don't use it to install, it's very good for finding and retrieving the necessary files.

    --  Morgan

     

    Post edited by CypherFOX on
  • xyer0xyer0 Posts: 6,510
    DAZ_Rawb said:

    There was a performance optimization made to the catalog price calculations (which is processed separately, but uses the same rules as the cart calculation) that ended up corrupting internal memory and misaligning prices with products.

     

    This has been fixed and everything is showing the correct pricing now.

    You are serious? You are TESTING such things in the PRODUCTION system? *facepalm*

    Emoji

  • LeanaLeana Posts: 13,531
    DAZ_Rawb said:

    There was a performance optimization made to the catalog price calculations (which is processed separately, but uses the same rules as the cart calculation) that ended up corrupting internal memory and misaligning prices with products.

     

    This has been fixed and everything is showing the correct pricing now.

    You are serious? You are TESTING such things in the PRODUCTION system? *facepalm*

    Who said they didn't test it before? Sometimes things which work properly in test do fail in production.

  • Mark_e593e0a5Mark_e593e0a5 Posts: 1,603
    edited November 2020
    Leana said:
    DAZ_Rawb said:

    There was a performance optimization made to the catalog price calculations (which is processed separately, but uses the same rules as the cart calculation) that ended up corrupting internal memory and misaligning prices with products.

     

    This has been fixed and everything is showing the correct pricing now.

    You are serious? You are TESTING such things in the PRODUCTION system? *facepalm*

    Who said they didn't test it before? Sometimes things which work properly in test do fail in production.

    Sorry, but... no.

    I am working in that area (test management, computerized system validation, IT QA, manufacturing QA) since 20 years, in much larger projects than "just" a store upgrade. If it does work in the test system, but not in production, then the test system has not been set up properly. In the industry I am working (pharma, life science), IT systems must exactly do what they are supposed to do. 

    Post edited by Mark_e593e0a5 on
  • CypherFOXCypherFOX Posts: 3,401

    Greetings,

    Pharma and life science stuff has a very different risk threshold and also a very different funding threshold than a digital web store.  The amount of money that goes into certification and assurance for things where people's lives are on the line is a very different profile than a web store.

    I have worked in the web and internet field for some 20 years myself, and software development for ten years before that, and very few people outside of large companies have the money to replicate a full test environment and traffic load on their test servers.  Optimization is a common place where things fail, especially when caching web proxies get in the way, for instance.  Varnish is a great example of a caching web proxy that it's really easy to work really well in test, but run into a wall in production, along with strange behaviors, and DAZ ran into that problem during the last store upgrade.  These things happen.

    Ultimately, one of the things I've learned in around 35 years of software development is to trust that other folks have done their best under the forces that are applied to them, as you would want them to trust you, even in the face of bugs.  Forces of funding, timing, management or external pressure, and more, are all balanced and folks try to work within them.  This is something especially to remember when things go wrong.  Folks are doing their best with the forces being applied to them, and it's really not okay to act as if they're not, or bad faith, or poor skill is involved.  You'd want the same faith applied to you, so apply it to others.

    These bugs too shall pass.

    --  Morgan

     

  • CypherFOX said:
    Ultimately, one of the things I've learned in around 35 years of software development is to trust that other folks have done their best under the forces that are applied to them, as you would want them to trust you, even in the face of bugs.  Forces of funding, timing, management or external pressure, and more, are all balanced and folks try to work within them.  This is something especially to remember when things go wrong.  Folks are doing their best with the forces being applied to them, and it's really not okay to act as if they're not, or bad faith, or poor skill is involved.  You'd want the same faith applied to you, so apply it to others.

    These bugs too shall pass.

    --  Morgan

     

    This is a great post, I appreciate the understanding.

Sign In or Register to comment.