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

[Centec2b]

Oh you think I'm a REAL programmer?? Not me..

What looks logical is that changing the true to false would mean the checkbox is no longer checked by default.. (same with the radio buttons.. true = selected and false = not selected) Best way to KNOW is to simply try it (it's what I would do to test it..)

Diva be assured, from where I am sat, you are a real programmer....

I have implemented the changes to the buttons at the bottom of the order sheet & super batch status and everything seems to work ok - so far

/toolroom/super_orders.php
/toolroom/super_batch_status.php

so if anyone wants to change the buttons default behaviour to contact customer this may be of interest

Diva - thank you for your help - respect

Centec2b

[DivaVocals]

Well thank you, but I am more of a "figure it outter" than a programmer..

I think your changes will work.. It's just a matter of changing what you want as the default state for the various checkboxes and radioboxes..

That said, I wanted to add this, for anyone modifying the default state of the three comments radioboxes (Email, No Email, Hide), it's NOT a good idea to set them all to false..

Unless you are VERY disciplined enough to remember to select one of the comments radioboxes, you will possibly end up with NO comment being saved at all or errors if they are all set false.. At least ONE of the radioboxes should be set to true.

Also the "Append Comments?" checkbox should always be selected or comments will not be saved to the database.

Diva be assured, from where I am sat, you are a real programmer....

I have implemented the changes to the buttons at the bottom of the order sheet & super batch status and everything seems to work ok - so far

/toolroom/super_orders.php
/toolroom/super_batch_status.php

so if anyone wants to change the buttons default behaviour to contact customer this may be of interest

Diva - thank you for your help - respect

Centec2b

[pinkchalkstudio]

Thank you for version 3.0! I was able to upgrade without any problems and love the new features. I have one very small question on the changes made to ADMIN_FOLDER/includes/modules/orders_download.php

I'm not clear on why these two changes were made:

download_reset_off is now download_reset_on

icon_green_on is now icon_yellow_on

The yellow icon indicates 'expired' on the legend for downloadable products so it seems confusing that the button next to the downloaded products is now yellow since the downloads are definitely 'active' (green on the legend).

When I press the button it resets the the number of times the file can be downloaded. I've always had odd behavior with that button in general even on the baseline zencart orders panel. It's not a feature we've needed (ie I have no expiration date for downloadable purchases thus no reason to 'reset' their downloads) so it's possible I just don't understand how it's supposed to work :)

Since I sell a lot of downloads I want to make sure I understand why I'm putting this change in so that we don't use it incorrectly or encounter unexpected behavior.

Thank you!

[ScriptJunkie]

Happy New Year everyone :)

Hi Diva - I LOVE this mod

I've installed it and have completed testing. I have one general question, one small issue, and one bigger issue.

Software/Server Info

• ZC 139h
• PHP 5.2.15
• Linux Server
• Super Orders 3.0

1. If I click on the customer profile icon, and then either cancel or update the profile page, it takes me back to customers.php instead of back to super orders. To get back to super orders.php, I have to click the orders button from the customers.php page.

I suspect this is what it's supposed to do, but since I didn't test that functionality prior to the s.o. install, I am unable to confirm correct functioning for myself. Can you confirm?


2. If I click on the customer name text link on super_orders.php, it takes me to mail.php to email the customer. If I click cancel, sometimes it reloads a normal looking super_orders.php page.

Other times it reloads a partially blank super_orders.php page (i.e. unpopluated with customer list - as if there are no customers). Reloading the page through the browser has no effect. If I use the menu to navigate back (customers>>super orders), the page populates normally.

On the other hand, if I go ahead and send an email, once the email is sent, it takes me back to mail.php. If I click cancel from there, it takes me back to the main admin page.


3. When I click the print button (both from s.o. admin interface and order details), the page that comes up has this error on it:

ORDER STATUS HISTORY & COMMENTS
1054 Unknown column 'track_id1' in 'field list'
in: [select orders_status_id, date_added, customer_notified, track_id1, track_id2, track_id3, track_id4, track_id5, comments from zen_orders_status_history where orders_id = '1117' order by date_added] 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.

So I downloaded the new super data sheet file you posted earlier in this thread and uploaded it to the server.

Now when I click print, I get a blank page in a new window. This creates a debug log with this message:

[03-Jan-2011 12:13:18] PHP Fatal error: Cannot redeclare class base in public_html/My_Store/includes/classes/class.base.php on line 17

