Post any OpenCart 1.4.9 Final Bugs here!

[california]

hi all!

My site is just upgraded for 1.4.9, from 1.4.8b, but for some reason I am unable to access the front site when the "Maintenance" mode is on, even when logged in as admin. Anyone meet with this bug too?

David

[mbaldock2001]

hi all!

My site is just upgraded for 1.4.9, from 1.4.8b, but for some reason I am unable to access the front site when the "Maintenance" mode is on, even when logged in as admin. Anyone meet with this bug too?

David

see the beginning of this thread ("Post any OpenCart 1.4.9 Final Bugs here!"):
viewtopic.php?f=31&t=19293

M

[a110y]

"Warning: Invalid argument supplied for foreach() in /var/www/opencart/system/library/user.php on line 43"

How to repeat: Admin Panel > Users > User Groups > Insert > uncheck all boxes on both "select lists"

Logout and try to login in again.

Possible remedy: Check if the permissions column is actually an array, proceed only if it is (or perhaps cast it as an array).

[Qphoria]

"Warning: Invalid argument supplied for foreach() in /var/www/opencart/system/library/user.php on line 43"

Ways to Repeat: Admin Panel > Users > User Groups > Insert > uncheck all boxes on both "select lists"

Logout and try to login in again.

Possible remedy: Check if the permissions column is actually an array, proceed only if it is (or perhaps cast it as an array).

Aha, yes WINNER!. That one has likely been there since version 1.0. Thanks

[Xsecrets]

"Warning: Invalid argument supplied for foreach() in /var/www/opencart/system/library/user.php on line 43"

Ways to Repeat: Admin Panel > Users > User Groups > Insert > uncheck all boxes on both "select lists"

Logout and try to login in again.

Possible remedy: Check if the permissions column is actually an array, proceed only if it is (or perhaps cast it as an array).

Aha, yes WINNER!. That one has likely been there since version 1.0. Thanks

I imagine so. I doubt too many people have tried to create users with no permissions whatsoever. Kind of a pointless exercise I would think.

And no I'm not saying the bug shouldn't be fixed. Just not too surprising it's remained undetected till now.

[a110y]

