bolderelements

bolderelements supports this item

Supported

This author's response time can be up to 2 business days.

2780 comments found.

Hi, I would like to know if it’s possible to have several shipping method in one cart when there is different product ? (different product with different shipping class). For example, if I order 2 products, for each product, the amount of shipping method will be different.

Thanks, Thierry

Do you mean the amount of the cost or the number of options available? I believe either of these would be possible. With this method you can setup various options, each with different rows and criteria. If you don’t want a certain option to appear, you can setup a condition that say ‘except for this product’...

I mean the amount of the cost of the shipping method. For example, product A : Shipping cost = 5€ prodcut B : shipping cost = 6€ Each product has a shipping class. So if I order 1 product A and 2 products B, the amount total of shipping must be : 17€

Is that possible with your module ?

Moreover, in some case, I need do disable some shipping method if there is some special product (with a specific shipping class) in the cart. Is that possible too ?

I hope that I’m clear in my explication. Regards, Thierry

Absolutely! This plugin has product specific settings in the ‘Conditions’ column, so you can select a product and give it a specific cost using the Per Item or Per Line Item conditions.

The conditions also allow you to exclude, you can do this through a shipping class or a product ID if desired. I will have some examples up in the knowledgebase shortly, but in the meantime I am happy to answer any questions if some come up during setup.

This plugin is also live with a demo, including dashboard capabilities. I would recommend looking at this too. http://demo.bolderelements.net/woocommerce-table-rate-shipping/
W4media

W4media Purchased

Hello, I’m running V4.0 and WC3.0.3. Now I tried to take over all settings of TableRateShipping Tab to shipping zones Tab in WC. But something is going wrong. It seems there is a weight round up for the single product weight. If the products weight is 1,0 kg everything is fine. If the products weight is 1,1 kg – then 3 products are in the class from 5 to 10kg instead of 0 to 5 kg. I can send a screenshot with the difference in results between old end new settings. And: Option Weight round up is not selected. Thanks.

Thank you, this is a known issue that was resolved this morning. The fix will not appear until version 4.0.1, but if you would like to open a support ticket, I would be happy to provide you with the fix:

http://bolderelements.net/support/tickets/new/
W4media

W4media Purchased

Ticket is submitted. Thanks

Hi Bolder Elements, I have currently a lot of rates setup and was wondering if it’s safe to update to v.4 with the latest woocommerce 3.0.3. I have noticed that your plugin v.4 has a lot of changes including new UI. Since there is no automatic update in WP admin, I have to delete the current plugin and manually update the new v.4. Would it somehow affect my current rates setup? Thanks, Marcin

No it shouldn’t. Your settings are stored safely in the database. Deleting the plugin files manually or through the dashboard will not remove the settings. The new update has both the new settings and the old so that your shipping will continue to run even before you setup the new rates.

Werlisa

Werlisa Purchased

Hello, I’m running V4.0 and WC3.0.3. All configuration options have disappeared. When I try to access the settings, I get the message “you do not have permission to access this page. The URL seems to be badly defined /wp-admin//admin.php?page=be-table-rate-shipping … this It’s URGENT !! My store has lost all shipping methods. Regards

The link from the settings page was just a convenience. The songs for this plugin can be found under the Shipping tab just like any other shipping method. The prior settings are found under the Table Rate link in the sub menu of the Shipping tab. The new settings pages are found when you add a Table Rate method to a new WooCommerce shipping zone.

The only way for the old settings to disappear is if you deleted the old zones from within the Shipping Zones tab. This also removes the rates from the table though so they would be gone as well.

Werlisa

Werlisa Purchased

Thanks for your response, I have opened a new ticket on your website. Best Regards

woody15

woody15 Purchased

Is this plugin compatible with Woocommerce 3.0? (I saw two other people asked this a couple of weeks ago but I wanted to ask again as a lot can happen in two weeks.)

Also, Woocommerce 3.0 is not listed in the “compatible with” section in the product details. Thanks.

Yes, it is compatible. There are a couple issues with the plugin itself, but if they affect your setup you can open a support ticket and request 4.0.1. It takes 3-4 days to get through the CodeCanyon review process so it’s not available yet. They also have not added WC 3.0 to their applicable version numbers but once they do I will update the product details box.

I’ve purchased these theme for several sites and am adding it to another – as soon as I hit activate it says “plugin doesn’t have appropriate header.” Then the site shuts down, and I have to delete it via FTP.

