Zen Cart Logo
Forums / All Other Contributions/Addons / OLD Super Orders 2.0 (See v3.0 thread instead)

OLD Super Orders 2.0 (See v3.0 thread instead)

Locked

Views: 456,074

Results 1,481 to 1,500 of 2,020
This thread is locked. New replies are disabled.
9 Nov 2009, 7:29 PM
#1481
divavocals avatar

divavocals

Totally Zenned

Join Date:
Jan 2007
Location:
Los Angeles, California, United States
Posts:
10,011
Plugin Contributions:
3

OLD Super Orders 2.0 (See v3.0 thread instead)

So just wanted to follow-up with my testing of these changes..

I applied these changes to not only the super_batch_status.php file, but the super_batch_forms.php as well.. It appears that this has fixed the SQL errors as well as the errors that would ocurr if you clicked the "Search" button on either the batch print or batch updates pages, when no order search criteria is entered.

I've been pounding away at it, and it works.. No more errors..

There is one small thing: Using the Order Totals "=(equals to)" option does not bring back any results no matter WHAT you type into the field.

Any thoughts?? Obviously, truly this is minor in the scheme of things..

Anyway, just wanted to say thanks.. This worked perfectly!:clap:

Now I am going to figure out once and for all why some of the Super Order form fields (particularly "textarea") act strange in IE.. another long standing pet peeve..:smile: Experimenting with this as we speak..

nagelkruid:

Should be long standing indeed, as the = in the array is set as == which would never work in that statement.

The <= is probably not working, either because of browser issue or some cleaner stripping html tags.

To make it work you could do this, first rewrite the array in <admin folder>/super_batch_status.php:

$ot_sign = array();
$ot_sign[] = array('id' => '1',
'text' => ' > ' . DROPDOWN_GREATER_THAN);
$ot_sign[] = array('id' => '2',
'text' => ' < ' . DROPDOWN_LESS_THAN);
$ot_sign[] = array('id' => '3',
'text' => ' = ' . DROPDOWN_EQUAL_TO);

> ```
if (isset($_GET['order_total']) && zen_not_null($_GET['order_total'])) {
    if ($_GET['ot_sign'] == 3) { $sign_operator = '='; }
    elseif ($_GET['ot_sign'] == 2) { $sign_operator = '<='; }
      else { $sign_operator = '>='; }
      $orders_query_raw .= " AND o.order_total " . $sign_operator . " '" . (int)$_GET['order_total'] . "'";
    //$orders_query_raw .= " AND o.order_total " . $_GET['ot_sign'] . " '" . (int)$_GET['order_total'] . "'";
  }
```finally, have a last look at these fields, as you will probably never use em while they're error free :cool:
>  
> Jeroen
9 Nov 2009, 8:56 PM
#1482
divavocals avatar

divavocals

Totally Zenned

Join Date:
Jan 2007
Location:
Los Angeles, California, United States
Posts:
10,011
Plugin Contributions:
3

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

DivaVocals:

Now I am going to figure out once and for all why some of the Super Order form fields (particularly "textarea") act strange in IE.. another long standing pet peeve..:smile: Experimenting with this as we speak..
So apparently this has been a long standing issue going back as far as November 2006 from what I can see.. I can't simply tell my clients to "use Firefox" as a solution.. Most won't, and I knew there had to be a REAL solution.. Searching through this support thread I got a hint of what the root cause of the issue might be. (http://www.zen-cart.com/forum/showpost.php?p=292293&postcount=289)

Turns out that it's related to an IE bug and how it interprets the display width for textarea elements. Apparently this bug affects IE 6 & &, but I can report that IE 8 is also affected by this bug. (whether you view the page in IE 8's very lame compatibility view or not)

I have a down and dirty fix for this which I will share the specifics on with the community when I get home and make the changes..

To summarize: The down and dirty the fix requires that both the super_batch_status.php file need to be modified so that the notification checkboxes appear below and not to the right of the comments field. My research indicates that if you wanted to retain the current layout for the notification checkboxes, then you would need to use containers with a width set to 100%. A quick look at the super_batch_status.php file tells me that this would probably require a re-write to this page to format things correctly (ie: going tableless). I'm gonna pass on this and go for the quick and dirty fix since it effectively resolves the immediate issue. Wanted to share my find with the forum.

