Dirty Butter

YEP - lots of spacing changes, new smarty, new PHP Mailer, not to mention one substitution that had to be done all over the place - can't remember now what it was.

Thanks for your time - I may have actually learned a little bit

Here's what resulted when I saved the custumer_message text entry as Hex and saved it: 466F7220796F75 - here's the ???? part - 0D0A4C6F76652C204D616D61

I created a test order and pushed enter to get different lines shown. The order_summery table customer_message field has just what I typed in on the customer's order page: And the packing slip works! I guess I never had actually tested it as a customer, because they never have used different lines. So the problem is not with code, but a way to explain this method to the customer. Sorry for wasting your time!

This is my code for the Gift Enclosure section: {if !empty($order.customer_message)} <p><center> <!-- <div id=" ">Message from {$order.first_name}: <h3> {$order.customer_message|nl2br}</div></h3> --> <div id=" "><h2> {$order.customer_message|nl2br}</div></h2> </center></p> {/if} So it already has the |nl2br| - maybe in the wrong place?

This is for the print packing slip that goes in every order. I used <br> to create lines- quick and easy, rather than <p> </p>.

I basically cloned the packing slip files so I can give customers a way to write a gift message and send a packing slip without prices displayed. This works very well for short messages. But sometimes they write enough to wrap to a second line and doesn't "look right". My layout centers their message under our logo in a large bold font. Here's one that looks odd all in one wrapped line: Happy 1st Birthday to my beautiful daughter, xxx!! I hope you love and cherish your Nicky!!! Love, mommy For the few that are this long I have been going into phpMyAdmin and adding breaks: Happy 1st Birthday to my beautiful daughter, xxxx!! I hope you love and cherish your Nicky!!! Love, mommy Is there any fairly easy coding change to give the customer a way to create the line breaks? If not, I'll keep doing what I am doing. This happens rarely enough to not be that much trouble.

Thanks! That's what I thought but wasn't sure which check mark I needed. We had a PP chargeback on a sale that was delivered to a different address. But a lot of our sales are gifts, so different destinations is common for us.

It's on Standard PayPal and evidently on Braintree too , based on someone's thread on Braintree.

My Admin DOES sort by Sales Price. That may be something Bsmither helped me do a long time ago - will try to find it. Well I found it, but it's not quite what you need. I suspect what you need might take similar coding - but it's way past my abilities. https://forums.cubecart.com/topic/54197-need-help-with-sort-on-custom-quantity-discount-column/?tab=comments#comment-234658

Has to do with payment gateways - Senior Moment that has turned into a Senior Week LOL. PS - tried to choose Extension Discussion, but would not let me choose that section to post in.

Nothing in the options_identifier. I don't use Options - never have. Order Details, Transaction log, and History all look normal Store product details show in stock Admin list of all products showed it in stock and in stock when I opened that product listing EVERYTHING looked as it should in database, transaction, history, options_matrix. When I manually updated Cache from Admin - all behaved itself and corrected error. I've never seen anything like this in all my years of using CC.

The list of all Products DID show it as being in stock when it should have been zero. I'll check out the other areas you've asked about as soon as I can.

When payment is made - been this way since the beginning Main stock level as matrix stock level summary NOT checked - never has been

We sold an item today I knew we only have one of. I always check the image and desciption in the store to be sure I get the right one out of stock. Lo and behold it was shown in the store as still available. This has never happened to me before. As soon as I cleared Cache in Admin, the storefont data was correct. Any idea how that happened?