Can I get assistance here or do I need to create a ticket elsewhere? Thanks!

You were correct – my client had 5.4 so I updated that. Another tip if anyone else has this issue…log out of your wp-admin/dashboard then back in before you try to install the plugin again.

Thanks for your help!

well…something still isn’t working even after updated PHP. I’ll set up a support ticket. I’m able to set shipping zones and select “table rate” as shipping method HOWEVER under the shipping tab? It isn’t adding “table rate” as an option with the others. I have to go back to the shipping zones, hit table rate shipping to get there.

I’m afraid I do not quite understand your directions but I will look at your ticket and hopefully that will help me understand better.

ndyess

ndyess Purchased

In the new system under WooCommerce > Settings > Shipping > Shipping Zones > “Zone” > Table Rate, I can’t find the setting equivalent to the old “Single Class Only [ X ] When enabled, only items of the highest priority shipping class will be counted towards the shipping cost (Per Class Method Only)” setting that used to be under Miscellaneous Settings in the now deprecated Settings Page. If this can be done with the new conditions, please tell me how to do so.

My site has only 2 Shipping Classes and that is how shipping costs are determined. I have their conditions working well but when both are ordered at the same time I need the item from the lower priority Shipping Class to not add any shipping cost to the order as we simply toss it into the larger box for the higher priority Shipping Class item.

Please advise.

This setting only works with Per Class setups so it is hidden unless you have selected that option as your Condition. Perhaps you still have it set to Per Order? When enabled you will see it under the Additional Settings section. The priorities themselves are set on the Shipping Classes page.

ndyess

ndyess Purchased

Bingo, that’s it! Thank you very much. It all works as desired when set to Per Class.

Excellent! I am glad to hear it’s working better now :)

Hello, Seams like a new update is a big changes, i created on last version 95 shipping zones (with postal code), and then i could create different rates with weight condition on all shipping zone at the same time by importing csv but it seams it is not possible anymore.

Also export fonction give an ERROR message

Unfortunately this won’t be possible with the new version. You can continue running 3.6.6 so long as future upgrades of WooCommerce do not affect anything negatively, but it was decided to move forward with the new zones as they offered the best features moving forward.

As for the ‘Export’ error, this is usually caused by not selecting any rows in the table. If you would like to select all of them, simply check the box in one of the headlines and it will select all of the rows. Then when you click ‘Export’ it should offer you a csv file.

Hello,

I want to ask you a question before buying your plugins after the refund of another plugins.

I use decimals to sell in cm on one of my sites.

I am looking for a plugin to make sure that my shipping costs this calculates based on the weight of each item or item category.

You think that the fractionable sample 0.8 sample does not pause problem.

thank you for your reply

Certainly! There are no restrictions on the number settings. You could have 10 decimal places if you so needed, although it’s not recommended. You can setup weight ranges using decimals, or you could multiply the item’s weight by a given cost. There are many options for weight based models.

If you would like to check out the demo site, access to the dashboard is given so that you can try a couple scenarios before you buy:

http://demo.bolderelements.net/woocommerce-table-rate-shipping/
debijr1

debijr1 Purchased

I just downloaded your plugin. My problem is I have two classes of products. One can be shipped USPS flat rate, the other has to go Priority. When someone orders one of each product, is it possible to not have the flat rate show up so the only option is priority?

debijr1

debijr1 Purchased

I have Flat Rate set up to include class A and B and exclude class C. However, if someone buys something from class A and something from class C the option for class A still shows up. I don’t want someone choosing shipping at $3 when they should be paying $8.

debijr1

debijr1 Purchased

Not sure if you saw my question so I will post it again. I have Flat Rate set up to include class A and B and exclude class C. However, if someone buys something from class A and something from class C the option for class A still shows up. I don’t want someone choosing shipping at $3 when they should be paying $8.

My apologies, I have been trying to replicate the issue but I seem to be getting different results. At the moment none of my options show up when a shipping class condition is set. Do you see the same or is the problem simply that the wrong cost is being shown? I will have to look further into each, but if a code change is necessary, I would recommend opening a ticket so I can share the fix with you easier.

http://bolderelements.net/support/tickets/new/

Help! I can’t see any of the new changes you incorporated after installing version 4. I created new shipping zones to prepare for migration but those zones don’t show up as selectable for my table rates. Also, I can only specify one price per row, and cannot add any descriptions to the rates.

