devilkin

Ok, thanks!

Screenshot: https://imgur.com/a/1pNU4Ft

??
Such things happen.

If you don’t mind me asking, what was wrong in the end?
I’ve got the same issue, my wordpress homepage is changed to something else after an upgrade, and I’m stumped as to what might have caused it.

I also am no longer able to log into my wp-admin. Just keeps redirecting me back to the main page.

It very much depends on which payment method is being used. For COD, this is normal.

What payment methods are you using?

Re-iterating over the code I came up with this. Better, since I don’t need to re-define part of the class to get my workflow. Still not 100% ideal.

add_action( 'woocommerce_email_before_order_table', 'add_order_email_instructions', 10, 2 );
add_action( 'woocommerce_thankyou', 'bacs_order_payment_processing_order_status', 10, 1 );

function bacs_order_payment_processing_order_status( $order_id ) 
{
  if ( ! $order_id ) {
    return;
  }

  $order = new WC_Order( $order_id );
  
  if ('bacs' === $order->payment_method && ('on-hold' == $order->status || 'pending' == $order->status)) {
    $order->update_status('processing');
  } else {
    return;
  }
}

function add_order_email_instructions( $order, $sent_to_admin ) {
  
  if ( ! $sent_to_admin && 'bacs' === $order->payment_method && $order->has_status( 'processing' ) ) {
    $gw = new WC_Gateway_BACS();
  
    $reflector = new ReflectionObject($gw);
    $method = $reflector->getMethod('bank_details');
    $method->setAccessible(true);
      
    $result = $method->invoke($gw, $order->id);
  }
}

Same here – I’ve never noticed a ‘shared object’ for an ELF executable before. Think I might have a look on my own debian machine to see what it reports.

Thanks again for a great plugin!

Reasons found:
1. Make sure you name your own binaries binary-custom
2. Make sure their file magic (use the file command) returns ‘executable’, not ‘object’. For some reason Debian’s version is identified as:
ELF 64-bit LSB <strong>shared object</strong>, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=17a0fec362508ea9bed8577f388c96308d9bebd5, stripped
whereas my custom compiled version returns
ELF 64-bit LSB <strong>executable</strong>, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.24, BuildID[sha1]=50f22527f0597844085ecd4232acb6ef5b8efa50, not stripped

Anyway, it works now.

• This reply was modified 8 years, 4 months ago by devilkin.

Ah. Thanks… there I was assuming CSS would be browser-agnostic ??

I would also be very interested in helping out with translations. For now, I’ve replaced the strings in the code.

Thanks, this works!

OK, I found the issue: the library display does not take into account books that are put ‘on hold’. Hence the count shows wrong, but it’s actually right.

So the actual bug here is rather that the library display does not display books that are on hold.

I’d have to try.

The captcha isn’t useless: it stops a wave of spam coming on the blog. It was being spammed to death before that.

Hello… could you send this plugin to me too?
jan kcore <dot> org

Thanks!

You can see it in action here:

https://sade.sadevil.org/blog/

Jan