4123 comments found.
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.
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.
Thanks. But I must be blind, or dumb. I can’t see the username and passsword anywhere…
It should be above the login form (so long as you are on a specific plugin site). But the username and password are both ‘demo’
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
It sounds like you are still reviewing the 3.6.6 settings. With WooCommerce zones, the shipping methods are added to the zone, not the other way around. The old 3.6.6 settings page has been deprecated and will eventually be removed. Please review their shipping zone documentation for a visual on how shipping methods are added.
https://docs.woocommerce.com/document/setting-up-shipping-zones/Thanks, now I understand.
Let me ask, I used to have a base cost for each shipping zone, and then each class within the zone added additional costs. Can this be achieved with the new (great looking) plugin?
Also, with your old plugin it was possible to specify shipping zones excluding a country, like “everywhere except country”. This no longer seems to be possible. Is the new plugin more or less flexible compared to the old one? The official Woo shipping zone implementation is weaker than yours.
It seems the math is broken somehow. I have a global shipping zone. I added a table rate called “Express Shipping (New Format)”.
I have a row with the following conditions: - Subtotal greater than $1: Cost $18 - Shipping class “Parts”: $10 for every 1 items - Shipping class “Grinder”: $10 for every 1 items
My cart has 1 x grinder, 1 x part worth a total of $68. The base table rules are set to per class. The shipping cost with Express Shipping (New Format) should be $18 + $10 +$10 or $38. However, the plugin outputs $28 no matter which base table rule I use.
Any ideas?
Unfortunately the base costs were done away with in the core of the plugin. They caused much confusion for those who didn’t need them. There will be free add-ons for this method to add functionality that only a certain number of users actually need, and this will be the first.
So unfortunately the only way to do so is with code, but if you want to share some information about your settings such as instance ID, option IDs, and the desired base costs I would be happy to help you put it together in the meantime.
The new WC zones work a little differently but do offer some advantages. They don’t have an exclude feature because every zone excludes all areas in the zones above it. Once a user qualifies for a zone, all remaining zones are ignored. I’ve started to look into the ability to add features. WC is rather good about making almost everything capable of modification. If it is possible, I can add some things. I know “all postal codes except” has been a popular one.
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.
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?
Sure, so long as the two prices are setup within the same shipping method instance there are several ways. You can use the Per Class methods to split the cart into two groups for calculations. This way if you do not set a price for a shipping class one option, if the customer tried to purchase that item, it wouldn’t be valid because it couldn’t find the cost.
There are also “exclude” shipping class conditions if you wish to just exclude the shipping class from a particular row.
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.
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/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/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.
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.
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 
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!
This is more than likely due to your PHP version. There is a line of code that does not seem to work in older versions of PHP. My plugins are only tested in PHP 5.6 and newer as prior versions are no longer supported by PHP so occasionally these things may happen.
As a developer, I would recommend upgrading your PHP so you are not open to possible security threats, but if you cannot, you can open a support ticket and I will provide the fix to you there. Thank you for your patience.
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.
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.
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.
Thanks for your response, I have opened a new ticket on your website. Best Regards
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.
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/Ticket is submitted. Thanks
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/hi, is it woocommerce 3 compatible, i don’t see any mention about that…?
Yes, unfortunately I an still waiting on CodeCanyon to update their system so that I can add that to the right column plugin stats.
I have tried a few ways to update from 3.6.6 to 4.0 and everyway results in Error 500 on the wp-admin section of the site. I tried deleting the plugin and installing through WP upload plugin… Error. I tried having 3.6.6 and using the Envato plugin to update… Error.
It sounds like you are running an outdated version of PHP. There is a line of code that does not work in versions of PHP prior to 5.6. It is recommended to upgrade your PHP version for security reasons, but if you cannot, you can also try modifying the code (the 4.0.1 update will also have this change made).
Please open the file specified in the error message (class.settings-shipping-classes.php) and navigate to line 36. It should look like this:
$shipping_classes[ $key ]->priority = ( ! empty( get_term_meta( $class->term_id, 'priority', true ) ) ) ? get_term_meta( $class->term_id, 'priority', true ) : 0;
Instead, write it out as such:
$term_meta = get_term_meta( $class->term_id, 'priority', true );
$shipping_classes[ $key ]->priority = ( ! empty( $term_meta ) ) ? $term_meta : 0;
according to tech support they say my server is running PHP Version 5.6.29 cPanel says PHP 5.4.24 but they say that info is outdated. I will try the code change and see what happens
Perhaps it is different for different folders? I know my host allows me to set different PHP versions for certain directories.
Am i missing something? 
I got my units set up as metric system (kilograms)
My products weight is 0.2 kg and i set “Vikt” swedish name for weight to equals 0.2 and I will get nothing, but if i set it to 1 it will show up?? 
Somehow weight is the same as count of product If i set weight equals to 2 and put in 2 products in cart my shipping metod will show up (0.4 kg)
Translationg might be wrong but i tried exporting it to see that I’m actually choosing weight 1,Cond,weight,equal_to,2 1,Cost,19,,,, 1,Desc,
Is there any chance you have enabled the ‘Round Weight’ feature? I can see a potential issue here. The weight is rounded at the product level instead of the order, line, or class…
No I have not enabled the “Round Weight” feature. I made a workaround atm with changing the unit from kg to g, which will only give me whole number all the time… but it’s still rounding the values to the closest whole number as you said with the option being turned off.
I tried with changing the products to 200,5 and adding two of them to the cart which should give me 401 in total but the plugin gets 402 instead (200,5 rounded to 201 times 2).
Not sure if this is helpful since I dont know if you round the numbers before or after adding all the weights.
Anyway It does not mather if I have the rounded weight option turned on or not It will give me the same result….
I’m also wondering how I can get the 4.0.1 version of the plugin? Is it tommorow since the changelog is from the future ?
Yes, unfortunately it takes a few days to get through the review process at CodeCanyon. However it won’t help with the weight problem as the version has already been submitted. I would recommend opening a support ticket and once I have found the problem I can give you the fix there so that you do not have to wait for 4.0.2.
http://bolderelements.net/support/tickets/new/Plugin Update – manual upload or via Wordpress ?
We have version 3.6.6 of your plugin installed and CodeCanyon has advised that a new update is available.
In order not to loose any of the plugin settings, do we simply over-write the existing installation via upload of the Zip file from within Wordpress ?
Is there a feature in the pipeline that the plugin can be updated from Wordpress via the normal Wordpress update page ?
Many thanks for your advice.
You can upload it through the dashboard or via FTP. Just note that the plugin will have to be deleted first and then the new one uploaded in order to have the best install. Your settings are safely stored in the database and will not be deleted when the plugin files are.
If you want to update via the one-click on the plugins page, you can do so with the Envato Market plugin. Unfortunately the Bolder Elements Updater was removed for security reasons, but luckily Envato has come up with a good solution for keeping all of your plugins updated.
http://envato.github.io/wp-envato-market/(Also, you can install this plugin with one click after updating your Table Rate plugin one last time. It comes with a one click installer to make it easier to update your plugin the next time)
Many thanks for your quick reply and excellent support (as always).
Followed your advice and updated your plugin without problems.
Thank you.
Great, glad I could help!
Hi there, I feel dumb because I can’t get this simple weight calculation working the way my client needs, which to me seems pretty straightforward. Here’s what I’m trying to do: (each product has a defined weight already)
The weight needs to be calculated as follows based on total weight of the order:
1lb or less = $5.95 2lb = $7.95 3lb = $9.95 4lb = $11.95 5lb = $13.95 6lb or more = $15.95
For some reason, when I create a condition for weight greater than 6.1 lbs, it says “no shipping methods available”.
I also have a condition for some of the items that qualify for free shipping, however when one of those products are selected along with the other products that have the weight based calculation, it makes the entire cart have free shipping, instead of just the product that qualifies.
I managed to fix the “greater than” issue, however still have an issue when adding a free shipping item to cart, it sets the whole order to have free shipping even though there could be items that don’t qualify for free shipping.
What condition are you using? If it is the Per Order condition (the default option) it will apply the rate to the whole order. For example, a shipping class condition would require that one or more items in the cart belong to that class. If you switch the condition to Per Class, it will separate the free items into their own group so that a separate shipping cost is still calculated for everything not in that class.
(The ‘Condition’ setting is under the General Settings group)
I was using the Per Order. I created a shipping class called “Free Shipping” and set my free shipping products to that class. I created another class called “Standard Shipping” and set the rest to that.
Then I took your suggestion and changed it to Per Class in the settings and added a new shipping cost with a shipping class condition set at 0.00 $.
Now it’s adding the weight of the free product, rather than keeping free. Not sure what I’m doing wrong here.
Here’s how I had it configured: http://www.awesomescreenshot.com/image/2409251/efe80dd04414f3421bd0451ab165e5bf
Man, this is being buggy in our install, I just set it all back to how it was and it’s not respecting my changes at all. Random line items are getting deleted too whenever I save. Is this compatible with the newest version of WP and Woocommerce? I can give you a login if you want to have a look.
It should be, I’m afraid I have not personally seen any issues with saving. If it’s possible to replicate the same row getting deleted, would you mind taking a screenshot for me and highlighting which row is getting removed? Perhaps it is a specific set of circumstances.
As for the first issue, your settings all look fine, but I do have one question: are your shipping class products variable or simple? There is a known issue in WooCommerce that is affecting a lot of users right now. Shipping class information for variations are not being returned so the item I believe shows as not having a class when set to “same as parent”.
https://codecanyon.net/comments/16225509For the first issue – no, they are simple products (board games). Have a look here: https://inillc.com/product-category/games/. To replicate, add this game to your cart that has the free shipping class: https://inillc.com/product/never-have-i-ever/
Then add a few of this one: https://inillc.com/product/never-have-i-ever-conversation-starters-family-life-edition/
You’ll see that it calculates the a shipping charge for the free shipping one as well even though I have it set to Per Class, and have a condition setup to charge $0 as you saw in the screenshot.
For the second issue – it seems it’s only the very last row of all the table items that gets randomly deleted. It’s tough to replicate as it’s intermittent.
Okay, I think I understand better now that I see the price it is giving you instead. It looks like a simple priority issue. Your other rows do not require a shipping class, so any product of any class would qualify so long as the weight falls into this range. The plugin starts at the top of the table and works its way down to the bottom. The last qualifying row is the one it would use for that class.
I would recommend moving the shipping class row below your weight requirements so that it has the highest priority in the table.
That worked! Thank you!
Awesome, glad I could help
Hello, we’ve purchased the plugin but are unable to export the data, there’s also no import template so we don’t know how to preparate the file. The export function just says “ERROR” with no indication of any kind. Could you help us on this matter?
Have you selected the rows you wish to export? It seems to work for me on the demo site, so my best guess is that there are no rows selected in the table. If not, please let me know. I am happy to take a closer look.
http://bolderelements.net/support/tickets/new/hie, i am having exatly the same problem as ndyess, i tried to put the table rates in the new method way but nothing appears online and i a having orders with no shiping cost wich gives me trouble to explain and ask for them after purchase… please help us !!
Have you tried ndyess’ latest reply? It seems there is a known issue with shipping classes and variable products…
https://codecanyon.net/comments/16225509not yet i will try tonight ! by the way i had to Deactivate your plugin because it was responsible for a bug on my Woocommerce > Orders pannel, i was unable to edit my orders, i had a blank page instead, after deactivating plugin i came back to normal. So now i can’t use your plugin anymore and have to go with flate rates….
What version of PHP are you running? Also if you provide me with the error causing the blank screen I am always happy to take a look at it. I cannot replicate the error on the demo site, so my guess is it may be the same issue others are experiencing with outdated PHP versions. Just like WooCommerce, our plugins are only tested on PHP 5.6 and higher. If it is a simple fix I am happy to adjust it, but it is recommended to upgrade your PHP as versions older than 5.6 are no longer supported by PHP. This means that any security issues that arise will not be corrected anymore by PHP.
https://docs.woocommerce.com/document/server-requirements/PHP 5.6.30
Okay, thank you. We can rule that out then. Would you please check your PHP error log and return the error message to me? Once I know the conflict I will be able to better help.
how can i get the PHP error log (sorry about that i’m sure it is pretty simple but am confused about what i found googling this question !)
It can vary depending on your server, but usually there is a file in the wp-admin folder called error_log or php_errors, no extension. If you are not logging, you can also enable the WP DEBUG mode temporarily, and revisit the page. With this option enabled, it should print the error right to the screen:
http://docs.whmpress.com/faq/how-to-enable-or-disable-wp_debug-using-file-manager/Hello again, sorry i was unable to respond earlier.. For my first problem it seems to be solved with the latest update you did ! great !
But i am still stuck with that bug on my orders editing in the backoffoce of woocommerce when your pluggin is enabled. i don’t have any error_log or php_errors on my ftp ? and if i am not logged i cannot access the orders page ! so how could you help me with that ? many thanks !
I’m afraid I do not know as I have not been able to replicate the problem, nor has anybody else reported the same issue. I am happy to login and take a look. It may be best if you can enable ‘WP_DEBUG’ mode so that the error is printed directly to the screen (following the link I left in my last response).
Please open a support ticket so we can share information privately and I will gladly take a look to see if it is something that can be resolved on my end. Likely it’s an issue with this running alongside something else on your shop since it doesn’t seem widespread.
http://bolderelements.net/support/tickets/new/
