"Official" 2.2.0.0 BUG topic

Neiroc wrote:

i2Paq wrote:

Neiroc wrote:hi,
i think there is multi-language issue in Admin:
OC 2.2.0.0 with one language everything working normally;
if i add second language: i cant add or save categories, products or information pages in Admin (browser just freeze on saving); if i switch languages: add second language and delete English - again everything is working;

anyone knows how to fix it?

Does anyone has same problem? and knows how to fix it?
tried last version from GIT not fixed yet..

I'm running 2.2.0.0 with EN and NL but I cannot reproduce this.

can you confirm, that you can edit and save products/categories/information pages both EN/NL languages in admin?

Problem solved: our firewall was blocking OC from version 2,2,0,0 with more than 1 language its http antivirus related problem.

Neiroc wrote: Problem solved: our firewall was blocking OC from version 2,2,0,0 with more than 1 language its http antivirus related problem.

Thanks for reporting back!

moneycarlo wrote:Can someone confirm for me if this is a bug?
Trying to get the standard fedex working but it seems it doesn't like when my origin zip code in the module is in a different state than my tax class. No rates will come up. If I update the origin zip code to one in my tax class, it works.
I drop ship, so I collect taxes in MN and drop ship from TX.
I have a tax class set up for MN - USA
tax rate set for the MN - USA tax class
2 geo zones, MN and all of USA

USPS works fine, but fedex, not so much. Anyone else ran into this?

Little bump to see if anyone else is able to confirm this is a bug or know how to fix?

daniGo wrote:Try this

https://github.com/waqasjawed/opencart/ ... 14c4a6b1b0
https://github.com/waqasjawed/opencart/ ... 1fff2db0c6

Hi.
Tried doing this.

Got this error

Parse error: syntax error, unexpected 'ControllerCustomerCustomer' (T_STRING) in /home/xxx/public_html/admin/controller/customer/customer.php on line 1

Cpltown wrote:

daniGo wrote:Try this

https://github.com/waqasjawed/opencart/ ... 14c4a6b1b0
https://github.com/waqasjawed/opencart/ ... 1fff2db0c6

Hi.
Tried doing this.

Got this error

Parse error: syntax error, unexpected 'ControllerCustomerCustomer' (T_STRING) in /home/xxx/public_html/admin/controller/customer/customer.php on line 1

Then you must be doing something wrong when changing the code.

I have done this modifications in my own store and they work.

Take note some FTP servers has corrupted output content in the files after playing with the codes. It is possible that this user may have replaced the code the right way but all the code lines may have been shrink into one whole single line. On the browser, it would be considered as an incorrect T_STRING but may not be the actual case, unfortunately.

BUG not sending order Update e-mails: Update order.php #4434.

Google analytics codes are not setting properly for mutlistores. I edited each one, put the individual code in the box, enabled and saved. but it set every one to the last one I entered instead of the right one for that store

Also the list in /admin/index.php?route=extension/analytics still shows them all but the default disabled even though when I click edit, it shows enabled.

still issues with SSL and 2.2 ?

Friend of mine her sub-categorie and product pages are not loading properly with ssl. is there any fix for it ?

TiaID wrote:still issues with SSL and 2.2 ?

Friend of mine her sub-categorie and product pages are not loading properly with ssl. is there any fix for it ?

Try solution: http://forum.opencart.com/viewtopic.php ... ss#p625825 .

use this code :

'price' => $this->tax->calculate($product['price'], $product['tax_class_id'], $this->config->get('config_tax')),

-----------------------------------------------------------------------------

OLD CODE //'price' => $this->currency->format($this->tax->calculate($product['price'], $product['tax_class_id'], $this->config->get('config_tax'))),

REMOVE THAT //'price_formated' => $this->currency->format($this->tax->calculate($product['price'], $product['tax_class_id'], $this->config->get('config_tax'))),



ADD THIS ------------> 'price' => $this->tax->calculate($product['price'], $product['tax_class_id'], $this->config->get('config_tax')),

i2Paq wrote:

Cpltown wrote:

daniGo wrote:Try this

https://github.com/waqasjawed/opencart/ ... 14c4a6b1b0
https://github.com/waqasjawed/opencart/ ... 1fff2db0c6

Hi.
Tried doing this.

Got this error

Parse error: syntax error, unexpected 'ControllerCustomerCustomer' (T_STRING) in /home/xxx/public_html/admin/controller/customer/customer.php on line 1

Then you must be doing something wrong when changing the code.

I have done this modifications in my own store and they work.

Ive done the fixes repeatedly all morning and it doesnt work...followed every instruction to the letter...over and over...and over..and over...still doesnt work.
If one copies and pastes then it cant be typed wrong etc.....
Al these fixes are not working on mine, which is probably going to cost me two new retailers as I cant approve their accounts etc....this is so tedious....

Okay so now it is a total of 5 hours doing everything that has been said to do again and again, and checking to see it's entered properly...and it still doesn't work . I'm over it.
As much as I dont like wordpress...at least it functions. seeya.

Ok, here is a question for James or Daniel: Having read this forum thread, why is it that we do not have a pure bugfix release, e.g. 2.2.0.1? Is it really that hard to do it with github?

JNeuhoff wrote:Ok, here is a question for James or Daniel: Having read this forum thread, why is it that we do not have a pure bugfix release, e.g. 2.2.0.1? Is it really that hard to do it with github?

Free tools can already be used to compare between files. Building a pure bug-fix release would be the same as comparing the codes on site for those who uses installed extensions. Based on the extreme mount of level of extensions distributions, it is unpredictable to determine what might or might not be purified fixes. Lately, there are most posts about third-party codes and extensions than posting about core issues.

What we need is a constant topic on the forum that would systematically sync the changes between GitHub and the Opencart forum so to add each bug-fix releases on a static topic regrouped by each OC versions can be maintained in order to better determine if the reported causes are truly about the core or rather about installed extensions.

I think it has to do with the way the OC GitHub is set-up.

With the current setup it is not possible to build a bug-fix release as the fixes are done directly in the root instead of version-branches (there are no branches).

i2Paq wrote:I think it has to do with the way the OC GitHub is set-up.

With the current setup it is not possible to build a bug-fix release as the fixes are done directly in the root instead of version-branches (there are no branches).

Via the GitHub API, it might be possible to establish post IDs between the forum categories if topic groups were created on the forum initially.