Topics

In v 1.2.5  when on Admin for Sales/ Orders  the link for Order Details returns to Storefront Home page.

Please post file/line to correct this.

thanks
Lee

Here's what I would like to be able to do:

As an administrator acting on behalf of a customer need a way to take a phone order for an account holder  all the way thru to  just before payment.  And then either have the customer log into their account to complete the confirmation and pay,  or email them the invoice which has a link back so they can pay.

What I need is some way to have an option for payment as "billing" or "Phone Order" with a condition of waiting payment.    This option of billing should not be seen on the payment selection by the customers,  but available to the admin.

Am I missing some thing that is already available within the cart to do this?

Or do I need to see about making a way to do this?  I didn't see anything in marketplace extensions that seemed to do this.

thanks in advance for your feedback
Lee

There is no place to input cost of an option on a product..  Please consider adding that as a field to the next verison.  Preferably it would be a stated value and not a modifier as the selling price is.

Just a field that labeled cost,  and an input of whatever the cost for the item is.

eg.  base item  1 lb   price  10.00  cost 5.00

option item      2 lb   modifier +$7   cost  8.50  (not a modifier,  but a flat cost figure)

Thanks
Lee

I find I need to re-do a database that has passwords for accounts -  some were using one Salt key,  some were using another

I would like to decrypt the passwords and then reset them with all the same salt key.   There are a lot of them,  and the customers will NOT be happy if they have to do this themselves, lots of really old, crotchety  customers on this site - who complain about everything -  so would be great if I could get this done behind the scenes.


You have any guidance on doing this?

Thanks
Lee

Hi,  please consider replacing the current captcha with the recaptcha from Google.   It seems a lot friendlier and much easier on tablets,  phones,  any of the touch screen devices.    I am seeing it used on a lot of sites I access,  like MailChimp etc.

https://www.google.com/recaptcha/intro/index.html

Thanks for at least thinking about it for future release.

Lee

Hello,   as a user of Abantecart since version 1.1.7  I consider myself somewhat knowledgeable of how your process works.   But since since version 1.2.0  the upgrade routines have been seriously flawed.

I am reporting that the current upgrade to 1.2.2  is also flawed.   Here is the message:
  Error: Cannot download file. Repository error or invalid extension key. Try one more time. If problem persist download file in your order history and install manually.

I have tried this on 4 different accounts,  on two different servers, both configured to run the 1.2.1 versions.   File permissions are all correct,  server requirements are all correct.   Even a virgin install of a full 1.2.1 (with all settings correct)  fails and gives the same error message.

And yes,  if I go to the Source Forge and download the upgrade file and run it as an Extension upload it does install.   But if you are going to make us all do that,  then make your link to that location perhaps - 

Please, please try and do better with this stuff -  Abantecart is a really nice cart,  but geez these little screwups on the upgrade are dismaying.

Lee

I submit that either your repository is flawed OR the link in the click  for the upgrade is wrong.

In either event your previous instructions that the upgrade needs to be manually done is unacceptable.   As the providers of a really good ecommerce software,  your continual inability to get the upgrading process less flawed is tarnishing your reputation as good software.  You can do better than this to those of us who support and have previously trusted your software.  Please revise your procedures to provide all the users with a more flawless experience.



BTW,  I did want to say how nice the More Extensions button to the marketplace with the version Information triangle is.   That is very useful.   Good improvement. 

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

In tracing out the issue that I've post about over the last week -  I have finally found that it seems to be with input in to the db table_customers, field_cart. 

If I delete what is in that field,  the stuck cart items that won't let us remove them disappear.
I believe this is a holder from the 1.1.9 to 1.2.0  upgrade that was lacking some areas for a good upgrade.

My question now is what is the field in a 1.2.1 or 1.2.2 cart suppose to have in it?
I have some with NULL (which is the structure default), some with a:0:{}   and some with entries like this

