Re: X-Cart 4.7.6 released: Improved Performance, Bugfixes
 

Oh an by the way the part


ensures it runs only on order confirmation page so there is no need to back that up with another variable

Re: X-Cart 4.7.6 released: Improved Performance, Bugfixes
 

Please have a look at the screenshot
Screenshot_2016-07-21_09-25-23.png

You have to use a developer console like Firebug to check the code.

Do not use the 'View Page source' command.

Thank you.

Re: X-Cart 4.7.6 released: Improved Performance, Bugfixes
 

Our attempt to use PHP 7 failed because the third party Xbanner module does not support PHP 7 and the developer has no plans to upgrade their software.

It looks like third party modules will be a problem - see comments earlier in this thread.

Is anyone who has upgraded to 4.7.6 actually running a live site with PHP 7 ?

Re: X-Cart 4.7.6 released: Improved Performance, Bugfixes
 

Of course. The developer console not the source code.
Report from the client after the change I made - sales started showing in GA.

Again I have tested this every way on different stores. Stock code is not working.
And again if the only reason for this variable is so it shows only on order confirm page there is already the "main" variable to do that

Re: X-Cart 4.7.6 released: Improved Performance, Bugfixes
 

Dear Steve,

Could you check duplicated transactions on your patched stores?
For this

1)Reload the page like this 3 or more times
https://STORE_URL/cart.php?mode=order_message&orderids=1033

2)Check the number of the 1033 transactions on Google Analytics side.
Should be only one

Thank you.

Re: X-Cart 4.7.6 released: Improved Performance, Bugfixes
 

That's not it. I am not sure you understand then.

With original code in template

the ecommerce portion does not exist on order confirmation page load and there is no ecommerce reporting in GA at all.

With this code

the ecommerce portion code is on the page and GA gets the data.

The $ga_track_commerce variable has a value of 'N' or it is undefined at all times. I saw all the code in the php scripts and you may think it works but it doesn't. The line if moved from checkout_init.php to cart.php makes it work though. But it is not necessary. The $ga_track_commerce variable is useless in this case because we have in the template conditions to show the code only if the ecommerce option is enabled and page is order confirmation page and there is an order. The $ga_track_commerce variable does exactly the same as the

Re: X-Cart 4.7.6 released: Improved Performance, Bugfixes
 

Thank you for the checking of the duplicated transactions.

You are right it seems GA handles the duplicated transactions properly.

I have removed the variable.


https://developers.google.com/analytics/devguides/collection/gajs/methods/gaJSApiEcommerce

_addTrans(transactionId, affiliation, total, tax, shipping, city, state, country)
Creates a transaction object with the given values. As with _addItem(), this method handles only transaction tracking and provides no additional ecommerce functionality. Therefore, if the transaction is a duplicate of an existing transaction for that session, the old transaction values are over-written with the new transaction values.


http://www.lunametrics.com/blog/2014/07/07/duplicate-transactions/

Within a session, Google Analytics will filter out duplicate transactions provided they have the same information. But if a visitor comes back later that day, or two weeks later, and another transaction is sent, then these will show up in your reports.



Thank you.

Re: X-Cart 4.7.6 released: Improved Performance, Bugfixes
 

Another bug.
4.7.6 stock cart. Place few orders. in admin select some of them and delete, confirm.
Orders do not show in admin anymore. However checking database orders info is deleted fully only from orders table.
order_details, order_status_history still have records from deleted orders

https://bt.x-cart.com/view.php?id=46315

Re: X-Cart 4.7.6 released: Improved Performance, Bugfixes
 

Fixed.
Thank you.

Re: X-Cart 4.7.6 released: Improved Performance, Bugfixes
 

Great to see how fast bugs are fixed after they're reported, even though the team is probably busy as it is already!

Is 4.7.6 compatible with Google's mod_pagespeed?
Not that our website is slow, but mod_pagespeed would be a very easy way to get even more performance.