Stefan Nagy

As far as I know I didn’t change a thing but one month later the error message in WooCommerce system status report is gone…

Thanks for your help.

OK, thanks!

BTW, I found this and it works for me:
https://gist.github.com/WillBrubaker/49ccb5365a8632b8af8e

I didn’t want to report a bug but only ask if this is intentional as first step…

However, in the meantime Claudio Sanches obviously decided to include a link in the new customer account e-mail, see https://github.com/woothemes/woocommerce/commit/2493cb995a578344eede5f77a41aadf67abf6d3f

Thanks!

Thanks for your reply! I don’t really get it…

My server’s default timezone is ‘Europe/Berlin’. As I understand it, WordPress sets UTC time with date_default_timezone_set( 'UTC' ) in wp-settings.php and then I can define my correct timezone in general settings.

When I do that (set the timezone in WordPress general settings to ‘Vienna/Europe’), the WooCommerce system status report tells me that the default timezone is set to ‘Vienna/Europe’ and should be set to UTC. When I set the timezone in WordPress general settings to UTC everything is OK.

What I don’t understand: WooCommerce shows me the timezone I manually set in WordPress general settings. If WordPress would actually fail to set the server timezone to UTC I’d expect the WooCommerce system status report to tell me that the default timezone is ‘Europe/Berlin’ (the server’s default timezone, not the one I set manually in general settings).

Sorry, that was mistakable…

I’m only talking about the calculator on the shopping cart page where customers can calculate the shipping costs – before they decide to buy the products and check out.

In my webshop there is no shipping zone defined by postcodes. So (only at this point) it makes no sense to ask for the postcode. However, when customers decide to buy the products I actually need the postcode for shipping.

In my view the optimal solution for the calculator on the shopping cart page would look like this: only when customers select a country with different shipping zones defined by postcode the field is visible.

Since there is this old unanswered topic I decided not to open a new one.

Our shop is located in Austria and we want to ship to nearly all countries of the European Union, but we won’t need a postcode to calculate the shipping costs. There will be one rate for Austria, one for Germany and one for all other member states of the EU.

It’s quite strange to ask our customers for their postcode if it makes no difference at all…

Is there a way to disable the postcode-field in the shipping calculator?

Thanks,
Stefan.

BTW, I know that I can add Terms and Conditions for a single invoice when I edit it.

As I understand it, the ‘Terms and Conditions’ text field in Sliced Invoice settings should work as default, so that I don’t have to add the same Terms and Conditions to every single invoice manually.

This works when I create an invoice in Sliced Invoices but it doesn’t work when I create an invoice by creating a Woocommerce order and set its status to ‘invoice’.

Sorry, I didn’t delete my invoices in menu Invoices, but only the orders in Woocommerce -> Orders.

In Invoices my invoices number 0001, 0002, 0003 and 0004 still existed, so everytime I created a new invoice it got number 0005.

After deleting these invoices I was able to reset Next Number.

Are you talking about have always a link for the My Account page?

No, the thing is that there is no link to the My Account page but only the URL (you can’t click it, you’d have to copy and paste it).

Sorry, I just wanted to add that I’m talking about this template:
https://github.com/woothemes/woocommerce/blob/master/templates/emails/customer-new-account.php

Thanks!!

OK, I found a way to fix this by adjusting the width of the secondary navigation. Since I’m no developer and I don’t really know what I’m doing here it would be great if someone could tell me if I’m just lucky and there’s a much better solution for this. Thanks.

@media screen and (min-width: 768px) {
    .site-header .site-branding, .site-header .site-logo-anchor, .site-header .site-logo-link, .site-header .custom-logo-link {
        width: 27%;
    }
    .woocommerce-active .site-header .secondary-navigation {
        width: 42%;
    }
}

Sorry, I ran into another problem now: changing the size of the logo destroyed the layout.

The secondary menu is supposed to be positioned on the left side of the search field. When I make the logo wider, the search field moves down.

I guess I’d have to reduce the width percentage used by the secondary menu, right?

Great, thanks!!

I thought it would be possible to simply import the site’s signing keypair into your GnuPG keyring and then generate a revocation certificate manually. (I.e., using gpg –output revoke.asc –gen-revoke KEY_ID, where KEY_ID is the key’s fingerprint.) However, when I tried this myself I received an error, which leaves me a bit stumped.

Yes, that’s exactly what I did and I reveived an error. In german it gpg says “Beglaubigung fehlgeschlagen: Falsche Unterschrift”, I guess the english error message would be “signing failed: bad signature”.

Oh… now I read your OpenPGP-PHP bug report. So we get the same error. Thanks for all the info and for reporting this issue upstream.