I just installed SO and ran the SQL patch. Everything seemed to be working fine until I tried to place a test order.
The order goes through, a confirmation email is sent, but the order does not show up in the SO orders listing page. If you type in the exact order number, it appears. It also doesn't appear in the customer's account, unless you follow the link sent to that exact order number that was in the confirmation email.
I have SO working on my own store, but now that I'm trying to set up a store for a client, I can't get it to work.
Thanks in advance!
Similar problem. Here are the symptoms. Maybe someone can figure this out for us:
Zencart 1.3.7
SO version 2.0, fresh install (not upgrade)
I have been running SO for a few days with no problem.
Then a customer placed an order yesterday, normal emails were sent and received, and the order appeared in SO. We shipped it out and made some changes to the status as normal, but somewhere along the way, the order suddenly disappeared from the SO order list (it also disappeared from the regular non-SO order listing). It also disappeared from the customer's account overview screen. But same as your situation, the order was in fact still in the system, and could be pulled up and edited via the search function (search for the specific order number).
I checked the MySQL database and the order appeared there as normal BUT the order status was listed as "0" (instead of one of the normal choices of 1-5).
I then went back to the SO Order Listing page and ran a search again for the order number. The edit screen appeared for this order. I went to the bottom and noticed that although we had previously changed the status to "Delivered [3]" (and the status history confirmed that), the status pull down menu was showing "Pending [1]" now. So I again selected "Delivered" from the menu and clicked the update button....Presto!...the order reappeared again in the SO order listing.
OK, no problem, but it worries me more than a little and I am wondering if this will continue to happen over time? How can we fix this?
Any asisstance would be greatly appreciated! Thanks!![]()
I did notice with this installation (also a fresh install) that the orders status options were arranged differently than with my other ZC install. Wonder if that might have something to do with it? I'm having all the other problems that thomasw98 mentioned as well.......or maybe you just did a better job of explaining than I did.........
Here's what worked for me.
I started playing around with orders status (both on the Localization -> Orders Status Page and on the Config -> Super Orders page). Most of the settings on the Super Orders page were set to "Default" - but when I changed them to the Processing that my client will be using, the orders started appearing.
In my case, it was just that the "Default" setting wasn't working right, but once I changed it, everything worked.
I'll give it a try. My problem is actually not ongoing, just sort of one random occurence which I am trying to understand and prevent in the future. But I think you could be right about something being wrong with those default settings. Will let you know if I discover anything else.
I just uploaded all super order data files. My problem is when I tried to upload or enter the query of super_order_sql file, it gives me this error
what's the problem? Can anyone help me on this?Code:1062 Duplicate entry 'CA' for key 2 in: [INSERT INTO zen_so_payment_types VALUES (NULL, 1, 'CA', 'Cash');] If you were entering information, press the BACK button in your browser and re-check the information you had entered to be sure you left no blank fields.
BTW, I'm using ZC v1.3.5
I've got a fresh install of 1.3.7 and the latest super orders.
When I press the BATCH FORM PRINT link I get a blank screen. I have redone the install several times without luck.
Any ideas on why the super_batch_forms.php isn't responding?
Tom
I have an interesting problem I hope you all can help with. I'm totally sold on Super Orders. However, I'm using both the USPS and UPS shipping modules. When people select overnight shipping, for example, super orders just says "UPS" in the order. If I switch over to the standard order system, the full line "UPS: overnight" (or whatever they selected) is there. So, the information is being captured by the system, but SO is not showing it. So, we have to log into the regular ordering system to see what shipping method they chose.
Anyone have any ideas?
You need to compare the two files in admin: super_orders.php and orders.php
From what I can see, orders.php has this line:
$contents[] = array('text' => '<br />' . ENTRY_SHIPPING . ' ' . $oInfo->shipping_method);
And super_orders.php has this line:
$contents[] = array('text' => TEXT_INFO_SHIPPING_METHOD . ' ' . $shipping_method);
First backup the original super_orders.php file so that if this does not work, you can always switch back to the orginal.
Now try changing the shipping line in super_orders.php from the one above to:
$contents[] = array('text' => TEXT_INFO_SHIPPING_METHOD . ' ' . $oInfo->shipping_method);
I tested this and it works for me.
General Advice:
By the way, this is the logic I use for just about all of these type of problems. I have almost no clue about php coding, so I just use common sense to compare two lines or to make a guess at what I should modify. Most of the time it works. Just remember to always leave a trail of backup files to fall back on in case these type of hack experiments don't work. I usually have several versions of each backup file with indicative names like super_ordersBEFORESHIPPINGLINEADJUSTMENTTEST.php, etc. Even if the adjustment of the shipping line works out ok, I still leave the backup file on my harddrive for a few months just in case.
Last edited by thomasw98; 24 Oct 2007 at 01:47 AM.
Bookmarks