on version 1.2.1  (the site that has issues is this block)  I have now found how to remove the information that was previously stuck (wouldn't delete).   Now the cart holds the selected products as long as the session is open.   But when the site is closed-  does not matter if they are logged into their account or not,  the items in the cart do not remain.   

Where is the information for this stored in the DB?
Do I need to replace the file(s)  that control this action?  If so,  which ones?

This is the block info:

 Block Text ID cart Controller blocks/cart Block Templates :blocks/cart_top.tplblocks/cart.tpl

thanks
Lee

Hello,  as it is well known the upgrade from 1.1.9 had some issues.   I thought with your help thought we had resolved most of them,  by altering the items that were missing etc.   But it seems there are more that are continuing to emerge.   I had a post about how to find incomplete orders and was surprised to find there is a status in the newer versions that has that.  Although I have asked a couple of times for help in getting that back  all is quiet so far.   

I just finished looking at 6 of my 1.1.9 upgrades to 1.2.0 and 1.2.1  and NONE of them have the Incomplete status in the list.
And I am having an issues with one site that is causing customer ordering problems  as there were incomplete orders that were in the 1.1.9 version and those items cannot be removed via the remove button.  I again have asked more than once for help on where / how to clean the db of these cause I can't figure out where that info is stored.  But so far no help is forthcoming. I have spent days and many, many hours trying to overcome the 1.1.9 to 1.20 upgrade and still finding issues. 

So here's my request for all of us who come from the 1.1.9  versions -  how do we get EVERYTHING in sync with the new versions.  What as the writers of Abantecart do you say is the BEST way to get everything in our carts back into our systems for 1.2.0, 1.2.1, 1.2.2?   We use your upgrade routines  and as you know the 1.2.0  has issues.   We look to you for either a fix in the routine that we can re-run or precise instructions on how to get our installations back in prime working condition. 

By installing the backup.php in 1.1.9,  enlarging my my php.ini file in the installation location and ensuring that the database prefix is set to ac_  the updates link , 1.1.9 to 1.2.0  works.  Then the subsequent 1.2.1 also works.  This will leave both the old defalut-html5 template and the old default template -  so one needs to alter the layout -table and make the suggested adjustments in the settings for config url.    I have gotten this process down and it works.

But this week I discovered there are still missing pieces in the upgrade -  to wit the incomplete and the order issue with customers who had items in a cart as it was updated.  And I have no clue what else may be waiting to erupt.

Do we need to make virgin installs and transport our db via dump, - that would also mean we need to Change our Salt key on the new install or the existing customers and admins can't log into the accounts.  Do we just FTP all the 1.2.1 files except for config  in to our existing installs?

So, Admins  this is my serious plea to give us AbanteCart users some reliable information in how to get our 1.1.9 cart updates to whole condition.   Precise how -to instructions, please.   Even better would be some routine that all users can easily run as not everyone is adept at some of this.

Thanks for reading -  And hopefully thanks for giving us all a solution that really works. 

Lee

PS:  We all make mistakes on occasion.  But reputations are enhanced or eroded by how we correct our mistakes.  Please take this as an opportunity to enhance AbanteCart's reputation.

I have one site  that is having an issue with customers and not being able to delete cart items.   There is a persistency of the session cookies for items in a cart that remain when they close the browser (and often don't log out),   

If they remove an item, leave the cart for some reason.   Go back to the site an hour later,  the "removed" item is still in the list.   

What is the length of time for cookie in this operation?   Where would I set it to be lesser?  Is there any other way to "force" and update of a session?

Thanks
Lee

Hello,   I have tried to use the act-on-behalf,  I am logged in with full admin rights and am going to
Sales > Customers   and clicking on the icon for the act-on-behalf, in hopes of taking a phone order for a customer.

but it flashes up a new admin login  - trying to re-log in with the admin cred  it gives an invalid login token

I have tried this on 1.2.1  and 1.2.2  both running under https:/.   Thought maybe that was the issue,  tried to on the demo.abantecart.com site,  has the same issue.

Bug???  or am I forgetting how to do this?

Thanks
Lee

Hi,  I am seeing this warning -  need some direction on how to fix it.

2015-05-23 8:06:44 - warning:  AbanteCart core v.1.2.1 filemtime(): stat failed for /home/aviannaturals/public_html/shop/system/cache/admin_menu/admin_menu.1432472789 in <b>/home/aviannaturals/public_html/shop/core/lib/cache.php</b> on line <b>57</b>

running on version 1.2.1,  this is an updated install from 1.1.9 to 1.2.0  and then 1.2.1,  and had that sql update on the databases when going from 1.1.9 to 1.2.0.  Ran the sql file manually, and altered the settings for storefront template per instructions for that missing line.  Is there some other something that needs adjustment?   

Thanks.

I am working in a new clean install of 1.2.1.

It seems there is something that is overriding my image file sizes.  I have optimized my images to increase my page load speeds,  but something seems to be re-doing them.

Here's an example,  I uploaded a product image of 300 x 300 optimized to 25.7KB,   but when I check image sizes on the home page it comes up at 250 x 250 for 244.84  KB  and all the images on the home page regardless of what I have for the upload to the resource library seem to use that size.  If i check the resource library  it is 100 x 100 for 39.28 KB

What is re-sizing the uploads?  I have not encountered this with previous versions so am "concerned" with the 1.2.1 as it is negatively impacting my page load speeds.

After doing a little more testing  I am only having the issue with .png images,   jpg is working correctly.  So now I am more confused!  Should we not be using png?


thanks.
Lee

Hello,  I am still trying to work thru why updating an existing site from 1.1.9 to 1.2.0 and 1.2.1  is flawed at least for my installs.

I would like to confirm that the layout table in 1.2.1   does not have the store ID field.

I have attached screens shots -  the one labeled layout-table121  is from a virgin install using Softaculous, 

the other one layout-table-upgraded is from an install that used the update routine.

thanks
Lee

Hello,  I have discovered than when running the UPDATE from 1.1.9  to 1.2.0 and even continuing on to 1.2.1  there is a difference in how these updates and previously ones worked.

After the update is run successfully,   there are two templates in the layout section -  one for default  and the old one of default_html5.  In versions 1.1.xxx the default stylesheet was overwritten and required changes to be redone.

I cannot get layout manager to switch to the default.   And extensions activated to the html5 don't work correctly.

If I make a clean install of 1.2.0 or 1.2.1  and do a sql import and resource and images files,  all seems to work.  Then I just need to redo my template changes for colors, etc. A bit longer of a process!

In doing significant research on this on over a dozen of my installations and checking with some other users,  this seems to be consistent for over them all.

Could use some guidance on how best to proceed and to avoid future issues with old stylesheet etc.

thanks
Lee