RLDD

Hi Toad, Yes you are correct that the coupon is applied to the future payment and not the deposit. But the plugin WooCommerce Auto Coupons does not affect this, as the same situation would occur if the coupon were applied without WooCommerce Auto Coupons.

The coupon is a native WooCommerce coupon. WooCommerce Auto Coupons only controls when the coupon is applied. But WooCommerce Deposits controls how (and to what) it is applied, and how the line item totals appear.

I would open an issue with the plugin developers for WooCommerce Deposits regarding it’s handling of WooCommerce coupons.

It is outside the scope of support that I can offer because the WC Deposit plugin is controlling the subtotal, amount due, and total.

However, it is easy to remove the first discount line with a CSS rule <style>.cart-discount.coupon-COUPONNAME{display:none}</style> You could also use a CSS ::before rule to add content “Eco-friendly SAVINGS…” to the last line. Modifying the template is also an option if you expect this to be a less flexible, permanent feature.

Understood. If you are able to provide the diagnostics I will be happy to continue troubleshooting this issue for you.

Hi Dan,

There are many explanations, but since I don’t have access to your system I’ll provide a short checklist.

1) Make sure you’re using a modern browser (Chrome, Firefox, Edge) not Internet Explorer
2) Ensure the same time period and weeks are identical between the time period the user submitted, and the time period that’s being approved.
3) If all fails, reverse all timestamps for the period, and resubmit.

Let me know if there’s anything else I can do to help.

Hi Taz,

Hopefully this will get you started. Paste this below the shortcode, and it will affect the timecard generated by the shortcode.

This allows only Mondays, but it could be changed to Tuesdays very easily…

<style>.dyt_day{opacity:.5;pointer-events:none}</style>
<script type='text/javascript'>
function allow_Mon() {
  var dyt_days=document.getElementsByClassName('dyt_day');
  for(var i = 0; i < dyt_days.length; i++) {
    if(dyt_days[i].innerHTML.includes('Mon')>0) {
      dyt_days[i].style.opacity='1';
      dyt_days[i].style.pointerEvents='inherit';
  }}
}
window.onload=function(){setTimeout(function(){allow_Mon()},1000);};
</script>

Hi Taz,

Let me see if I can give you a place to start with some code you can expand on. I might need a few more days to complete.

Thanks for your patience!

Hi subhamkotnala. I will look and see if this feature can be made optional in the next release. Thank you for this input!

Hi subhamkotnala, yes I understand the issue. Without seeing it firsthand I must assume it is one of two things:

1) The time period is not the same between the two screens. Can you verify the time period begin and end dates are the same on both the admin view and user view? If the dates do not match, click on the dates at the top of the timecard to navigate forward or back in one week increments.

2) There must be a page reload/refresh on the admin side after a timecard is submitted. You can ensure this by reclicking the Dynamic Time WP menu item to reload the page.