Post any OpenCart 1.4.8/1.4.8b Bugs here!

@i2Paq - I know exactly what you meant as it's kind of what I suggested to start with, but on second thought it makes sense to remove the old version to force the upgrade to a stable and reliable paypal mod

Only the RC version that I have already released will be available for 1.4.8 (might work on 1.4.7)
But I'm not supporting anything earlier than that. The RC4 version should have all the final changes that will be in 1.4.9. I just won't call it "final" until 1.4.9

JAY6390 wrote:@i2Paq - I know exactly what you meant as it's kind of what I suggested to start with, but on second thought it makes sense to remove the old version to force the upgrade to a stable and reliable paypal mod

I know, but if you state that you need to remove the "old" version first (de-install) and the overwrite the "old" files via FTP with the new files the only change in the BO would be PayPal Improve instead of just PayPal.

I'm not sure if these have been addressed elsewhere, but here are some issues I've been having with orders:

This is a 1.4.8 clean install.

Problem 1:
All orders come in as 'missing order'
I get notification of payments, I can filter for the orders, edit them and change them to pending/complete/whatever with no issues. Once I do this, I can see them in the store software and all is well, it just irks me that they come in as missing.
I've read some things on here about paypal and ports, but my previous store (using V1.3.0) worked just fine, so I'm not sure thats it unless the mechanism for communication with paypal has changed from 1.3.0 to 1.4.8.

Problem 2:
Missing product options in the order.
When the order comes in (as missing) I can see all the product options. Once the order is saved with a new status (pending usually) the option are gone from the order page. Also 'print invoice' does not print the options. For what i do, the options are really important.
Any idea where the options went?

Are you testing this on a live server or a local machine?

Qphoria wrote:Ok then for the final version that actually comes with 1.4.9 I'll change the text to "Paypal Standard" as opposed to just "Paypal". But I won't change it on the RC versions that I release in the RC thread. Or maybe I'll add RC4 to the title for the RC version

Hopefully I didn't get my vote in too late! If you're changing the title text, you should change it to "PayPal - Website Payments Standard" since that's what it's actually called.

I noticed this:
1- after a customer buys and pays in paypal, i notice that in paypal the Item Title: is the website name not the item name.
2- let say $ is the default currancy. after a customer pays €30.19 EUR in paypal, i see that in admin under Reports > Products Purchased in item total fiels $30.19


please ignore this post if its been mentioned before

Maansy wrote:I noticed this:
1- after a customer buys and pays in paypal, i notice that in paypal the Item Title: is the website name not the item name.
2- let say $ is the default currancy. after a customer pays €30.19 EUR in paypal, i see that in admin under Reports > Products Purchased in item total fiels $30.19


please ignore this post if its been mentioned before

Really? you been here this long and haven't seen one of the THOUSANDS of threads about this?
Try this: New Paypal Standard Improved RC4 Sneak Peak

si i see the party already started thanks Q and sorry if i did see the THOUSANDS of threads about this
now i see one. keep up the great work.

Quick language text that needs updating - Coupon description field error says
"Coupon Description must be between 3 characters!"
Should say both numbers the limits are between

JAY6390 wrote:Quick language text that needs updating - Coupon description field error says
"Coupon Description must be between 3 characters!"
Should say both numbers the limits are between

Fixed. thanks

Qphoria wrote:For those getting "Error: Email to required!"
This is due to the additional alert email check adding a single "blank" email to the additional email list.

-EDIT- This also seems to be causing the "Please Wait" message on some payment modules. The error prevents the function from returning back.

Quick fix:

1. EDIT: catalog/model/checkout/order.php

2. FIND (~line 379):

Code: Select all

// Send to additional alert emails
$emails = explode(',', $this->config->get('config_alert_emails'));
foreach ($emails as $email) {
    $mail->setTo($email);
    $mail->send();
} 

3. REPLACE WITH:

Code: Select all

// Send to additional alert emails
$emails = explode(',', $this->config->get('config_alert_emails'));
foreach ($emails as $email) {
    if ($email) {
        $mail->setTo($email);
        $mail->send();
    }
} 

Hi, I tried this solution but the problem is still. Does anyone know another solution?

Many thanks

D

I have been using 1.48b for a couple of months now and I just had an issue where I created items using the copy function in the product section. Where the item was listed fine in the front end but if you went to purchase it the price value came up as 0.00 in the cart. I finally figured out where the problem was from which is the link section related products. You see you have 2 of the same named items(copied item Dark X-men Poster). I found if you selected the wrong related product (dark xmen poster) link you would have the problem where the product would have the 0.00 price in the cart.

OSWorX wrote:

i2Paq wrote:

akarikuu wrote:Hello,

Sort by price seems not to work (in my shop 1.4.8b and also in demo.opencart.com)
It seems not even order by price considering it a string instead of a number?!

I found this topic: http://forum.opencart.com/viewtopic.php?f=31&t=13002 but i did not help me.

Is this a Bug?

I agreed, does not work on my store either.

In ../catalog/model/catalog/product.php:

FIND ALL SECTIONS LIKE THIS:

Code: Select all

$sort_data = array(
			'pd.name',
			'p.sort_order',
			'special',
			'rating'
		);

Change them to be:

Code: Select all

$sort_data = array(
			'pd.name',
			'p.sort_order',
			'special',
			'rating',
			'p.price'
		);

Now sorting after price works.

Should be about 5-6 places

The fix does work, but the "Special Offer" price is not considered when sorting by price. Should this be raised as a new bug?

check that it's may a bug: Problem with internal search engine 1.4.8b.

Some things I noticed in 1.4.8b, which might be bugs, searched around the forums and didn't see anyone else post anything up about them, so I figured I'd ask here....

1) When you get an order from Canada, and they forget to add their Postal Code, you CANNOT update it in their order, you also CANNOT update it but modifying the customer; Can't update postal code for Canada address.
2) When editing an order, if you click [Save] all order options for all products ordered get deleted! (this may have already been previously covered somewhere in here by now)

12oclocker wrote:Some things I noticed in 1.4.8b, which might be bugs, searched around the forums and didn't see anyone else post anything up about them, so I figured I'd ask here....

1) When you get an order from Canada, and they forget to add their Postal Code, you CANNOT update it in their order, you also CANNOT update it but modifying the customer; Can't update postal code for Canada address.
2) When editing an order, if you click [Save] all order options for all products ordered get deleted! (this may have already been previously covered somewhere in here by now)

these are known limitations both are being addressed in 1.4.9

Ah cool I need to hang out here more

Hello,
I use v 1.4.8b (clean install).
I use greek language for catalog and english for admin.
I noticed that the order update emails that are sent to costumers, when I manually update their order status from sales->order->order history (check "Notify Costumer") have wrong date and time. I checked admin/model/sale/order.php line 87, i echoed variable $language->get('date_format_short') and it returned "date_format_short" instead of "d/m/Y"! For some reason the var doesnt pass.
So i changed the line to
$message .= $language->get('text_date_added') . ' ' . date('d/m/Y H:i:s', strtotime($order_query->row['date_added'])) . "\n\n"; and everything is ok.

I have made the change above, but I still have customers calling me and telling me that the payment process screen says please wait forever....:

My cart is hosted on godaddy, could that be the issue?
www.foodsalive.com/storefront is the site.