NightL

I think they finally addressed the issue in the latest update

The problem had been around for about six months

I posted an explanation and work-around reply sometime back
https://www.ads-software.com/support/topic/svg-logo-shrinks-when-adding-a-custom-url-link/

• This reply was modified 2 years, 6 months ago by NightL.

I think they finally addressed the issue in the latest update

The problem had been around for about six months

I posted an explanation and work-around reply sometime back
https://www.ads-software.com/support/topic/svg-logo-shrinks-when-adding-a-custom-url-link/

• This reply was modified 2 years, 6 months ago by NightL.

Theme = Skinny
https://codestag.com/themes/skinny/
I have also tested this with Storefront – same result

With Booster / Products / Sale Flash / Per Product the aim is to create a custom Sale Flash and this works perfectly with archive and product page listings.

With Gutenberg you can insert hand-picked products to appear individually wherever you may choose. If that particular product is on sale the default Sale Flash will display with the listing but unfortunately a custom sale flash created with Booster / Products / Sale Flash / Per Product does not carry through to this area.

I note the containing div for the Gutenberg hand-picked products sale flash has class=”wc-block-grid__product-onsale” which is different than an archive or individual product display sale flash which is targeted with a class of “sale”.

I assume this will also be an issue with Booster / Products / Sale Flash / Globally as well.

I have temporarily solved my issue by using jQuery which is cumbersome

<script>
jQuery(".post-1872 .wc-block-grid__products li:first .wc-block-grid__product-onsale span:first").text($(".post-1872 .wc-block-grid__products li:first .wc-block-grid__product-onsale span:first").text().replace("Sale", "Club Savings"));
</script>

• This reply was modified 2 years, 7 months ago by NightL.

I noticed this right after updating yesterday – I usually take a product through to checkout after running updates.

To be honest I don’t know how long the issue had been there, previous updates were over a month ago.

php 7.2

These recent updates included: (mostly updating from previous)
Wordpress v6.0
Woocommerce 6.6.1
and Simple Share Buttons Adder
as it was over a month from previous updates there were about 20 in all

I was running classic share buttons with all Locations except Excerpts

As mentioned the “Hide On These Pages” did not work for Cart & Checkout. If any outcome is required from my post here I suggest getting this to work – I can’t see any reason why share buttons would be desired on those pages.

I used

.woocommerce-cart .ssba, .woocommerce-checkout .ssba {
    display: none;
}

The issue of the p tags wrapping the share icons was only on Woocommerce Cart and Checkout pages, the archive pages and everywhere else on the site was fine.

It is not SVG Support – it was a WordPress update
I have answered the issue at
https://www.ads-software.com/support/topic/images-and-elementor-elements-disappear-after-deactivating-svg-support/

After recent update of WordPress svg images (img tags) were assigned with
width=”1″ height=”1″ which basically made svg files disappear.

The SVG files will now no longer automatically expand to the containing element. You will have to set width and height with css or adjust the code.

The following may be contributing to your issue

After recent update of WordPress svg images (img tags) were assigned with
width=”1″ height=”1″ which basically made svg files disappear. svg files are vector images and don’t carry dimensions into the media library.

this is not the fault of SVG support

pop the following into your custom CSS page to override that setting

.elementor-widget-theme-site-logo img {
    width: auto !important;
    height: auto !important;
}

your svg will then expand to the width of containing element

N.B. for other svg locations – you will have to replace .elementor-widget-theme-site-logo with the class name of the element that contains your svg files.

Put your svg back as you intend – go to that location on the website / right-click (where the svg should be) / click Inspect

