The different tax rates with the same priority are calculated together in a zone.$tax_rate_query = $this->db->query("SELECT tr.tax_class_id, SUM(tr.rate) AS rate, tr.description, tr.priority FROM ... GROUP BY tr.priority ORDER BY tr.priority ASC
The bug is at /system/library/tax.php at line 25
OSWorX wrote: btw: with US I guess you mean the United States of America and not the United States of Central or South America or Russia?
And the US is 1 country but 50 states (48 plus Alaska & Hawaii) where states means here federal states (country could be also state if translated where state could also mean [federal] state).
I said "United States". not "US"Qphoria wrote:United states IS one country
and later I referred to "USA" which has no question. Great job on the geography lesson.
Great - and the tax bug is a bug.
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
No. because they are 2 different tax "classes". Not rates.
Product A has Tax Class "IL Tax 1"
Product B has Tax Class "IL Tax 2"
It would be correct if I had 2 separate "Rates" inside of the "Class"
But in this case I have 2 separate "Classes"
Product A has Tax Class "IL Tax 1"
Product B has Tax Class "IL Tax 2"
It would be correct if I had 2 separate "Rates" inside of the "Class"
But in this case I have 2 separate "Classes"
Okay, no it is known where/what the problem is.
Till when will this be fixed?
Till when will this be fixed?
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
The Low Ordering Fee module does not calculate the Tax on checkout.
The Handling Fee module does.
The Handling Fee module does.
Norman in 't Veldt
Moderator OpenCart Forums
_________________ READ and Search BEFORE POSTING _________________
Our FREE search: Find your answer FAST!.
[How to] BTW + Verzend + betaal setup.
Ok for the tax bug try this:
1. EDIT: system/library/tax.php
2. FIND:
3. REPLACE WITH:
1. EDIT: system/library/tax.php
2. FIND:
Code: Select all
$tax_rate_query = $this->db->query("SELECT tr.tax_class_id, SUM(tr.rate) AS rate, tr.description, tr.priority FROM " . DB_PREFIX . "tax_rate tr LEFT JOIN " . DB_PREFIX . "zone_to_geo_zone z2gz ON (tr.geo_zone_id = z2gz.geo_zone_id) LEFT JOIN " . DB_PREFIX . "geo_zone gz ON (tr.geo_zone_id = gz.geo_zone_id) WHERE (z2gz.country_id = '0' OR z2gz.country_id = '" . (int)$country_id . "') AND (z2gz.zone_id = '0' OR z2gz.zone_id = '" . (int)$zone_id . "') GROUP BY tr.priority ORDER BY tr.priority ASC");Code: Select all
$tax_rate_query = $this->db->query("SELECT tr.tax_class_id, tr.rate AS rate, tr.description, tr.priority FROM " . DB_PREFIX . "tax_rate tr LEFT JOIN " . DB_PREFIX . "zone_to_geo_zone z2gz ON (tr.geo_zone_id = z2gz.geo_zone_id) LEFT JOIN " . DB_PREFIX . "geo_zone gz ON (tr.geo_zone_id = gz.geo_zone_id) WHERE (z2gz.country_id = '0' OR z2gz.country_id = '" . (int)$country_id . "') AND (z2gz.zone_id = '0' OR z2gz.zone_id = '" . (int)$zone_id . "') ORDER BY tr.priority ASC");
Last edited by i2Paq on Fri May 14, 2010 12:47 am, edited 1 time in total.
Reason: Added to the confirmed bugs on page 1
Reason: Added to the confirmed bugs on page 1
hey, im not sure if this has been pointed out already but i found issues when changing the weight class in Admin>system>settings>Local .
This may just an issue with the UK Royal Mail shipping option but i have to keep the weight class on KG for this shippping module to work. Otherwise it assumes my items weighs loads and doesnt provide the correct shipping price or options. This is sort of an issue as all my products weigh no more than a couple of grams
This may just an issue with the UK Royal Mail shipping option but i have to keep the weight class on KG for this shippping module to work. Otherwise it assumes my items weighs loads and doesnt provide the correct shipping price or options. This is sort of an issue as all my products weigh no more than a couple of grams
There are multiple bugs on the account create page (and address page) where the script does not validate the length of the inputs correctly, or at least there is a mismatch with the required lengths and the wording of error messages.
For example:
I do not enter a first name, it returns "First Name must be greater than 1 and less than 32 characters!"
I enter "F" as the first name, there is no error even though it is not greater than 1 character.
Very easy to see here that it only returns an error if the input has "< 1" characters instead of "<= 1". Same concept for the maximums. Make sense?
For example:
I do not enter a first name, it returns "First Name must be greater than 1 and less than 32 characters!"
I enter "F" as the first name, there is no error even though it is not greater than 1 character.
Code: Select all
if ((strlen(utf8_decode($this->request->post['firstname'])) < 1) || (strlen(utf8_decode($this->request->post['firstname'])) > 32)) {
$this->error['firstname'] = $this->language->get('error_firstname');
}OpenCart user since 4/27/10
Confirmed. To fix:eka7a wrote:Liqpay checkout confirm button inactivated
1. EDIT: catalog/controller/payment/liqpay.php
3. FIND:
Code: Select all
public function callback() { Code: Select all
public function confirm() {
return;
}
This one:Qphoria wrote:Which tax bug ?i2Paq wrote: Aha, you where not referring to MY tax bug
i2Paq wrote:The Low Ordering Fee module does not calculate the Tax on checkout.
The Handling Fee module does.
Norman in 't Veldt
Moderator OpenCart Forums
_________________ READ and Search BEFORE POSTING _________________
Our FREE search: Find your answer FAST!.
[How to] BTW + Verzend + betaal setup.
Who is online
Users browsing this forum: No registered users and 19 guests