Given the age of this issue.. I figured I wasn't the only one looking for the answer.. :smile:

10 Nov 2009, 8:08 AM
#1483
nagelkruid avatar

nagelkruid

Zen Follower

Join Date:
Nov 2006
Posts:
284
Plugin Contributions:
0

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

DivaVocals:

I applied these changes to not only the super_batch_status.php file, but the super_batch_forms.php as well.. It appears that this has fixed the SQL errors as well as the errors that would ocurr if you clicked the "Search" button on either the batch print or batch updates pages, when no order search criteria is entered.

I've been pounding away at it, and it works.. No more errors..
Cool, i couldn't test with this as i have made a small amendment that will start both forms with the first option as the default (order taken) as those are the orders you will want to either print or do the update on and it saves an extra click.

However, when i click on print with no orders selected i will still get that error in the output screen. Should be easy to prevent with a little javascript when i get to it.

DivaVocals:

There is one small thing: Using the Order Totals "=(equals to)" option does not bring back any results no matter WHAT you type into the field.

Any thoughts?? Obviously, truly this is minor in the scheme of things..
That is because the form is transferring any number you put in there to an int, which basicly renders this useless.
If you have or make an order that is exacly 1, or 2 or 5 dollars, then if you search for that order it will pop-up.

I was looking to do something like, if you put 10.15 in there, i will take the int +1 -1 and do a search for anything between 9 & 11, which could be more useful. and probably more what people expect when they but an amount in there.
Coding that up takes a bit more time.

DivaVocals:

Anyway, just wanted to say thanks.. This worked perfectly!:clap:
You're welcome :smile:

DivaVocals:

Now I am going to figure out once and for all why some of the Super Order form fields (particularly "textarea") act strange in IE.. another long standing pet peeve..:smile: Experimenting with this as we speak..

Noticed that too, i bet you, it can be fixed somewhere in the css

cheers,
Jeroen

10 Nov 2009, 1:41 PM
#1484
divavocals avatar

divavocals

Totally Zenned

Join Date:
Jan 2007
Location:
Los Angeles, California, United States
Posts:
10,011
Plugin Contributions:
3

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

nagelkruid:

However, when i click on print with no orders selected i will still get that error in the output screen. Should be easy to prevent with a little javascript when i get to it.Yep.. Just saw that this morning on the super_batch_forms.php page:
Warning: Invalid argument supplied for foreach() in /home/content/o/v/e/overthehill/html/zen138.overthehillweb.com/admin/super_batch_forms.php on line 349
Error: No orders selected!

Interesting because when you click "Update on the super_batch_status.php page with no orders selected, you at least get a message of

Error: No orders selected!IMO the two pages should have consistent behavior when no orders are selected. Gonna take a look and see if I can figure this out.. Would you be so geneous as to share your javascript solution?? Sounds better than what I have planned.. (Yep.. still not afraid to ASK!!:laugh::laugh:)

nagelkruid:

That is because the form is transferring any number you put in there to an int, which basicly renders this useless.
If you have or make an order that is exacly 1, or 2 or 5 dollars, then if you search for that order it will pop-up.

I was looking to do something like, if you put 10.15 in there, i will take the int +1 -1 and do a search for anything between 9 & 11, which could be more useful. and probably more what people expect when they but an amount in there.
Coding that up takes a bit more time.Yeah I figured as much.. I think I'm gonna comment the option out for now.. I don't think it would be missed..

nagelkruid:

Noticed that too, i bet you, it can be fixed somewhere in the cssA bit more than CSS.. See my post right above.. This is yet another of those lovely (stupid) IE bugs which affects IE versions 6, 7 & 8. Gotta down and dirty fix, but the real answer is that the super_batch_status.php & super_batch_forms.php should be re-done so that they are tableless. Gonna use my down and dirty method for now.. I may roll up my sleeves and have a real go at converting them to tableless pages this weekend..

10 Nov 2009, 2:31 PM
#1485
divavocals avatar

divavocals

Totally Zenned

Join Date:
Jan 2007
Location:
Los Angeles, California, United States
Posts:
10,011
Plugin Contributions:
3

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

Fixing textarea so it displays correctly in Internet Explorer (confirmed display bug in versions 6, 7, & 8 of IE)

So I took a look this morning.. Tackling making this page tableless is a quite a bit of work. (More than I want to do right now..:laugh:) So here's the down and dirty solution (this solution works in my testing.. your mileage may vary..):

