[#4385] Tax missing on basket and payment screen

I have rebuilt a client test site (test3) to try to circumvent or at least diagnose the cause of a CB User Mgt screen hang on the previous test site (test2).

One unexpected problem with the new test3 site is that tax is no longer showing as it should in the payment screens and invoices.

All the tax rates apply to domestic purchases only - they are all set to not apply to exports - this is standard for Australian GST.

When i change this setting to the tax rate to also apply on exports, the tax then appear on the payment screen and invoice. This makes me conclude the problem is not so much with the tax configuration (which I have checked is the same as test2) but with some setting that prevents CBS from finding/using the country provided by the user as part of registration.

Investigating this line of thinking I note that, early on in the history of test2 we did have the separate invoicing address option enabled - but then decided to disable this separate address option. I note that consequently there are fields for invoicing address showing in test2 comprofiler table, even though these are not apparently being used, but not in the equivalent table on test3.

I also have attached a few images from test3, firstly of CBS | Settings | Tax configuration and secondly of a tax rate configuration and thirdly of a plan's tax settings. I note that on the second the seller postcode displays but not the seller country or state. (This is, however, identical to test2.) Is this indicative of a problem?

Any guidance on what I need to change? J2.5.16 CB1.9.1 CBS 3.0.0

Invoice Address needs to be saved before it can calculate the tax. When going to the basket edit your invoice address, adjust as needed, save it, and the tax rule should be there. You may want to remove the default zip code though as the check is probably being too specific.

Thanks Kyle.

Enabling invoicing address as non-mandatory (Paid Subscriptions | Settings | Display | Invoices) did solve the problem of the geo dependent tax showing - perhaps this should be included in the CBS documentation?

And this continued to show even after I turned the setting back to no invoicing address - in line with our test2 build.

However as soon as the tax lines showed in the basket, we were no longer able to use any promotion code. When trying to redeem a code, the page initially thought for a few seconds and then refreshed without any code showing or any error message. However it now returns the message "No unpaid payment basket found." (displayed twice with the basket no longer showing) - yet I can still see the basket in the backend.

We did have a similar problem early on with test2 www.joomlapolis.com/forum/153-professional-member-support/191725-solved-coupons-and-taxes-problem which seemed to involve an earlier version of PHP and Zend. Both test2 and test3 are on the same server, with PHP 5.3.21 and Zend Engine 2.3.0, yet the missing promotions issue is only occurring on test3 - suggesting to me that it is due to some site/CB/CBS configuration difference. I have tried to compare screen for screen the promotion settings etc, but I think it might be something at a layer deeper than the actual promotion settings. If you agree can you help me find the bugger?

Enable debug mode and maximum error reporting within Joomla global configuration then retest to see if any fatal errors occur. Be sure to check your promotions for any conditionals, especially location based conditionals, and remove them then retest to see if it works again.

Enabled debug with maximum reporting.

Did test registration, no errors reported up to point of entering promotion code, but the full debug info at the bottom of the page.

Entered promotion code and received same duplicated system message " No unpaid payment basket found.
No unpaid payment basket found." with no debug information whatsoever at the bottom of the page. I can see the unpaid payment basket in the backend.

Does the lack of debug info suggest anything useful?

I then went to Paid Subs | Settings | Global and turned off "Force HTPPS on CBSubs forms" redid the test transaction and it now showed the Promotions as it should.

This is obviously good news, but we wish to use HTPPS on all registration and payment forms. We have a wildcard SSL certificate on *.domainname and am currently testing on test3.domainname. Can you provide any guidance on how this HTTPS setting should be used without causing a problem?

CBSubs doesn't need HTTPS unless you're making purchases on site. Doing the switch over seams to be causing some data to be lost somewhere along the way. I've created a bug ticket to investigate this further as that sounds like a bug.

#4385