Super Orders v3.0 Support Thread (for ZC v1.3.9)

[Green333]

Hi
Have just started using superorders3 - is great.
Just wondering if it's normal that all text runs in together in comments when updating an order via the details button (ie. Line breaks are not retained)
Many thanks :)

[4lex]

Hi. I've installed Super Orders on my zen cart (1.3.9), thanks for making it available.

I'm dealing in GBP, but the pdf renderer doesn't appear to like that and instead of the pounds symbol returns £ in the printed output. I'd like a pound sign, but I'd be ok with losing the currency designator altogether as we're only operating in sterling.


Thanks,

Alex

[honda-crunch]

Hi All!

I'm receiving this error in my admin debug log:

[07-Apr-2011 13:39:38] PHP Warning: stripslashes() expects parameter 1 to be string, array given in /home/server/public_html/admin/super_orders.php on line 131

Also, I am not getting the shipping detail line to show anywhere. But order total shows the shipping costs added in.

Any ideas? Oh, I do have TY Tracker installed and turned on/linked.

Hi. It just so happens that I am now getting the same report in my cache folder. Originally I was getting reports containing the following:

[13-Sep-2011 16:55:38] PHP Warning: Missing argument 5 for update_status(), called in /var/www/vhosts/super_payments.php on line 59 and defined in /var/www/vhosts/includes/functions/extra_functions/common_orders_functions.php on line 77
[13-Sep-2011 16:55:38] PHP Warning: Missing argument 6 for update_status(), called in /var/www/vhosts/super_payments.php on line 59 and defined in /var/www/vhosts/includes/functions/extra_functions/common_orders_functions.php on line 77

Repeated for argument 7, 8 and 9

I found a fix through this forum as below which did actually stop the above php warning.

I had this as well.

In the admin folder under Includes > Functions > Extra Functions

Edit the common_orders_functions.php file:

Change line 77 from:

function update_status($oID, $new_status, $customer_notified, $comments = '', $track_id1, $track_id2, $track_id3, $track_id4, $track_id5) { 

to:

function update_status($oID, $new_status, $customer_notified = 0, $comments = '', $track_id1 = '', $track_id2 = '', $track_id3 = '', $track_id4 = '', $track_id5 = '') { 

It appeared to fix one issue and created another.
To give some idea to help. I'm using zen 1.3.9h. I have Super Orders 3, Edit Orders 3 and TY Tracker installed. As far as I can tell all systems are go as long as you don't touch the batch buttons, whether emails or printing. I beleive the issue has a lot do with the common_orders_functions.php. After reading a great deal of posts, I am unable to find an answer.

I think this is an absolute superb mod and I am one of those people that doesn't like to see warning or errors.

I have read that a new version will be out sometime that eliminates the common_orders_funtion.php all together. Can anybody confirm this? if so, and I can't sort out the warnings I may have to wait for the new version and purge the cache folder occasionally.

Many thanks to any one who can look at this.

[Rizla]

Hi
Decided to give Nochex a go as an alternative to PayPal.
Just got my first order last night though Nochex. Email sent which includes most info except item purchased (bit anoying but can live with it)

PROBLEM: I opened up the 'Orders' and went to DETAILS screen this morning and there is no sales data...

"No Order Payment Data Available"

The customer address is there along with the date, IP, email but nothing else.

Now, if I open the INVOICE all the data is there as it should be.

I will also post this in the add on payments section as I am uncertain where the problem can be sorted.

Thanks for any help.

[Rizla]

SORRY... Please disregard!
Aparently it is a Nochex install problem as supplied in addon payment mods section.

Thanks

[wildchick]

Did anyone here edit the code to display the Total Weight in the order details page? It is very important for me? Any suggestion on editing the code or if someone has done it can they be kind enough to include the changes in this thread or via PM.


I also Highly recommend this feature be added in the future release of SO 3.0. It is necessary when shipping and I dont like to add each item to cart to find the total weight of a customers order. IT takes up a lot of time. And I preprint labels and then pack, so I like it premeasured.

PS absolutely loving the master packing list and this mod.

[carlvt88]

Sorry if this is already covered. It rings a bell, but I've been searching and can't seem to find it.
The symptom: using batch status update, I change status and send an email to the customer, but when I look at the order status history, it isn't showing that the email was sent.

The email actually is sent, but in mysql, I see that the int field for customer_notified = 0

I see the following:
Line 72 of super_batch_status.php, $notify = zen_db_scrub_in($_POST['notify']); sets $notify = 'on'

arg #4 to batch_status() is then a string.

Line 408, this string is passed to the update_status() function in common_orders_functions.php

In update_status(), $customer_notified = 'on', which is part of the record inserted into the database, but that record is an int in mysql and it gets set as a 0.

Is there a fix for this already? Or do I need to add the logic to change 'on' to 1 inside of the update_status function?

Thanks,

[jpietrowiak]

Hello,

Can't search for purchase order number. I have super orders V3 installed. Is there a way to enable the search field from superorders admin to do this.

[DivaVocals]

Hello,

Can't search for purchase order number. I have super orders V3 installed. Is there a way to enable the search field from superorders admin to do this.

There already are search fields in Super Orders to locate orders (both in the order detail and the order list).. If you looking for a way to search for the PO numbers the customer paid with, Super Orders doesn't support this or searching for any other form of payment by the payment number.

[DivaVocals]

Sorry if this is already covered. It rings a bell, but I've been searching and can't seem to find it.
The symptom: using batch status update, I change status and send an email to the customer, but when I look at the order status history, it isn't showing that the email was sent.

The email actually is sent, but in mysql, I see that the int field for customer_notified = 0

I see the following:
Line 72 of super_batch_status.php, $notify = zen_db_scrub_in($_POST['notify']); sets $notify = 'on'

arg #4 to batch_status() is then a string.

Line 408, this string is passed to the update_status() function in common_orders_functions.php

In update_status(), $customer_notified = 'on', which is part of the record inserted into the database, but that record is an int in mysql and it gets set as a 0.

Is there a fix for this already? Or do I need to add the logic to change 'on' to 1 inside of the update_status function?

Thanks,

My apologies for the very late reply.. I've been crazy busy with work and medical (surgeries) issues..

I have the next Super Orders release nearly finished, but am stuck on the batch e-mail/status updates. In addition to trying to correct the issue you describe, I want to align it so it works with the new comments options in Zen Cart 1.3.9 (including support for hidden comments). That's where I left it when I last had time to look at it.. Will be taking a look at this again in the next two weeks..

None of this helps you though does it..