Bug Book — Murad

Spur caught Murad's price sorting using original prices instead of actual sale prices

When sorting by "Price, Low to High," sale items were being ordered by their original price, not what customers actually pay. The result: a $14.40 item appearing after a $15 one, because it was originally $16.
TYPE OF TEST
Pricing
SEVERITY
Medium

What this run

has verified.

Spur's Functional Testing agent opened Murad's shop-all page, chose "Price, Low to High" from the sort dropdown, and checked that products reloaded correctly. The grid loaded and the sort label updated, but the prices were out of order.

Sort accuracy

Products reordering by the price customers actually pay.

Sale price handling

Discounted items slotting into the correct position in a price-sorted grid.

Filter logic

The sort function reading current sale prices.

Browse experience

Shoppers seeing a genuinely ascending price order when asked.

Compare

The customer's live site,

captured by

Spur

during the run.

Before

After

Validate that the first several product prices are in ascending order (lowest first)

5 - Step failed

What this

one catch saved.

5hrs

Dev time saved

Shipped, this one is subtle enough that it takes a focused investigation, someone has to work out whether the sort is pulling from the wrong price field, confirm it only affects sale items, and test the fix.

Misleading

User experience

A shopper sorting by price lowest first is trying to find the best deal. Showing them a $15 item before a $14.40 one because the cheaper item used to cost more quietly undermines the whole experience.

3hrs

Manual QA time

Catching this manually means sorting by price and then reading every product card carefully enough to notice the sequence is off, and knowing enough about the catalogue to spot.

The actual test

in

Incorrect price sorting

A 5-step functional test of the sort functionality on Murad's collection page. Spur opened the sort dropdown, selected the price ascending option, waited for the grid to reload, confirmed the sort label updated correctly, then verified the actual product order. Four steps passed, the one that checked the numbers didn't.

Click the SORT BY dropdown

Select [Sort_label:Price, low to high] from the dropdown options

Wait for the product grid to reload

Verify the SORT BY dropdown now shows [Sort_label:Price, low to high] as the current selection

Validate that [Sort_label:Price, low to high] the first several product prices are in ascending order (lowest first)

Incorrect price order

CASE FILES

More bugs, same playbook.

Checkout

Mild
Spur spotted a pickup-only item sitting under the "Items to be Shipped" header in the cart

UI/UX

Mild
Spur flagged three subtle issues on Parade Float Supplies' product pages

Checkout

Critical
Spur caught Anolon's Add to Cart button blocking every purchase

Pricing

Medium
Spur caught Murad's price sorting using original prices instead of actual sale prices

Interactions

Critical
Spur found a broken Best Sellers link sending Skims shoppers to a 404 page

Checkout

Critical
Spur caught Wander's checkout showing guests $250 less than the actual booking total

UI/UX

High
Spur caught raw template code showing up on Docusign's subscription plan page

AI Feature Error

High
Spur found a search engine serving cleaning kits when customers looked for gaming consoles