exiladler

No, leave it here as it helps others with the very same problem. Re-upload RTE using binary solves the problem.

Convict, Thanks fir the reply and sorry for confusing everyone, the 3.1 and 4.1 are dates, not versions of CC. One question, when a successful order is done, why is the basket not emptied? Also the session time is set to 30 mins (1800) to ensure this problem would be minimised and the 2nd order is certainly later thn 30 minutes after the first. So no in-time return as you describe it. How can I force the empty customer basket? Is that a php script or would this be a cron script, I am interested in this solution, can you please elaborate

I had considered that a while ago and the setting for the shop on the Max Session Length is 1800 (or 30 minutes) so this is unlikely to be the cause. However the other part involving the code change and uncommenting the line seems a good area to try and see if this resolves the issue.

Sorry that is the date the order was entered, 3rd of Jan and the second overwriting was 4th of Jan. I am using 3.0.17 for the shop moderately modded. I guess your idea with the cookie seems the obvious problem combined with users probably not logging out, potentially leaving their PC on overnight so the session is still 'active' so a timeout would be needed to ensure this doesn't cause problems. Let's see if we can get to the bottom of this problem.

Currently I am confronted with a problem similar to the one described in this older threat but as there was no obvious solution, I thought it would be an idea to check if anyone has a solution. Quick description, client order an item 3.1. and got the order ID 080103-112145-4968 and subsequently on 4.1. ordered another item which again used the same id and generated confirmation emails but now in the database there is only one order and it only shows the second item. Sounds very much like a cookie problem but one I would very much like to avoid. Any suggestions?

Richard, Sorry, not a solution just another person with the same problem. Since upgrading to 3.0.17 we seem to have problems every 2-3 days with the SQL server. Only a reboot of the server gets the shop back online. So if anyone has an idea, which way to point the hoster as they have clearly identified that we are causing the problem. I have reduced the session timing to 30 minutes (1800) to help. Anyone got a clue how we can find out what causes the open connections and why they are not releases? Regards Peter

Sorry, had to remove the link as people contacted the shop owner with technical questions and also some people copied the site and left all original links in place.

Hi, Just been contacted by one of my clients who received the same email from PROTX regarding VPS Protocol 2.22 so they can use the 3D secure function. Checking the Forum, am I correct in thinking that currently the "leave as is" option would be best and keep working? Regards

Strange, but once the skinning work was finished, it looked like everything fell back into place. One theory is that due to using the Express Checkout, it gets confused if you enable a seconds (in our case Print) Gateway. Once that was all put back to normal, at least Protx seems to work in Test mode without problems. Kepp your fingers crossed as I am going to run extensive tests tomorrow again. Thanks for the feedback Peter

Hi, almost finished a shop with big help from some fellow Cubecart developers. Have a look at *** removed *** but be quick, will move to root once client as signed off the whole set-up. Interested in any suggestions what we may have overlooked. Peter REMOVED due to people contacting the client with questions about the site, please do not contact the site owner.

We had a sample shop working fine with PROTX Text server and working currently on a live shop. Both seem to have gone bad over the weekend and causing us endless grieve. Some issues are relating to the keeping logged in when the session comes back from Protx as otherwise the client just sees a 'you have to log in message' and the the order status is not updated. Anyone else having similar problems? Regards Peter

Easiest way is to use phpmyadmin on your database server and change the records directly in the database. Failing that, check out out cubecart.org where you find mods and can also request them but you may have to pay someone to write it. the phpmyadmin solution is free but basic. hope that helps

I just received an e-mail from Clixgalore that the affiliate program for cubecart has been closed. Will there be another version or will purchasers of more than one license keys (for separate domains) be given some discount. Peter

Hi, maybe this is stupid question but a client has a shop which has seaonal items and when we originally removed things, it messed up the stats and historic orders as items where no longer found. Now we have the situation that a lot of stock (also on the first few pages of the categories) are marked as 'out of stock' so not very client friendly. Is there any other way other than moving all old items to a category called 'zzz no longer available' to ensure that historic orders display the items purchased but the actual category is neat and just present the current seasons goods? Any suggestions or workarounds will be most welcome.

Hi, I would like the option to 'block' a user or turn them inactive. Deletion seems to screw up theorder history so I need to keep them on the system also to 'block' the registered e-mail in case they try to register again. Is there a way to do this in the shop at the moment or at least a workaround?