Basically, none of these features work or are visible on my deployment:

Added: Support for WooCommerce shipping zones and multiple instance Added: Entirely New Settings Interface Added: Ability to have multiple conditions and costs per table row Added: Shipping descriptions that appear beneath the shipping option’s title and price

As for the shipping cost, in honestly not sure. If both items in the cart are indeed assigned to their respective classes, I would have expected $20. The plugin won’t be able to use the base fee as I described earlier. Every shipping class group will qualify for one row in the table. If it qualifies for two, then only the latter of the two will be used.

It seems like “line item” and “item” do not make a difference to the price when I have a higher quantity of one item. Shouldn’t “line item” count for each unit in the cart?

In your previous settings it was possible to assign a cost to the first unit, and subsequent units to have a different cost added.This doesn’t seem to work anymore.

Lastly, the new shipping zones means a lot of duplication is needed of various rates, since the WC implementation only cares about one zone and not matching table rules across all zones.

How long will you keep supporting the old settings? I find the new implementation much less powerful and don’t want to loose functionality. I also don’t want to be vulnerable by running an outdated plugin. Any chance you can refrain from deprecating the old settings which are so good?

What conditions do you have setup? It may vary, but the difference here is what to compare. For example, if you are comparing weight, Per Item would look at the weight of the product alone. Per Line Item would look at the total weight being purchased.

The bundle pricing is still possible but setup differently as it doesn’t have its own column. You would need to add two cost types to a single row, one being a flat rate and the other being a “multiplied by” type. For example, if you charge $5 for the first item and $2 for each item thereafter, you would have a flat fee of $3 and another cost ”$2 multiplied by items”

The old settings won’t be removed for a while, but they also won’t be updated from here on out so I cannot promise compatibility with changes to WooCommerce. I know some did enjoy some of the flexibility, but it’s difficult to move forward without supporting new WooCommerce features. There were some features lost by keeping it a legacy method so ultimately it was best to move forward with changes WooCommerce put in place. It never hurts to suggest things to them, though. The developers browse the support forum from time to time so it’s possible they could improve upon them in the future.

Hye! I would like to test the backoffice of this plugin. Is that possible ?

Absolutely! When you visit the ‘Live Demo’ of this plugin, there is a link in the menu labeled ‘Plugin Settings’. This will direct you to the Shipping settings page. Login credentials are provided above the login form.

ghusk

ghusk Purchased

WooCommerce Table Rate Shipping 3.6.6 and 4.0.1 Wordpress 4.7.4 Woocommerce 3.0.4 PHP 7.0

Since Woocommerce 3, whenever someone checks out, the following lines now appear in PHP logs: [24-Apr-2017 10:32:44 UTC] length was called incorrectly. Product properties should not be accessed directly. Backtrace: require(‘wp-blog-header.php’), require_once(‘wp-includes/template-loader.php’), do_action(‘template_redirect’), WP_Hook->do_action, WP_Hook->apply_filters, WC_AJAX::do_wc_ajax, do_action(‘wc_ajax_update_order_review’), WP_Hook->do_action, WP_Hook->apply_filters, WC_AJAX::update_order_review, WC_Cart->calculate_totals, WC_Cart->calculate_shipping, WC_Shipping->calculate_shipping, WC_Shipping->calculate_shipping_for_package, WC_Shipping_Method->get_rates_for_package, BE_Table_Rate_Shipping->calculate_shipping, WC_Abstract_Legacy_Product->__get, wc_doing_it_wrong. This message was added in version 3.0. [24-Apr-2017 10:32:44 UTC] width was called incorrectly. Product properties should not be accessed directly. Backtrace: require(‘wp-blog-header.php’), require_once(‘wp-includes/template-loader.php’), do_action(‘template_redirect’), WP_Hook->do_action, WP_Hook->apply_filters, WC_AJAX::do_wc_ajax, do_action(‘wc_ajax_update_order_review’), WP_Hook->do_action, WP_Hook->apply_filters, WC_AJAX::update_order_review, WC_Cart->calculate_totals, WC_Cart->calculate_shipping, WC_Shipping->calculate_shipping, WC_Shipping->calculate_shipping_for_package, WC_Shipping_Method->get_rates_for_package, BE_Table_Rate_Shipping->calculate_shipping, WC_Abstract_Legacy_Product->__get, wc_doing_it_wrong. This message was added in version 3.0. [24-Apr-2017 10:32:44 UTC] height was called incorrectly. Product properties should not be accessed directly. Backtrace: require(‘wp-blog-header.php’), require_once(‘wp-includes/template-loader.php’), do_action(‘template_redirect’), WP_Hook->do_action, WP_Hook->apply_filters, WC_AJAX::do_wc_ajax, do_action(‘wc_ajax_update_order_review’), WP_Hook->do_action, WP_Hook->apply_filters, WC_AJAX::update_order_review, WC_Cart->calculate_totals, WC_Cart->calculate_shipping, WC_Shipping->calculate_shipping, WC_Shipping->calculate_shipping_for_package, WC_Shipping_Method->get_rates_for_package, BE_Table_Rate_Shipping->calculate_shipping, WC_Abstract_Legacy_Product->__get, wc_doing_it_wrong. This message was added in version 3.0.