Qphoria: I believe (although I don't claim) there are a few more cases where a similar error would occur (just did a quick grep) including here:

Code: Select all

$ grep -R -n 'unserialize' *
admin/model/user/user_group.php:22:            $data = unserialize($user_group_query->row['permission']);
admin/model/user/user_group.php:36:         'permission' => unserialize($query->row['permission'])
admin/controller/setting/setting.php:809:         $this->data['config_token_ignore'] = unserialize($this->config->get('config_token_ignore'));
admin/controller/common/home.php:258:            $config_ignore = unserialize($this->config->get('config_token_ignore'));
system/library/cache.php:31:               return unserialize($cache);
system/library/customer.php:51:            $cart = unserialize($customer_query->row['cart']);
system/library/user.php:23:              foreach (unserialize($user_group_query->row['permission']) as $key => $value) {
system/library/user.php:43:           foreach (unserialize($user_group_query->row['permission']) as $key => $value) {

Again, it's just a crude test ...

Xsecrets: Just experimenting with my new toy. :p

[a110y]

... Yep, there are more for sure:

Code: Select all

Warning: Invalid argument supplied for foreach() in /var/www/opencart/system/library/user.php on line 23


[amdev]

I try this>>>- Adding items to cart shows no products in cart (same solution as the first one) [FIX]
But it not work...

[Qphoria]

I try this>>>- Adding items to cart shows no products in cart (same solution as the first one) [FIX]
But it not work...

It should. Clear your cookies and try again

[Qphoria]

If getting emails from paypal that say:

PP_Standard - Possible Scam: IPN/PDT Receiver Email does not match seller email. Order needs manual verification

This is because you are not using the main email on the paypal account as your opencart paypal account. I did not take this into account initially. The fix is below:

1. EDIT: catalog/controller/payment/pp_standard.php

2. FIND (near the bottom):

Code: Select all

// verify paypal email matches
if (isset($data['receiver_email']) && $data['receiver_email'] != $this->config->get('pp_standard_email')) {
   $this->error = $this->language->get('error_email_mismatch');
}

3. REPLACE WITH:

Code: Select all

// verify paypal email matches
if (isset($data['receiver_email']) && strtolower($data['receiver_email']) != strtolower($this->config->get('pp_standard_email'))) {
   if (isset($data['business']) && strtolower($data['business']) != strtolower($this->config->get('pp_standard_email'))) {
      $this->error = $this->language->get('error_email_mismatch');
   }
}


[JAY6390]

I had this come up on mine too, but realised what it was, and just changed my default PP email address

[Qphoria]

1.4.8 bug that snuck into 1.4.9.
The "checkout" button in the sidebox is not HTTPS

1. EDIT: catalog/controller/module/cart.php

2. FIND:

Code: Select all

$this->data['checkout'] = HTTP_SERVER . 'index.php?route=checkout/shipping';

3. REPLACE WITH:

Code: Select all

$this->data['checkout'] = HTTPS_SERVER . 'index.php?route=checkout/shipping';

4. FIND:

Code: Select all

$checkout = HTTP_SERVER . 'index.php?route=checkout/shipping';

5. REPLACE WITH:

Code: Select all

$checkout = HTTPS_SERVER . 'index.php?route=checkout/shipping';

[webfeetdesign]

Its not in the sidebox module, its in the main shopping basket in the center content. I can't find that code if I look in the cart.php file.

[Qphoria]

Its not in the sidebox module, its in the main shopping basket in the center content. I can't find that code if I look in the cart.php file.

No. The main shopping basket has it correct. Only the sidebox was missing it. If you aren't finding it then I don't think you have 1.4.9 or 1.4.8

[fettabachi]

Hello,

This concerns the fix for the Maintenance Mode issue. I applied the fix and it works until I log-in as a user on the front-end to test cart functionality. After logging the test user out of the front end, the page defaults to maintenance mode again. In order to view the store front again, I have to clear the cache each time.

Has anyone else experienced this?

Thanks

[Qphoria]

Hello,

This concerns the fix for the Maintenance Mode issue. I applied the fix and it works until I log-in as a user on the front-end to test cart functionality. After logging the test user out of the front end, the page defaults to maintenance mode again. In order to view the store front again, I have to clear the cache each time.

Has anyone else experienced this?

Thanks

Be sure you use this fix
viewtopic.php?f=31&t=19293#p94774
And clear all cookies

[fettabachi]

Hello,

I believe that I have corrected the code properly.


Thanks

[i2Paq]

Hello,

This concerns the fix for the Maintenance Mode issue. I applied the fix and it works until I log-in as a user on the front-end to test cart functionality. After logging the test user out of the front end, the page defaults to maintenance mode again. In order to view the store front again, I have to clear the cache each time.

Has anyone else experienced this?

Thanks

Yes, I have the same.

[LeorLindel]

Hi,

I noticed that it missed in the file upload/catalog/controller/account/login.php:

Code: Select all

       $this->data['text_account'] = $this->language->get('text_account');


[linkstate]

Hi,
its nothing serious but would be good to include in new version:

in mail subject use correct czech (not only) characters with uft8 encoding. Solution is here.

viewtopic.php?f=89&t=6751#p39883


Plus another bug related to search (with foreign characters):
somewhere in index.php put:

Code: Select all

setlocale(LC_ALL, substr($languages[$code]['locale'],0,strpos($languages[$code]['locale'], ","))); 

to set locale by settings in admin.

And configure CKeditor not to translate foreign characters to entity:
admin/view/javascript/ckeditor/config.js

Before end

Code: Select all

};

add:

Code: Select all

   config.entities = false;