First we have to move the checkboxes to their own row. Apparently IE renders textarea elements incorrectly if there are elements to the right of the textarea element (in this case it's the checkboxes). In admin/super_batch_status.php find this:

              <tr>
                <td class="smallText" valign="top"><?php echo HEADING_ADD_COMMENTS; ?></td>
                <td class="smallText"><?php echo zen_draw_textarea_field('comments', 'soft', '50', '4'); ?></td>
                <td class="smallText" valign="center"><?php
                  echo zen_draw_checkbox_field('notify', 'on', false); echo ' ' . ENTRY_NOTIFY_CUSTOMER . '<br>';
                  echo zen_draw_checkbox_field('notify_comments', 'on', true); echo ' ' . ENTRY_NOTIFY_COMMENTS; ?><br /><br />
                   <input type="submit" value="<?php echo BUTTON_UPDATE_STATUS; ?>">
                </td>
              </tr>
```Replace with this:
          <tr>
            <td class="smallText" valign="top"><?php echo HEADING_ADD_COMMENTS; ?></td>
            <td class="smallText" colspan="2"><?php echo zen_draw_textarea_field('comments', 'soft', '50', '4'); ?></td>
          </tr>
          <tr>
            <td class="smallText" valign="top"><?php echo HEADING_NOTIFICATION; ?></td>
            <td class="smallText" colspan="2"><?php
              echo zen_draw_checkbox_field('notify', 'on', false); echo ' ' . ENTRY_NOTIFY_CUSTOMER . '<br>';
              echo zen_draw_checkbox_field('notify_comments', 'on', true); echo ' ' . ENTRY_NOTIFY_COMMENTS; ?><br /><br />
               <input type="submit" value="<?php echo BUTTON_UPDATE_STATUS; ?>">
            </td>
          </tr>

define('HEADING_NOTIFICATION', 'Notification:');

Change this

textarea {
width: 80%;
}

textarea {
width: 95%;
}

>
> So apparently this has been a long standing issue going back as far as November 2006 from what I can see.. I can't simply tell my clients to "use Firefox" as a solution.. Most won't, and I knew there had to be a REAL solution.. Searching through this support thread I got a hint of what the root cause of the issue might be. (<http://www.zen-cart.com/forum/showpost.php?p=292293&postcount=289>) 
>  
> Turns out that it's related to an IE bug and how it interprets the display width for textarea elements. Apparently this bug affects IE 6 & 7, but I can report that IE 8 is also affected by this bug. (whether you view the page in IE 8's very lame compatibility view or not)
>  
> I have a down and dirty fix for this which I will share the specifics on with the community when I get home and make the changes.. 
>  
> To summarize: The down and dirty the fix requires that both the super_batch_status.php file need to be modified so that the notification checkboxes appear below and not to the right of the comments field. My research indicates that if you wanted to retain the current layout for the notification checkboxes, then you would need to use containers with a width set to 100%. A quick look at the super_batch_status.php file tells me that this would probably require a re-write to this page to format things correctly (ie: going tableless). I'm gonna pass on this and go for the quick and dirty fix since it effectively resolves the immediate issue. Wanted to share my find with the forum. 
>  
> Given the age of this issue.. I figured I wasn't the only one looking for the answer.. :smile:
10 Nov 2009, 9:03 PM
#1486
mooomers avatar

mooomers

New Zenner

Join Date:
Mar 2009
Posts:
33
Plugin Contributions:
0

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

nagelkruid:

I did that with the code in http://www.zen-cart.com/forum/showpost.php?p=802502&postcount=1466

set the id in the first query to the status id that your orders get when they arrive in the shop.

Jeroen

i'm not sure i did it right, but it doesn't seem to work for me when doing this inside admin. :(

11 Nov 2009, 12:11 AM
#1487
nagelkruid avatar

nagelkruid

Zen Follower

Join Date:
Nov 2006
Posts:
284
Plugin Contributions:
0

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

mooomers:

i'm not sure i did it right, but it doesn't seem to work for me when doing this inside admin. :(
did you get an error ?
if so, what was the error message.

If you didn't get an error but it didn't work, you should check your order status number to be correct.

11 Nov 2009, 12:27 AM
#1488
mooomers avatar

mooomers

New Zenner

Join Date:
Mar 2009
Posts:
33
Plugin Contributions:
0

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

nagelkruid:

did you get an error ?
if so, what was the error message.

If you didn't get an error but it didn't work, you should check your order status number to be correct.

yep! this is the error i got after executing it:

1146 Table 'yabycosm_zc1.orders_status_history' doesn't exist
in:
[UPDATE zen_so_payments sp, orders_status_history osh set sp.date_posted = osh.date_added where sp.orders_id = osh.orders_id AND osh.orders_status_id = 1;]
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.

11 Nov 2009, 8:54 AM
#1489
nagelkruid avatar

nagelkruid

Zen Follower

Join Date:
Nov 2006
Posts:
284
Plugin Contributions:
0

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

mooomers:

yep! this is the error i got after executing it:

Ah got it, you aren't allowed to do this via the SQL tool that is build into the admin, or at least that functionality is not build into it.
From the help file: UPDATE (just a single table)

So if you want these queries to run succesful, you will need to execute them directly via dbadmin if you have access to it.
Remember to add your table pre-fix to the 2 tablenames if you run it from there.

Cheers,
Jeroen

11 Nov 2009, 3:34 PM
#1490
mooomers avatar

mooomers

New Zenner

Join Date:
Mar 2009
Posts:
33
Plugin Contributions:
0

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

nagelkruid:

Ah got it, you aren't allowed to do this via the SQL tool that is build into the admin, or at least that functionality is not build into it.
From the help file: UPDATE (just a single table)

So if you want these queries to run succesful, you will need to execute them directly via dbadmin if you have access to it.
Remember to add your table pre-fix to the 2 tablenames if you run it from there.

Cheers,
Jeroen

ok, hmm. does that mean no hope for me if i don't know how to do that? :ohmy:

11 Nov 2009, 8:55 PM
#1491
nagelkruid avatar

nagelkruid

Zen Follower

Join Date:
Nov 2006
Posts:
284
Plugin Contributions:
0

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

DivaVocals:

Fixing textarea so it displays correctly in Internet Explorer (confirmed display bug in versions 6, 7, & 8 of IE)

textarea {
width:auto;
/width: 80%;/
}
seems to work without editing anything else in my shop.
You can also choose to add this only to super_stylesheet.css and not edit the stylesheet.css so it won't affect other areas of the site

Jeroen

11 Nov 2009, 8:58 PM
#1492
nagelkruid avatar

nagelkruid

Zen Follower

Join Date:
Nov 2006
Posts:
284
Plugin Contributions:
0

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

mooomers:

ok, hmm. does that mean no hope for me if i don't know how to do that? :ohmy:
don't know, what do you think?

11 Nov 2009, 9:26 PM
#1493
divavocals avatar

divavocals

Totally Zenned

Join Date:
Jan 2007
Location:
Los Angeles, California, United States
Posts:
10,011
Plugin Contributions:
3

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

nagelkruid:

textarea {
width:auto;
/width: 80%;/
}
seems to work without editing anything else in my shop.
You can also choose to add this only to super_stylesheet.css and not edit the stylesheet.css so it won't affect other areas of the site

JeroenTried that and tested it, but that change alone does NOT work in IE versions 6, 7 or 8. Moving the checkboxes to a seperate row however did work.

I did some playing around and if this page was using a tableless layout then there would be NO issue whatsoever. (which is what the sources I found had to say about the real solution to this bug) I however, do not have the time to tackle that right now..

http://www.phoboslab.org/log/2007/10/ie-textarea-100-width-bug

From another source (http://msittig.wubi.org/test/ie-textarea.html):

The solution is to add a <fieldset> tag around the comment box in your post template. Best to do it around the outside of the paragraph tags that surround the <textarea>. You can also use CSS to remove the border and padding from the <fieldset>.

11 Nov 2009, 9:51 PM
#1494
nagelkruid avatar

nagelkruid

Zen Follower

Join Date:
Nov 2006
Posts:
284
Plugin Contributions:
0

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

DivaVocals:

Tried that and tested it, but that change alone does NOT work in IE versions 6, 7 or 8. Moving the checkboxes to a seperate row however did work.

I did some playing around and if this page was using a tableless layout then there would be NO issue whatsoever. (which is what the sources I found had to say about the real solution to this bug) I however, do not have the time to tackle that right now..
Funny that it works for me.
It's an amazing browser isn't it :P

BTW just editing the superstylesheet will not fix it for the superbatch, only for the superorders page.
Did you try and play with setting the fieldsets & div's as mentioned in the links?
Seems like a nice way to deal with the problem?

11 Nov 2009, 10:29 PM
#1495
divavocals avatar

divavocals

Totally Zenned

Join Date:
Jan 2007
Location:
Los Angeles, California, United States
Posts:
10,011
Plugin Contributions:
3

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

nagelkruid:

Funny that it works for me.
It's an amazing browser isn't it :P

BTW just editing the superstylesheet will not fix it for the superbatch, only for the superorders page.The issue with the texarea display is only showing itself on the super_batch_status.php and my fix is directed at that page only. The textarea element on the super_orders.php order details pages displays just fine in IE (versions 6, 7 & 8). I'm sure it's structured slightly differently than the super_batch_status.php page and that might be why.. I didn't bother to compare the two to see exactly why the two pages display differently in IE.

nagelkruid:

Did you try and play with setting the fieldsets & div's as mentioned in the links?
Seems like a nice way to deal with the problem?Yes, I did a simple test to validate that this solution resolved the issue. However, as I've said, I believe the right way to do this would be to re-write the whole page and eliminate the tables altogether.. This is more work than I want to do at this time. :laugh:My down and dirty solution works fine.. I may tackle going tableless at some point in the future..

11 Nov 2009, 10:43 PM
#1496
divavocals avatar

divavocals

Totally Zenned

Join Date:
Jan 2007
Location:
Los Angeles, California, United States
Posts:
10,011
Plugin Contributions:
3

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

So I’ve been inspired by my good friend ckosloff (who recently did something similar with IH2) to submit a new version of Super Orders which includes a all of the fixes that have been posted in various threads throughout this support thread. To be clear, the intent of this exercise is not to re-write Super Orders (‘cause I certainly ain’t qualified for that!:laugh:). My intent is to bundle up all the various “fixes” for Super Orders that have been posted here and apply them to the Super Orders install files. This way folks won’t have to hunt through this support thread looking for 2-3 years worth of fixes and patches and painfully applying and testing them.

I am thinking that if I decide to tackle this little operation that the plan should also include cleaning up the readme just a little bit, along with the addition of an “Optional Edits” set of files. These files would contain files that include most of the edits outlined in the the “Optional Edits” section of the Super Orders readme as well as other a few additional optional edits that have been posted by other members here in this support thread. The changes I am planning on including in this version of Super Orders would be based on the following threads:

  • http://www.zen-cart.com/forum/showpost.php?p=456907&postcount=720
    Items 1-5 are all various fixes which corrects the shipping display to show the full shipping description (carrier and shipping service) on the following files: super_packingslip.php, super_invoice.php, super_orders.php, and super_data_sheet.php. The default Zen Cart packingslip, invoice, orders, and datasheet all display the FULL shipping description while Super Orders has always used the short shipping descriptions. (It is likely that this is because this was a requirement of the client for whom this mod was originally built)
  • http://www.zen-cart.com/forum/showpost.php?p=474959&postcount=777
    See Item #1 for description information
  • http://www.zen-cart.com/forum/showpost.php?p=495850&postcount=851
    See Item #1 for description information
  • http://www.zen-cart.com/forum/showpost.php?p=495850&postcount=851
    See Item #1 for description information
  • http://www.zen-cart.com/forum/showpost.php?p=495949&postcount=853
    See Item #1 for description information
  • http://www.zen-cart.com/forum/showpost.php?p=573887&postcount=1079
    For products with text attributes that include multiple lines and line breaks entered by the customer, the default Zen Cart Orders invoice prints out the text entered by the customer fine, and retains the multiple lines and line breaks entered by the customer. However, the Super Orders invoice, packing list, etc does not. This fix addresses that issue. Applied this fix to super_packingslip.php, super_invoice.php, super_orders.php, and super_data_sheet.php)
  • http://www.zen-cart.com/forum/showpost.php?p=621110&postcount=1126
    Corrects an issue where Super Orders fails to update the "last modified date" when updating the order status using the batch status update function
  • http://www.zen-cart.com/forum/showpost.php?p=636329&postcount=1146
    Includes an optional edit for the default state of the "Notify Customer" checkbox (this should be included as an "Optional Edit")
  • http://www.zen-cart.com/forum/showpost.php?p=639013&postcount=1147
    Addresses another error in Append Comments & Notify Customer as well as a clarification on how these features are SUPPOSED to work.
  • http://www.zen-cart.com/forum/showpost.php?p=734090&postcount=1316
    Fixes the issue with packing list images displaying distorted
  • http://www.zen-cart.com/forum/showpost.php?p=793720&postcount=1436
    Options for how the number of images are displayed on packing list (this should be included as an "Optional Edit")
  • http://www.zen-cart.com/forum/showpost.php?p=803476&postcount=1474
    Fixes issue with Batch Status Updating & Batch Printing which throws errors when you search for orders using the following options: = equals) or < less than. As there is an issue with the = equals) option not working on decimal values (ie: $2.50), the = equals) option will be disabled from the dropdown and only the issue with the <less than option will be corrected.
  • http://www.zen-cart.com/forum/showpost.php?p=804899&postcount=1487
    Fixes the textarea element on super_batch_status.php so it displays correctly in Internet Explorer. This is a bug with the way Internet Explorer displays textarea elements. Blindside the original author of this mod posted a hint regarding this issue here: (http://www.zen-cart.com/forum/showpost.php?p=292293&postcount=289)I’d love to hear any feedback from the community on this..
11 Nov 2009, 11:56 PM
#1497
nagelkruid avatar

nagelkruid

Zen Follower

Join Date:
Nov 2006
Posts:
284
Plugin Contributions:
0

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

DivaVocals:

My intent is to bundle up all the various “fixes” for Super Orders that have been posted here and apply them to the Super Orders install files. This way folks won’t have to hunt through this support thread looking for 2-3 years worth of fixes and patches and painfully applying and testing them.

Excellent initiative, i didn't like reading the entire thread for my fixes, so if you can arrange it for others to skip that, that's great.
Before you upload it, let me rewrite the sql that comes with the install, unless you allready have it.
It should really be modified so the configuration id isn't hard coded to 28 (or is that allready fixed?)

I'll have an exam tomorrow, after that i may have some time to do the javascript for the print error, think those fixes should be nice to include as well.

Jeroen

12 Nov 2009, 12:03 AM
#1498
divavocals avatar

divavocals

Totally Zenned

Join Date:
Jan 2007
Location:
Los Angeles, California, United States
Posts:
10,011
Plugin Contributions:
3

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

nagelkruid:

Excellent initiative, i didn't like reading the entire thread for my fixes, so if you can arrange it for others to skip that, that's great.
Before you upload it, let me rewrite the sql that comes with the install, unless you allready have it.
It should really be modified so the configuration id isn't hard coded to 28 (or is that allready fixed?)

I'll have an exam tomorrow, after that i may have some time to do the javascript for the print error, think those fixes should be nice to include as well.

JeroenYou sooo rock!!!:clap: Nothing I'm undertaking does anything to the SQL that comes with the install, so I'm HAPPY to accept any and all help in this venture!! and the include of your javascript fix would be an AWESOME addition!!!

13 Nov 2009, 2:24 PM
#1499
nagelkruid avatar

nagelkruid

Zen Follower

Join Date:
Nov 2006
Posts:
284
Plugin Contributions:
0

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

DivaVocals:

Nothing I'm undertaking does anything to the SQL that comes with the install

Here is an uninstall script for previous versions and versions up to 47.

The SQL install included inserts at a free configuration_group_id, and not the static 28. As an effect, the configuration_group_id may vary over installs so you need the new uninstall to properly delete it if you want to go back.

Cheers,
Jeroen

13 Nov 2009, 2:34 PM
#1500
divavocals avatar

divavocals

Totally Zenned

Join Date:
Jan 2007
Location:
Los Angeles, California, United States
Posts:
10,011
Plugin Contributions:
3

Re: OLD Super Orders 2.0 (See v3.0 thread instead)

nagelkruid:

Here is an uninstall script for previous versions and versions up to 47.

The SQL install included inserts at a free configuration_group_id, and not the static 28. As an effect, the configuration_group_id may vary over installs so you need the new uninstall to properly delete it if you want to go back.

Cheers,
JeroenExcellent!!!:clap: Along these same lines, I am going to include a full list of Super Order files to help facilitate the uninstall process..