Upgrading to Table Rate Shipping 4.0.1 (but still running in BE legacy shipping zone mode) has not removed the lines.

Checkout itself works OK, but all these messages are making it difficult to spot other issues in the log files.

Thank you for letting me know. This has been since WC 3.0. Much of it has already been addressed in TRS version 4.0, but please note that the old settings have been deprecated, so these will not be updated or maintained.

Everything in WooCommerce is backwards compatible, at least for a certain time period. It will continue to work for a while, but eventually you will want to upgrade to 4.0 in order to maintain compatibility with future versions.

Sadly, the new version breaks our shop. The PHP version is outdated and the hosting provider can’t instantly move the site to an updated server. I would like to upload the older version of the plugin in the meantime so we can continue in business. Restoring the exported website does not work. Where can the old version be found? Thank you in advance!

I can’t register to bolder elements without a purchasing code, and I suppose I will have to renew my support license for that because the code is not where the instructions tell me it should be. I’ll get a hold of my boss. Good grief!

Done, ticket made.

Thank you, I have updated with further details.

Hi, I’m interested in purchasing your plugin but I would like a few questions answered if you don’t mind. Assuming I have different products to be shipped, how does table rate determine what shipping cost to use assuming I want to use flat rate prices to determine shipping cost? Thanks

Are you going to respond to this ?

You have a lot of options worth this method so it depends on what you want. You can have priorities and charge the highest priority cost that the customer qualifies for, or you can charge a few for each group and have them combined into one option.

I’m not sure what this “update” to Table Rate Shipping is about. Don’t Wordpress plugins update through my control panel? I tried to upload the zip file as a plugin to my website, and my control panel said the “destination file already exists” and “upload failed”. I certainly don’t want to delete the version I have working on my site now…cuz then I may have to reconfigure all the settings, right? It’s working perfectly now, and I don’t have time to deal with an update that could cause my website to not function properly.

I can see others have asked similar questions elsewhere about similar updates that need to be downloaded (instead of just updating through the control panel with the click of a button like all my other plugins), and the answer has been “You shouldn’t lose all your settings.” So does that mean I “could lose them all, but I shouldn’t?!” Why is this paid-for plugin so horribly complicated when it comes to updating itself? Why can’t it update like every other plugin? It’s working perfectly for me now with the old version, and I’m just not interested in going back and configuring everything again if my settings are lost when installing an updated version. Should I just use the older version until an update to WC causes problems? Or should I trust that I can delete the old version, upload the new version, and everything will remain the same? I just have a simple table rate shipping set up, I believe, but my programming skills are very limited…which is why I bought a plugin…and I don’t want to open a can of worms when it is functioning perfectly now. What do I do?

I am sorry to hear the upgrading process has been confusing. Only plugins hosted through WordPress.org automatically have updates. Third party plugins hosted elsewhere like CodeCanyon need to build their own system. I would recommend trying Envato’s: http://envato.github.io/wp-envato-market/

If you are using the dashboard’s plugin uploader, you will need to delete the existing files first. This form is only an installer, not an upgrader, so it will not delete the files for you first. Deleting the files, however, will NOT delete your settings. These are stored in your database so they will reload when you reinstall the plugin.

So while your settings will not be lost, you will need to reconfigure the shipping eventually. The 4.0 update switches from a legacy method to one that is compatible with the new WooCommerce zones (so you will need to be running at least WC 2.6). But the legacy method is still included so your shipping will continue to operate as it did before while you switch over.

If you are running WC 3.0 you should have no issue. I do currently have one update in queue to resolve a backwards compatibility issue with WC 2.6, but if you still have 2.6 you can always open a support ticket and request the update soon.

