mike-pt

https://www.portotheme.com/wordpress/porto/documentation/how-to-enable-skeleton-screens/

This is it basically, w/o this option the image will show banlk but never populate until I actually switch images ( this is ofc a bug, that sadly I’ve reported and is yet to be solved byt them)

Actually I tested two themes and they were giving issues so I ruled it out but you might be right.

The theme in use is Porto Theme and it seems this is affected by the themes skeleton screens, if I disable those in the product page it’s showing and updating EAN on switching… Problem is I need that for the image in the product page to load correctly otherwise it will show blank :/

Is there any info I can share to help track it?

I can’t share login details here but I would be OK to do so over slack DM (if your OK with that)

This is still happening:

View post on imgur.com

On selecting variation REF changes but EAN (label fro gtin) is not changing and keeps showing “N/A”.

This works fine for me, it will show up in the variations, just like SKU.

In my case I use EAN but should be the same:

https://ibb.co/mtdBnHm

What is not working for me is having it upload in the product page while viewing

• This reply was modified 4 years, 7 months ago by mike-pt.

Hum I’m having similar problems, it shows on related products and such but not the shop page.

I’m also using WPBarkery and adding [yith_wcwl_add_to_wishlist] is not adding this to the product layout nothing shows…

Also using Theme “Porto” and their built-in layout work, unfortunately, they have a bug where the related products get messy so I wanted to build my own.

I found the solution and the mega menu post did help, sorry I know its another plugin, but I still prefer yours in a few aspects ??

I add to apply some changes to the suggestion they have there but ended up with this for my nav in the header

<nav id="site-navigation" class="<?php echo ( !is_front_page() || ( get_theme_mod( 'shopstar-slider-type', customizer_library_get_default( 'shopstar-slider-type' ) ) == 'shopstar-no-slider' && !get_header_image() ) ) ? 'bottom-border mobile' : 'bottom-border'; ?>" role="navigation">		
		<div class="container shopstar-mobile-menu-primary-color-scheme <?php echo ( !is_front_page() || ( get_theme_mod( 'shopstar-slider-type', customizer_library_get_default( 'shopstar-slider-type' ) ) == 'shopstar-no-slider' && !get_header_image() ) ) ? 'bottom-border' : ''; ?>">
		    <div class="padder">
				<?php wp_nav_menu( array( 'theme_location' => 'primary' ) ); ?>
			</div>	       
		</div>
	</nav><!-- #site-navigation -->

Hopefully this will help others!

• This reply was modified 4 years, 7 months ago by mike-pt. Reason: mark resolved

Looks like it doesn’t work with max mega menu either:

https://www.megamenu.com/documentation/shopstar/

Could that be related?

The menu is clrealy there, if I set a marign right of 50% , i.e.

.main-navigation #main-menu {
        //text-align: end;
        margin-right: 50%;
}

I can see it and even see the close icon, it seems that what never becomes visible is the hamburger menu to open it.

@rajeshpoudel I wasn’t saying it creates any issue, but that it does just leave the defaults and doesn’t add any options for adapting the editor to the theme, other themes do this, or at least they offer different width views, as does the plugin @frankddo suggested, since then I had to install block plugin that actually adds this too so no need for the full-width one but its a nice suggestion

Got the same problem, went back to 2.0.5 and solved it.

However I’m also wondering about another thing that I’m not sure was like this in previous versions (but maybe so) and also related to the redirects…

When you enable “Hide URL language information for default language” and let assume my default language code is “/pt” what I’m seeing is that this setting is not relay “hiding” but removing the “/pt” completely…

I was expecting that hiding meant “redirect /pt/$path to /$path if”… but what I’m seeing is that we type “example.com/pt/page” we get a 404…

Is this the expected behaviour or am I doing something wrong?

I can workaround this on the web server, so its not a major issue, but just want to be sure its really the default behaviour, I had the impression it worked different in previous versions… btu maybe I’m mixing things.

After some investigation it seems that it as something to do with the permalinks…. if I change to the default ?p=XXXX it works.

if using /%postname% it is not getting the $_GET values but AFAIK it should still work

And the problem is that this way if nginx try files I was using “/index$args” and not “/index?$args” it wont pass add the “?” to php

If using “?p=xx” index$args works just fine but not in the case of “pretty urls”

Hope this helps others

anying = annoying

I was looking a bit more into this and when the transaction is finisshed i’m redirected to “/produtos/confirmacao?sessionid=XXXXXXXXXXXX”

I cross reference with the db info and the session id matches, so its really weird that I’m seeing this error.

any suggestions for where else to look?

Note: The gateways do work and orders are processed, I’m using the test gateway for Brank Transfers and I get the email, but its still anying that this error shows, costumers will think the transaction failed.

Also If I may add its probably also a good idea to add a “skip verification” option in the UI, in case some user don’t need/want to verify the certs (self-signed for example)