Elba Mai

Hi Dan, thanks a lot for your detailed response.

Seeing as there is a Weight A and/or Price A in the case of composite product data. Is there a way you could provide a filter to add these to the package?

Or if possible explain why they are skipped? Is it that a “composite” product is not recognised as a valid type to obtain data from?

In our case, the base (price A) and/or base Weight (weight A) are necessary as the products a composite product contains can be optional. Meaning the customer could buy only the composite. If the base data is ignored the customer would have no valid shipping methods.

Just for clarification. The price of a composite product is still the same data point as a simple product as is the weight.

Thanks again for your time

• This reply was modified 2 years, 9 months ago by Elba Mai. Reason: grammer

Please see more detail below

The following are the two examples we’re working with that seem to defy our understanding of how the conditions for shipping rules are met. Also please be aware that basket total weight was obtained directly from the cart via WC()->cart->get_cart_contents_weight()

Example #1
Basket Details

• Weight: 30.1kg
• Basket Sub Total: ￡1,071.87

Matching Rule

• Weight: 0-5kg
• Sub Total: 40-160

Example #2
Basket Details

• Weight: 41.2kg
• Basket Sub Total: ￡1,041.67

Matching Rule

• Weight: 20-30kg
• Sub Total: 300-1300

In both cases the rules don’t match.

Where we’re at now with investigations

In both the supplied examples the products are of a custom type “composite”, using the composite products plugin from WPClever. Each product has a base weight of 30kg and each of it’s options also have a weight.

Taking into account that for some reason the weight based shipping plugin ignores the base rate. Example #1 would match the weight rule but not the basket sub total range. Example #2 Would not match the weight condition but would match the sub total range. Hence our request for support as this is quite confusing.

Looking Deeper
Looking into the plugin and how it works with rules and packages. It appears the plugin is requesting the rule match both conditions “AND”. But in both our example cases even without considering the custom product type, both conditions are not met.

Questions

• Is there a possibility that the plugin is skipping the composite product type weight value
• If so, have you or could you supply a filter for us to ensure it’s applied?
• How are rule conditions met? Is it an “AND” or “OR” condition between weight and price range?

Thanks in advance for your time

Just had a similar experience. Changed font (Google Font) using the customizer. Result was New Times Roman site wide.

Looking at the CSS, root and a specific element. My font was in the font variable correctly; specifically --fontFamily: M PLUS 1p, Sans-Serif;

The element had the variable set font-family: var(--fontFamily);. Great.

Yet we have the wrong font. Checked Google font loading and yes, that’s all correct.

Last check, attempt to wrap the font in quotes so the spaces can be processed.

:root {
    --fontFamily: "M PLUS 1p", Sans-Serif;
}

Added this via Customizer CSS for now and font is working. This might help someone with fonts not working, but also hopefully we can get a fix in here for the theme in general.

Best!

Also would really like to know about SES bounce handling. If you’re plugin does not assist does this not make the SES integration incomplete?

Just to update you. We have some errors in our log relating to the plugin. We have the latest version installed.

PHP Notice: Undefined index: woocommerce-pdf-invoices-packing-slips/vendor/dompdf/dompdf/lib/Cpdf.php on line 5152

PHP Warning: Invalid argument supplied for foreach() woocommerce-pdf-invoices-packing-slips/vendor/dompdf/dompdf/src/FontMetrics.php on line 144

Plus one on this

Thanks Maarten.

We’re testing on a WPEngine setup.
WordPress latest version
2019 Latest version
WooCommerce Latest version.

Order goes through no problem and meta data gets to the checkout but no order meta showing on the order, we’re dumping the data and nothing in the meta array.

Can you help us debug this?

That is true,

I guess I assumed the plugin had a notice system or used the WooCommerce notice system and therefore I may have been able to hook into this, rather than creating separate js validation.

Hi @ultimatemembersupport,

We’re still experiencing this issue. Members can’t reset their password. Please can you assist?

We’re using the latest version of WordPress and your plugin.

Are you using the recaptcha on the reset password form?

If so we’re not, so the issue remains unresolved.

We are using {password_reset_link} and have been since using the plugin.

Please can you assist?

That’s great news ??

Glad I was able to help.

I’ve just run through the steps again, outlined previously but on one of our servers.

Here’s a link to a fresh install with the widget added to 2019 sidebar.
https://test.thirtysixdigitaltesting.com/

Since testing on Friday, we now seem to be getting a different url generated

https://test.thirtysixdigitaltesting.com/?taxonomy=sc_event_category&term=test-calendar

But this still does not go anywhere. I hope creating this test site will assist in finding the issue.

• This reply was modified 5 years, 4 months ago by Elba Mai. Reason: Grammer

I’ve since removed it from the live website.

The thing is. I’ve tested it now in 2 scenerios where we’re talking a fresh install of WP and SC, one event and one calendar. Whether you are using a the widget or not.

Going to the “Calendar” page/archive assigned to the only created event results in a 404.

I hope this information helps.

Hi,

We’re not having issues with an individual event but in viewing a “Calendar” which the widget lists.

There is no view calendar from the admin to do so. Even so, would domain/events/calendar/calendar-name not be the correct url pattern?

Thanks for looking into this.