http://bolderelements.net/support/tickets/new/
markpr17

markpr17 Purchased

Hi, Fantastic plugin, I have one question, I am still running WC2.6.8 with WP4.7.4, I want to update to latest version, is there any process to update or can I simply update to new version ?

EG, do I need to add zones or not ?

thanks mark

You won’t need to right away but the old settings are deprecated and will be removed eventually. But you will have time to work on this without your shipping going down. However, you may want to open a support ticket if you have variable products in your shop. There is an issue just brought to my attention that a function used is not properly backwards compatible with 2.6. If you open a ticket I can provide the fix that resolves this.

Ro_meow

Ro_meow Purchased

Hi,

First of all, thank you for your plugin which is following our developpement since the very beginning of our website.

We want to let you know that we found a problem of compatibility with WooCommerce Multilingual. When we try to load an old order in our admin we’ve got the following message :

Notice: Undefined property: WooCommerce::$payment_gateways in /wp-content/plugins/woocommerce-multilingual/inc/class-wcml-emails.php on line 252

Fatal error: Uncaught Error: Call to a member function payment_gateways() on null in /wp-content/plugins/woocommerce-multilingual/inc/class-wcml-emails.php:252 Stack trace: #0 /wp-includes/class-wp-hook.php(298): WCML_Emails->filter_payment_method_string(NULL, 80471, ‘_payment_method…’, true) #1 /wp-includes/plugin.php(203): WP_Hook->apply_filters(NULL, Array) #2 /wp-includes/meta.php(486): apply_filters(‘get_post_metada…’, NULL, 80471, ‘_payment_method…’, true) #3 /wp-includes/post.php(1755): get_metadata(‘post’, 80471, ‘_payment_method…’, true) #4 /wp-content/plugins/woocommerce/includes/data-stores/class-wc-order-data-store-cpt.php(127): get_post_meta(80471, ‘_payment_method…’, true) #5 /wp-content/plugins/woocommerce/includes/data-stores/abstract-wc-order-data-store-cpt.php(97): WC_Order_Data_Store_CPT->read_order_data(Object(WC_Order), in /wp-content/plugins/woocommerce-multilingual/inc/class-wcml-emails.php on line 252

Best Regards,

Does this problem go away when the plugin is disabled? I’ve looked through your stack trace here but I can’t find where any of this links up. This shipping method does not use the payment gateways variable, not even as a condition, so I’m not sure where it could be affecting this.

Conflict with Gravity Forms – I am unable to add any forms when this plugin is enabled. I have disabled all plugins and themes to isolate this issue. If the plugin is deactivated, I can create forms and switch the plugin back on to add them to pages. Can you advise please.

Another user has offered login details to their site and I am working on determining the problem. I can update you again when I know more, but if a fix requires some code to be moved around, it may be more helpful to open a support ticket so I can share the necessary files with you.

http://bolderelements.net/support/tickets/new/

WooCommerce Table Rate Shipping 4.0.1; Wordpress 4.7.4; Woocommerce 3.0.4; PHP 7.0

We have 3 Shipping classes and 10 Shipping Zones.

I upgraded plugin to v4.0.1, which continues to work fine in legacy mode.

Then, after checking first on our Test system, on our Live system I replicated the legacy shipping zones in Woocommerce and configured Table Rate Shipping methods that came close to mimicking the behaviour of legacy.

Then we disabled the legacy zones and went live with the new.

I then thought of a rule improvement, which involved using the Priorities on the shipping classes.

So on our Test system I set some priorites (1,2,3 against our three classes). But during testing I discovered that each class can only have its priority changed once on the shipping class maintenance screen – it is then fixed.

I tried a shipping class priority change on Live as a further test, which should had no unwanted effect on the Live shipping rules (as our current rules don’t utilise shipping class priorities). This also resulted in a “stuck” priority (just like on our Test system). However, as a side effect, it appears to have forced all zones to be mapped to our default, catch-all shipping zone.

So I disabled all Table Rate Shipping methods on the Shipping Zones screen, and re-enabled the legacy mode. Which is still working OK.

I’m not sure why the zones no longer map correctly but, as a start, the fact that the shipping class priorities get stuck is not a good sign.

The PHP logs are clean.

Are you aware of this issue? Presumably a fix falls to the Woocommerce team themselves?

by
by
by
by
by
by