Quote Originally Posted by tncproweb View Post
One more stupid question, do I need to manually insert the SQL patch into phpmyadmin? Hope not, or can I run it from within the admin section of the cart? I know code and stuff like that but MYSQL scares the crud out of me worse than a trip to the dentist
The "SQL Query Executor" tool in the Admin should work fine, but I always personally recommend using phpMyAdmin because it's just more robust and secure. It's also equally painless. Log in > select the DB > click the "SQL" tab > Browse to the file in the "Location of the textfile:" box > Click "Go"
Quote Originally Posted by Stevietheman View Post
Thanks for your response.

I am seeing the problem with IE6, and it's a case where I, as an administrator of my client's store, use Firefox (so I'm OK), but my client still uses IE6, and he's the one who will use the admin area to process [super] orders. I haven't been able to get him to switch to Firefox as of yet (it's hard to get some people to see the advantages of using an alternative browser).

I found a discussion in this thread relating to IE7, but I couldn't discern a specific workaround I could implement. Is there one?

Thanks!
The latest version of Zen Cart has the same fix in admin/orders.php. A quick look leads me to think the solution is in the CSS...
Code:
textarea {
width: 80%;
}
If that's not in your admin stylesheet, put it there and see what happens.
Quote Originally Posted by audradh View Post
Hi All,
Is anyone using QBI? I'm finding that discounts added to an order from the backend do not get recognized by QBI. I am guessing that Super Orders has created an entirely new field rather than use the existing coupon field. Has anybody already figured this out or know what field these discounts are being saved as. (If "field" is not the appropriate term please excuse my ignorance, lol.)

Thanks!
Audra
Do you mean discounts, as in adding a new line to the order total, or are you referring to refunds, the red payment lines? If the former, I would guess that QBI is looking "too specifically" at the order total lines, and thus ignoring the custom ones.

If the latter, all purchase orders, payments, and refunds exist in an independent table structure, and definitely won't show up in QBI without some customization.