Virtuemart 3.0.10 is not asking for payments

[lmiksch]

After updating to Virtuemart  3.0.10 and Joomla 3.4.4 my shopping cart stopped asking for payments. We are now giving everything away . Customers are seeing a message that states "No Payment Due" and are receiving immediate access to downloadable products. We are manually stopping shipped products until payment is obtained.

We have 3 payment options configured. No Payment due - for free products, Paypal and Authorize.net. None are being requested buy the system.

Invoices show
SKU                         Product Name                     Product status       Price   Qty   Discount   Total
808    Ergo 2000 Replacement Bades - 5 Pack           Confirmed      $22.99     1   $0.00   $22.99
                                                                                                    SubTotal   $0.00   $22.99
                                                         Downloadable Product- Shipping -No Charge        $0.00
                                                                                       No Payment Due
                                                                                       No Payment Due                      $0.00
                                                                                                         Total   $0.00   $22.99

I have tried the ideas listed below without success and am now stumped. Does anyone have a clue as to what I might do to figure this out?

I reviewed all logs - found nothing.

I reinstalled both Virtuemart and Joomla - no change

I tuned page cache and system cahce off - no change

I disabeled my "No Payments Due" payement method (we have a couple of free products and need this option)  - no change

I restarted my Apache and sql and ssh - no change

[jjk]

I don't have an immediate solution for your case, but noticed a few errors on your site.

/components/com_layer_slider/base/static/js/layerslider.transitions.js causes an error, but I don't know what exactly the problem is:
TypeError: window.getComputedStyle(...) is null
...lass).appendTo($('body'));try{var attrs=window.getComputedStyle($inspector[0],':...

RS firewall seems to cause an error in the email field in the BillTo address form in the cart view.

The active live chat might probably takes a lot of your server resources.

Concerning the VM Shipment and Payment selection, try to enable (set to Yes):
One Page Checkout enabled    
Ajax for OPC    
Enable Automatic Selected Shipment    
Enable Automatic Selected Payment

[lmiksch]

The solution was to change the default in Automatic Selected Payment. when I first configured VM 3 I had it set to enable and it defaulted to "No Payment Due". I changed the setting to "No Preference" and our entire store is no longer on sale.

Thank you very much for you helpful tips.

I am looking into the other two errors you mentioned. You indicated that RS Firewall was causing an email error on the Bill To address from the cart. I am certain you are far wiser then I on this and I am a bit lost. When I look at the bill to - there is no email (which is the way that I have always seen the page). I turned RS Firewall off and I did not see a change in the page. From your statement it seems that I am supposed to see the shoppers email address - is that correct and where is it supposed to appear. I am not great with Firebug - though I did look at the page with it and did not find a reference.