Line 17 only has this on it:

class base { 

Here are lines 15-35:

* @package classes
 */
class base {
  /**
   * method used to an attach an observer to the notifier object
   * 
   * NB. We have to get a little sneaky here to stop session based classes adding events ad infinitum
   * To do this we first concatenate the class name with the event id, as a class is only ever going to attach to an
   * event id once, this provides a unigue key. To ensure there are no naming problems with the array key, we md5 the unique
   * name to provide a unique hashed key. 
   * 
   * @param object Reference to the observer class
   * @param array An array of eventId's to observe
   */
  function attach(&$observer, $eventIDArray) {
    foreach($eventIDArray as $eventID) {
      $nameHash = md5(get_class($observer).$eventID);
      base::setStaticObserver($nameHash, array('obs'=>&$observer, 'eventID'=>$eventID));
    }
  }
  /** 

Thoughts?

[DivaVocals]

1. If I click on the customer profile icon, and then either cancel or update the profile page, it takes me back to customers.php instead of back to super orders. To get back to super orders.php, I have to click the orders button from the customers.php page.

This is correct bahavior.. Once you are on the customer detail edit page, you must navigate back to Super Orders using the normal menu navigation.

2. If I click on the customer name text link on super_orders.php, it takes me to mail.php to email the customer. If I click cancel, sometimes it reloads a normal looking super_orders.php page.

Other times it reloads a partially blank super_orders.php page (i.e. unpopluated with customer list - as if there are no customers). Reloading the page through the browser has no effect. If I use the menu to navigate back (customers>>super orders), the page populates normally.

On the other hand, if I go ahead and send an email, once the email is sent, it takes me back to mail.php. If I click cancel from there, it takes me back to the main admin page.

This is a minor buglet (thanks for providing CLEAR DETAILS ..) I was working on other minor edits and bugs and will include this one..

3. When I click the print button (both from s.o. admin interface and order details), the page that comes up has this error on it:

ORDER STATUS HISTORY & COMMENTS
1054 Unknown column 'track_id1' in 'field list'
in: [select orders_status_id, date_added, customer_notified, track_id1, track_id2, track_id3, track_id4, track_id5, comments from zen_orders_status_history where orders_id = '1117' order by date_added] 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.

So I downloaded the new super data sheet file you posted earlier in this thread and uploaded it to the server.

Now when I click print, I get a blank page in a new window. This creates a debug log with this message:

[03-Jan-2011 12:13:18] PHP Fatal error: Cannot redeclare class base in public_html/My_Store/includes/classes/class.base.php on line 17

Line 17 only has this on it:

class base { 

Here are lines 15-35:

* @package classes
 */
class base {
  /**
   * method used to an attach an observer to the notifier object
   * 
   * NB. We have to get a little sneaky here to stop session based classes adding events ad infinitum
   * To do this we first concatenate the class name with the event id, as a class is only ever going to attach to an
   * event id once, this provides a unigue key. To ensure there are no naming problems with the array key, we md5 the unique
   * name to provide a unique hashed key. 
   * 
   * @param object Reference to the observer class
   * @param array An array of eventId's to observe
   */
  function attach(&$observer, $eventIDArray) {
    foreach($eventIDArray as $eventID) {
      $nameHash = md5(get_class($observer).$eventID);
      base::setStaticObserver($nameHash, array('obs'=>&$observer, 'eventID'=>$eventID));
    }
  }
  /** 

Thoughts?

Sorry girl..

This one is not a Super Orders bug, but rather another error elsewhere in your store that the Super Orders data sheet is unfortunately burping on.. I've seen this error pop up fairly frequently.. Based on other posts on this topic, the most likely culprit is that you've got another file from another mod declaring this same class (therefore causing the error) OR you've got a duplicate/backup artifact both of which are declaring this class.. Do a search in the forum for " Cannot redeclare class base". There are a number of posts dealing with this same error, and they all seem to point to erroneous duplication of one or more files which declare this class..

[DivaVocals]

I'm gonna defer to JTheed on this one.. I don't wanna speak outta turn here.. Hopefully he'll chime in soon..

Thank you for version 3.0! I was able to upgrade without any problems and love the new features. I have one very small question on the changes made to ADMIN_FOLDER/includes/modules/orders_download.php

I'm not clear on why these two changes were made:

download_reset_off is now download_reset_on

icon_green_on is now icon_yellow_on

The yellow icon indicates 'expired' on the legend for downloadable products so it seems confusing that the button next to the downloaded products is now yellow since the downloads are definitely 'active' (green on the legend).

When I press the button it resets the the number of times the file can be downloaded. I've always had odd behavior with that button in general even on the baseline zencart orders panel. It's not a feature we've needed (ie I have no expiration date for downloadable purchases thus no reason to 'reset' their downloads) so it's possible I just don't understand how it's supposed to work :)

Since I sell a lot of downloads I want to make sure I understand why I'm putting this change in so that we don't use it incorrectly or encounter unexpected behavior.

Thank you!

[ScriptJunkie]

1. If I click on the customer profile icon, and then either cancel or update the profile page, it takes me back to customers.php instead of back to super orders. To get back to super orders.php, I have to click the orders button from the customers.php page.

This is correct bahavior.. Once you are on the customer detail edit page, you must navigate back to Super Orders using the normal menu navigation.

Thanks for the confirmation!

2. If I click on the customer name text link on super_orders.php, it takes me to mail.php to email the customer. If I click cancel, sometimes it reloads a normal looking super_orders.php page. Other times it reloads a partially blank super_orders.php page (i.e. unpopluated with customer list - as if there are no customers). Reloading the page through the browser has no effect. If I use the menu to navigate back (customers>>super orders), the page populates normally. On the other hand, if I go ahead and send an email, once the email is sent, it takes me back to mail.php. If I click cancel from there, it takes me back to the main admin page.

This is a minor buglet (thanks for providing CLEAR DETAILS ..) I was working on other minor edits and bugs and will include this one..

Awesome, thanks!

3. When I click the print button (both from s.o. admin interface and order details), the page that comes up has this error on it:

ORDER STATUS HISTORY & COMMENTS
1054 Unknown column 'track_id1' in 'field list'
in: [select orders_status_id, date_added, customer_notified, track_id1, track_id2, track_id3, track_id4, track_id5, comments from zen_orders_status_history where orders_id = '1117' order by date_added] 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.

So I downloaded the new super data sheet file you posted earlier in this thread and uploaded it to the server.

Now when I click print, I get a blank page in a new window. This creates a debug log with this message:

[03-Jan-2011 12:13:18] PHP Fatal error: Cannot redeclare class base in public_html/My_Store/includes/classes/class.base.php on line 17

Sorry girl..

This one is not a Super Orders bug, but rather another error elsewhere in your store that the Super Orders data sheet is unfortunately burping on.. I've seen this error pop up fairly frequently.. Based on other posts on this topic, the most likely culprit is that you've got another file from another mod declaring this same class (therefore causing the error) OR you've got a duplicate/backup artifact both of which are declaring this class.. Do a search in the forum for " Cannot redeclare class base". There are a number of posts dealing with this same error, and they all seem to point to erroneous duplication of one or more files which declare this class..

Ugh...that's what I was afraid of. But thanks so much for pointing me in the right direction! I sure appreciate it :)

Off to research....

[DivaVocals]

Ugh...that's what I was afraid of. But thanks so much for pointing me in the right direction! I sure appreciate it :)

Off to research....

I know bummer huh.. But if it helps the culprit is likely whatever was installed just BEFORE or just AFTER Super Orders.. (if that helps.. )

[joyjoy]

Hi I haven't updated my super orders mod yet but I had a quick question.

I know that it also has the tracking option. Do I have to have a tracking mod installed? I think I currently have Ty Tracker or something like that. Just wondering if Super Orders has made a smoother integration between the two or if the tracking option is just available as an upgrde with the new Super Orders....

Haha, that sounded confusing.

[DivaVocals]

Hi I haven't updated my super orders mod yet but I had a quick question.

I know that it also has the tracking option. Do I have to have a tracking mod installed? I think I currently have Ty Tracker or something like that. Just wondering if Super Orders has made a smoother integration between the two or if the tracking option is just available as an upgrde with the new Super Orders....

Haha, that sounded confusing.

All of your questions are answered in the leading threads for THIS support thread (please see page 1 of this thread) and in the readme which you can get from downloading the new Super Orders..

If after reading the information provided you have additional questions or something wasn't covered in any of the support threads or documentation, let me know and I'll be happy to answer them for you..