a:6:{i:544;a:2:{s:3:"qty";i:2;s:7:"options";a:0:{}...

which I assume is the info for when a customer comes back and wants to continue on.

What do I need to have in the column to clear it all out?   is it NULL?

I have 210 entries of 1129  that have something in that field other then NULL,  and I need to clear them out.  Is NULL what I need in that field?

Next question -  with the 1.2.0+ versions are we cleaning out the cart when they leave with items in their cart?  Have you changed the process since 1.1.9?

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 discovered in my 1.2.1  and also on the demo.abantecart.com 1.2.2   the delete (x)  in the mini-cart does not work.

I am on firefox  38.0.5

also tried on Chrome Version 43.0.2357.124 m,  both fail.

Lee

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

If one starts and order ,  rather logged in or not to an account,  but does not complete it -  where is that infomation located?   

If you return to that location,  uncompleted order still has items in the cart,  I need to be able to look up a customers "saved"  but uncompleted orders.   Is there a way to do that?

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

Hello,   I know you removed the requirement for the telephone number by request.  But unfortunately not all users have the same idea about what is right for their business.  in this post from 2012  you indicated how to get rid of it and the you might be adding it to be an optional selection for the future. 
http://forum.abantecart.com/index.php/topic,417.msg1260.html#msg1260

Two questions then;

1.  is it option yet?  admin selectable?
2.  if not,  what's the current requirements (lots of changes to the templates since 2012)  to add back the mandatory?

thanks
Lee

[2015-05-23 8:06:44]

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 having a consistent and recurring issue with a warning and I need assistance in getting to the correct place to fix it.  Currently I am on 1.2.1,  but have the same issue since 1.1.9 on this install.

App Warning: AbanteCart core v.1.2.1 Warning: Accessing store with unconfigured or unknown domain ( 162.254.253.204/shop/ ).
Check setting of your store domain URL in System Settings . Loading default store configuration for now. in /home/aviannaturals/public_html/shop/core/lib/config.php on line 167
Settings are correctly configured
Store URL: https://www.aviannaturals.com/shop/
SSL  ON
Secure Store URL: https://www.aviannaturals.com/shop/
Originally, the site was activated using the IP in 1.1.9.

It is like the IP is hung up somewhere and I can't find it to make it right.  I have searched the settings table for the IP and it doesn't show up- so I am at the end of my abilities to find it. Could it have anything to do with the HTTPS on all pages? 

Thanks
Lee

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,   still working on getting my upgrades to function properly

I am attaching a couple of files with the differences in versions of some of the extensions -  payments and shipping. 

The first column reports the versions showing in an installation that was started as 1.1.9,  upgraded to 1.2.0 using the upgrade link within admin panel. Then it was upgraded to 1.2.1 using the upgrade key within admin panel again.

the second column reports the versions showing in a fresh 1.2.1 version installed via Softaculous.

I have needed to manually install the correct extension versions in my upgrades to get them to work properly.   I am assuming others may have some of these issues also.

So my question is,  if I  assume the versions that have changed numbers also have some code changes, if this is correct then why do the older versions not get updated with the update routine?

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

With Google's push to have sites all under https:// we moved to this model with the updates to version 1.2.1 for all of our sites.   The fix you provided for the storefront and the home directory solved that issue. That fix is here:   
https://github.com/abantecart/abantecartsrc/commit/bbb2be7693681e064036f31aa7b39afd71560577
We do have to remove the Donate button from all pages in order for the SSL to not have warnings, but since most folks probably remove that from their site, not much of an issue.

HOWEVER, the admin panel is a bit problematic - we are finding lots of calls to http://  that we are having go and edit the code.   We could provide you with a list of where we've altered – it even includes the ico file.   
But what I would really like to reqest, is that as you move to the next versions 1.2.2 and forward can you please make the default codes work with https:// pages across the entire site.   That would assist everyone as they begin to follow the big G"s wishes.
Thanks for considering.
Lee