Bolder Elements

My apologies, this plugin is in need of an update. I hope to have it ready by the end of the month once coding is complete and it has been tested with WooCommerce 2.4 (also due at the end of the month).

If you do not want to turn off error reporting, there is a temporary solution you could apply.

multiple-packages-shipping.php, Line 48:

function generate_packages( $packages ) {

Change this line to:

static function generate_packages( $packages ) {

I will have a better fix in the next version, but this will at least make the message disappear for now.

Unfortunately this is probably an issue with the shipping plugin. They could be pulling the cart subtotal instead of the package subtotal. These are two different variables within WooCommerce, and your shipping plugin should always pull the package price. There is nothing I can do from this plugin if they are pulling direct from the cart variable.

I would recommend bringing this issue up to them as well.

It looks like I may have already provided a solution to you via email. The feature will be built in to the next version, but hopefully the email will help until then.

I appreciate the message. I have not necessarily abandoned it, but I have not tested it on a platform higher than WP 4.2. It is on my “to-do” so to speak but I have just had greater issues on other projects.

I am not aware of any changes to this particular feature within WooCommerce. The latest WP may have caused issues which is why I need to take a look, but I did not think that WooThemes had made much in changes unfortunately. Certain items like the ‘Shipping Calculator’ do not work quite right with these packages. I wish they would have rethought that when they changes up the templates.

Thank you, yes I had actually been keeping up to date (after thought) but I did figure out the problem. Poor coding in the end. Perhaps I missed it in the changelog or perhaps it isn’t a big deal if you do it right the first time.

The Problem: A couple variables I assigned via $this were not predefined at the beginning of the class. I guess it wasn’t an issue before but now it is so the error was never caught on my end prior to 4.2 (I have tried the official release, had the same requirement).

When you over stress you miss the most obvious things ??

Well my plugins are dependent on WooCommerce so I created list to test your theory. Sure enough it works separately from WooCommerce, even with the plugin enabled, it just cannot appear on a WooCommerce page. Not sure what changed but hopefully they do.

Sorry for the trouble but I appreciate the quick response!

I started debugging WordPress and quickly realized I was too general before. It is not ALL get or update options, only those I use and set within a table.

So much of my settings pages are placed within a class where I have extended WP_List_Table. I assign several variables within this class using the get_option function. The problem turns out to be the variable $this. If I add the following code to my constructor:

var_dump( $this );

I do not receive the class for my WP_List_Table extension but rather another class from another plugin: WooCommerce. What I cannot figure out is why. Why does the constructor no longer point to itself after I upgraded WordPress?

class My_List_Table extends WP_List_Table {

    public $my_list_table_var;

    function __construct(){
        global $status, $page;

        //Set parent defaults
        parent::__construct( array(
            'singular'  => 'zone',
            'plural'    => 'zones',
            'ajax'      => false
        ) );

        // Does not return proper object
        var_dump($this);

        $this->my_list_table_var = get_option( 'my_list_custom_data' );
        var_dump($this->my_list_table_var ); // Returns NULL
    }
}

If I dump the return value for get_option there is no problem. It is simply when using the $this variable.

I have spent so many hours browsing through the Codex and various other websites and I’ve learned much but not what I need to know. If somebody could push me in the right direction, I would be eternally grateful!

I understand now that only “Network Activated” plugins will run in the Network end of the dashboard. The thing I have noticed with some plugins, is that I have not network activated them, they do not appear network activated in the plugins list, but when I visit the Editor, it says ‘(active)’. All of my plugins say ‘(inactive)’ when I visit the editor despite the fact that they are enabled on a per site basis just like the others.

What am I doing wrong? How do I trick WordPress into thinking the plugin is active so it checks for updates?

Thanks for the feedback. I have noticed that on certain plugins there are settings pages in both the network admin and each child. What I want is for it to not matter whether it is network enabled or not. The problem is that for network sites plugins cannot be updated from the child sites. If you click update you are redirected to the network admin. But since my site is not network enabled, it doesn’t seem to load in the network area and thus my update information disappears.

So I know I can check to see if multisite is enabled, but how do I make sure my plugin (or at least the update file) loads without having to add a network settings page or network enable the plugin?

Correct, that is all that is used. The functionality is built in, but I built the UI for those who are not as knowledgeable with PHP so they wouldn’t have to hire a developer for the simple task.

I am not really sure I follow question #2. Are you using a plugin to split your orders when customers purchase a back ordered item? This plugin only separates the order, it does not deal with the order’s status or any other part of the ordering process. The functionality is all done through WooCommerce, so I do not know how it interacts with some of their plugins, but I do know that it is still very basic and hopefully will be expanded upon in future versions.

I’m sorry for the late response. I can definitely see where some conditions would be helpful. I will come up with a list of popular ones and determine a way to make it work.

In the meantime, it is definitely possible (if you haven’t figured it out already). The cart’s subtotal is actually nice and easy to obtain:

$cart_subtotal = WC()->cart->get_cart_subtotal();

Then in the primary plugin file, within the ‘generate_packages’ function, probably the first line break would be a good place to add the code (about line 55).

//This line ensures only orders above $100 are split
if( $cart_subtotal < 100 ) return;

I’m glad it helped! I’m afraid there’s nothing I can do to change the titles. This is taken care of by WooCommerce but if they change this in the future I’ll be sure to make an adjustment.

Thank you I have logged this and will be sure to adjust before the next version update. It will not alter how the plugin functions, but the more recent versions of PHP have gotten stricter on methods in which you can code.

Thanks, I’m glad you were able to write something up that worked for you! I can definitely write this idea down and make it possible to do something like this from the settings page sometime in the future.

This plugin should not interfere with other shipping methods. It simply splits up your cart based on a per class or per item basis and then the shipping methods would be applied as they normally would be, just not on the cart as a whole.