Loan Comparison Downpayment - Deleted numbers stayed

[amymok]

I was updating Downpayment (you can try this on either % or the actual amount). If you enter whatever, then hold the "delete" key until everything is deleted. And then you pause (lift your finger away from the "delete" key), you will see whatever you deleted comes back.

So if you enter a number right away, it will concatenate the newly entered number to the deleted item.

Is this expected behavior we want?

@stephanieosan @cfarm @virginiacc

[stephanieosan]

No, that's weird! I wonder what we do want to happen, though. Ideas?

[cfarm]

We talked about this during pairing yesterday and came up with some ideas for the down payment inputs:

• Instead of whatever you entered reappearing after hitting delete, the field should stay blank or change to 0
• Instead of debouncing the change event so that every few seconds after typing the field data updates, we could use the blur event and wait until the user moves on to the next field. This would mean the downpayment percent and dollar amounts would only update each other after the user focuses on another part of the page, and would also prevent error messaging from appearing while typing
• Instead of placeholder values for the down payment scenario, it should just default to the default value - placeholder can appear as "25,000" if you start to delete the text.

[virginiacc]

This should be fixed with #474 -- there was a bug with empty downpayment values. The field now will be blank when the input's content is deleted. I kept the current change event behaviour, but removed the placeholders as per @cfarm's comment above.

[mthibos]

@virginiacc Come to think of it, I think we had a similar bug when we were launching Explore Rates, and I think we fixed it the same way. Good choice!