Lisa Clarke

Thank you. I appreciate the links.

I’ve actually gotten pretty far to make the catalog pages behave the way I want them to. I’ve cobbled together this code:

add_filter( 'woocommerce_product_variation_title', 'lrc_variation_with_attribute', 10, 4 );
function lrc_variation_with_attribute( $variation_title, $product, $title_base, $title_suffix ) {
    add_filter( 'woocommerce_cart_item_name', function($variation_title) { return $variation_title; } , 20, 3);
    $attribute = wc_get_formatted_variation( $product->get_variation_attributes(), true );
    $product_parent = wc_get_product( $product->get_parent_id() );
    $product_title = $product_parent->get_name();
    return $product_title . "<br><small>" . $attribute . "</small>";
}

It does exactly what I want, except it also changes the product name in the cart, which I don’t want. I’ve tried using if ( !is_cart() ) but that doesn’t do anything. I’ve used various functions like that to determine what page I’m on but none of them work in this function.

What I really need now is a way to say “only return this new product name if I’m on a catalog page” or “return the original variation title if I’m in the cart”

To answer your questions, I define my attributes outside of the product, from the Products > Attributes menu. Within the product, I choose an attribute from the screen in your screenshot, and select use for variations. Then I add my variations.

Here’s my system report: https://gist.github.com/lclarke522/a35a88ee6389a6144f8a888aaf80d527

Thank you for your help!

I’ve looked in the database and I can see that the post_title for variations is set exactly how it’s displayed: Product - Attribute for variations with one attribute, and Product for variations with multiple attributes.

So, this issue is definitely not with the display of the title, but with the setting of the title.

Even though I would prefer to have WooCommerce set the post_title to something more useful by default, I could deal with the issue by updating the post_title directly in the database. The problem with that, is I’d have to do it every time I create new variations.

I would really appreciate it if someone had some ideas for me that didn’t involve running frequent MySQL queries.

@anastas10s already done. Thank you so much for the quick fix!

I am having the exact same problem. I deleted my 16GB error_log to get my disk space back down under my limit, but that is obviously a temporary solution.

Updating here in case anyone else has this problem.

Their code has some incompatibilities with PHP 8. You can downgrade PHP temporarily as a work-around until they fix the theme.

One way is to add this to .htaccess and forcefully override to 7.4:

AddHandler application/x-httpd-php74 .php .php7 .phtml

Ideally, though, Themely will update the code to be compatible with PHP 8 soon.

Thanks for the fast reply.

It turns out my problem was related to exceeding my file count on my hosting. I addressed that, and tried this plugin, and it’s working well for me (still running in the background, but it appears to be doing what it’s supposed to).

My download settings, in case that helps you:
Images source Try original links first, then Web Archive
Failure action Keep
Missing local images Ignore
Start downloading Immediately
Auto images import Enabled

Good luck!

@izogi Did you ever find an acceptable solution to this issue? I am attempting to close my Flickr account as well, but I have several years of posts that rely on it.

I tried the Auto Upload Images plugin, and it worked for some of my posts, but there are still many images that it ignores for some reason.

It sounds from your post like it might be a Flickr issue, but I really am hoping you found a solution you can share, because spending $72 for another year of a service I don’t actively use anymore is hard to swallow.

I was really hoping you’d have a hook or something I could use to remove that check on the pages where I don’t want it.

If not then I guess I will uninstall, or just live with it.

Thanks for your help.

Oh, I’m sorry I wasn’t clear.

That setting is already unchecked. I am not talking about any of the shop pages, anyway. I am talking about the blog pages. Like my home page. When I load the page, it takes a long time to fully load, and I can see that the browser says “waiting for paypal.”

According to GTmetrix, this may be the culprit:
https://www.paypal.com/sdk/js?client-id=...&merchant-id=...&intent=capture&locale=en_US&components=buttons,funding-eligibility,messages&commit=false&currency=USD

When I view source, I can see that there are numerous mentions of PayPal there, including a link to a CSS file and some JavaScript.

I don’t need these things on my home page or the blog single post pages, so I’d like to know if there is a way to remove them. I only want the payment-related CSS and JS to be showing up on the shop-related pages.

Thanks for your help!

Thanks for the quick reply! I don’t have that one unfortunately. Guess I’ll have to check one-by-one. Thanks anyway ??

@sniperkill Can you tell me what plugin was the problem for you? I am having the same issue. I’ve had to disable swatches until I have a chance to test every single plugin I have…

Done. Everything worked normally with both Jetpack and LiteSpeed deactivated and the caches cleared.

Thanks, I appreciate that.

Not quite ??

1. Yes.

2. Yes, but the opposite: it happens when logged in, and I can’t tell if it happens on multiple browsers, since I’m not sure how to check individual page loads in history on other browsers, though I did try. (I mean, I can tell that I visited a page, but I can’t tell if I did so twice in a row)

Thanks!