look for class=” in the surrounding div tags and select a class name that uniquely identifies that area. When you replace the line “.elementor-widget-theme-site-logo” in the above code make sure you add a . to the beginning`

check out advice I gave in
https://www.ads-software.com/support/topic/svg-header-logo-loses-scaling-when-url-is-added/
https://www.ads-software.com/support/topic/svg-logo-shrinks-when-adding-a-custom-url-link/
https://www.ads-software.com/support/topic/image-attributes-width-and-height-1-added/

__________________
if you have placed svg files into posts/pages make sure you assign width and height or max-width & max-height

• This reply was modified 3 years ago by NightL.
• This reply was modified 3 years ago by NightL.
• This reply was modified 3 years ago by NightL.

@whoudini this is not an eliminator issue – came with the latest WordPress update

WordPress added width=”1″ & height=”1″ to the img tag linking the svg file.

I answered @bempa in another thread with a solution for their website

.elementor-widget-theme-site-logo img {
    width: auto !important;
    height: auto !important;
}

I had the same issue – I don’t use Eliminator – I dropped in here to assist others who may be having the same issue.

• This reply was modified 3 years ago by NightL.

this has happened after the latest WordPress update – it drops in width=”1″ & height=”1″

pop the following into your custom CSS page to override that setting

.elementor-widget-theme-site-logo img {
    width: auto !important;
    height: auto !important;
}

your svg will then expand to the width of containing element

N.B. because your page is currently not loading an svg file I could not see where the intended location is supposed to be – you will have to replace .elementor-widget-theme-site-logo with the class name of the element that contains your svg file.

Put your svg back as you intend – go to that location on the website / right-click (where the svg should be) / click Inspect

look for class=” in the surrounding div tags and select a class name that uniquely identifies that area. When you replace the line “.elementor-widget-theme-site-logo” in the above code make sure you add a . to the beginning

• This reply was modified 3 years ago by NightL.

this has happened after the latest WordPress update – it drops in width=”1″ & height=”1″

pop the following into your custom CSS page to override that setting

.elementor-widget-theme-site-logo img {
    width: auto !important;
    height: auto !important;
}

your svg will then expand to the width of containing element

Same thing happened for me after latest WordPress update

resolved with CSS – adding width: auto & height: auto to override the new width=”1″ height=”1″

img.site-logo {
    width: auto;
    height: auto;
    max-width: 600px !important;
}

@rhand in your case use custom-logo

img.custom-logo {
    width: auto;
    height: auto;
}

As far as I am aware Scalable Vector Graphics don’t carry dimensions – as the are indeed scalable vectors. They will either fill all available space of the containing element or you set size by css.

The New WordPress version has looked at the svg in the media library – seen no attributed dimensions and then added an obvious new default setting of width=”1″ height=”1″

• This reply was modified 3 years ago by NightL.
• This reply was modified 3 years ago by NightL.
• This reply was modified 3 years ago by NightL.

well that was 2 hours I won’t get back – I agree with @gmangesh

Works perfectly, does show roll back versions for itself. It is not rocket science to run, actually exceedingly simple.

I see by the number of negative reviews you have left that perhaps you should consider WordPress is not for you.

• This reply was modified 3 years, 7 months ago by NightL.

I will readjust my review to a more positive note again after the update.

Certainly takes a lot to get your attention.

Your approach is not a solution – it is a hack that would have to be repeated every time the plugin has an update where they have not addressed this very simple issue.

I quite correctly pinpointed the offending CSS (before you @lokeshkalosiya ) in
https://www.ads-software.com/support/topic/ver-1-4-4-kills-background-colour-of-all-form-buttons/
so I don’t require further educating on where the offending css is located.

and yes I could easily write CSS to target the buttons impacted by owl.carousel.min.css – but my continuing to repair a mistake in Service Box Showcase is not the solution here.

Not only did I report the issue here but when no response came I notified wpshopmart via their social media and website contact form – I even got a reply notifying they would address the problem – they did nothing.

I even warned people on WooCommerce Community Facebook page about this issue – and I will again.

It just seems wpshopmart do not care about their reputation or indeed customers. They obviously don’t care that their customers maybe losing sales on WooCommerce shops.

Not Resolved at all – and I did not mark this issue resolved
updated to 1.4.5 and problem still exists

• This reply was modified 3 years, 8 months ago by NightL.