bsmither

Oops, I meant just the cookie with the key that starts with CC. Such as: CC_265520000B=os5p5orc3c0respvvcjbpfu9r4 How many characters is the bold value?

We can assume the customer_id's are close together, although their "closeness" would be the indicator I would use to gauge if one of the theories would have be worth exploring. That theory was worked on many versions ago: https://github.com/cubecart/v6/issues/789 In admin, PHP Info, Apache Environment table, how many characters make up the value of the HTTP_COOKIE (the part after the equal sign)?

First, editing a template may require that you have CubeCart clear its skin cache. Smarty will use it's previously compiled, cached version. (Admin, Maintenance, Rebuild tab, Clear Cache.) I urge you to try editing the template again. Second, please know that this code: <table align="left" ... > is not a float. It is an alignment. It is not CSS. It is a prehistoric means of telling the browser where to place the object. "Shove this object up against the left side of its container." (Or right side, accordingly.) Third, the table cannot shrink any narrower - regardless of having applied a CSS rule for a max-width. A table (generally) will not allow the columns to be narrower than the widest word in it. I think what has happened, like overflowing into the right sidebar, the table, being align=right, now overflows into the empty space below the gallery. Fourth, know that an "in-line" CSS rule looks like this: <table style="position: absolute; right: 0px;" ...> This tells the browser to position the table absolutely against the right edge of its (also positioned) container, but maintain a gap of 0 (or however many) pixels. This CSS rule will appear in the Inspector's Rules tab for the selected element. Again, try editing the template. It is a huge waste to let all that white space stay white - giving you room for a nicely styled, uncrowded table.

In the Foundation skin template content.checkout.medium-up.php: At the bottom, find: <tr> <td colspan="4"></td> <td>{$LANG.basket.total_grand}</td> <td class="text-right">{$TOTAL}</td> </tr> Change to: <tr> <td colspan="4"> <div class="small-7 columns show-for-medium-up"><a href="{$STORE_URL}" target="_self" class="button secondary nomarg">Continue Shopping</a></div> </td> <td>{$LANG.basket.total_grand}</td> <td class="text-right">{$TOTAL}</td> </tr>

We have had some reports of one visitor/customer seeming to 'latch onto' the "session" of a second visitor/customer. Personally, I do not know if this has been reliably replicated, or even a fix has been attempted. By its very nature, such an event is extraordinarily rare, and working through the evidence, of whatever form it may take wherever it may be, is problematic. A "session" is based on a cookie. That cookie gets tied to a session identifier maintained by PHP. The session identifier is a file in PHP's session folder (usually /tmp) and holds, among other things, the current shopping basket. The installation of PHP can be enhanced to have a longer length session identifier. However, the CubeCart database may not have the necessary length in the CubeCart_sessions table, 'session_id' column (currently at 32 characters). It is one of my theories that the databased, truncated session identifier may be involved. But that is not very likely as the identifiers would not completely match, resulting in nothing seeming to be retained. Another theory was analyzed and a hopeful fix for it was implemented a few versions back. Please check to see if the customer_id's of the first and second customers involved are very close together. What version of CubeCart are you using?

There may be something missing from the above as: $GLOBALS['config']->get('config', 'disable_guest_checkout_if_previously_registred') is not a standard CubeCart configuration setting. But, since this setting does not exist and checking for it will always return false, then the error will never be triggered. However, it should be noted that the database table CubeCart_customer has a UNIQUE key on the 'email' column. Even ghost customers get some of their details recorded here. So, in what way do the above changes "not work", and why make these changes if your unregistered customers are able to reorder as a still-unregistered customer?

To be clear, by "Windows Server", there is the IIS webserver running on the Windows Server operating system. Neither is supported by CubeCart Ltd. That is, getting the Rewrite URL configured on IIS (or any other webserver other than Apache), nor the peculiarities of PHP and dealing with the backslash of Windows OS directory separator.

In a stock CC611, those lines are at 375-400. The error message says the problem with array_keys is on line 311, which does not match up with the code shown above. The code shown above at line 309 would be if code had been deleted - code that is the entire section of checking for the Latest News from CubeCart HQ, and getting the latest versions of extensions.

We can move the Product Description under the Gallery. In content.product.php, find: <h2>{$LANG.catalogue.product_description}</h2> <div class="product_description"> {$PRODUCT.description} <p><strong>{$LANG.catalogue.product_code}:</strong> {$PRODUCT.product_code}</p> {if $PRODUCT.manufacturer} Change to: {* <h2>{$LANG.catalogue.product_description}</h2> *} <div class="product_description"> {* {$PRODUCT.description} *} <p><strong>{$LANG.catalogue.product_code}:</strong> {$PRODUCT.product_code}</p> {if $PRODUCT.manufacturer} Find: {if isset($PRODUCT.discounts)} <div id="quantity_discounts"> <h2>{$LANG.catalogue.quantity_discounts}</h2> Change to: <h2>{$LANG.catalogue.product_description}</h2> {$PRODUCT.description} {if isset($PRODUCT.discounts)} <div id="quantity_discounts"> <h2>{$LANG.catalogue.quantity_discounts}</h2>

We would like a web address so we can play with it.

Ok. I see only one POST now. You may need to force your browser to reload all the page's resources (CSS, javascript, images). This is typically done with CTRL-F5 (or a shifted click on the circle-arrow reload icon). Please confirm.

You may have modified the Mican template main.php. or have placed certain files in the Mican /js/ folder that should not be there. Specifically, I see admin.js in the /mican/js/ folder. Please remove it. You may have also placed jquery.bxslider.min.js and jquery.bxslider.js in the /mican/js/ folder. Choose one. But, yes there are two POSTs being made when clicking Add to Cart from the Product Description page. I discovered the double POSTing and wrote a bug report about it. Let me see if I can find it.

In dashboard.index.inc.php, what code is there at lines 309-316?

Doing this would involve too much change to the core code. That is not to say this cannot be done, however. CubeCart decided to have a preliminary registration of just a few fields, then on a separate page to offer the ability to create as many billing and delivery addresses as is needed.

What is the rest of the URL that it is trying to send you to? There were two lines to change. The two lines make up a complete URL. May we have a web address to check on a few things?

Welcome smokemup! Glad to see you made it to the forums. I can't see how it could. CubeCart does not know that this visitor is the same as the one a month ago. I suppose the easiest solution would be the customer actually creates an account - if the email could be used. I will poke around the Github to see if this has been brought up.

So, replacing just the index.php and admin.php files did not work because, apparently, there is a minimum version of CC5 that this trick works with - and your store is using a version older than that. But we got it working.

Well, the access attempt to the database says that the username and the password is missing. Please look at the contents of the file /includes/global.inc.php and make sure the information there is present and correct.

Please confirm that the only files changed was the index.php and admin.php.

In your email client, please find the feature that lets you examine the email's headers. Having the Store's email address as the From may be a default, but the code that resends the email does use the email address of the submitter of the Contact Us form. To verify, please use an external database utility to examine directly the database, such as phpMyAdmin (a tool commonly provided in hosting account's control panel). Looking the table CubeCart_email_log, find the Contact Us email just resent and note the 'from' address.

There is some information available via the Help link on that page. Go to admin, Promotional Codes. In the upper-right corner, just below "Welcome back 34Ford" is a "Help" link. This will throw a popup on the screen explaining (as far as it goes) what the settings mean. When viewing the list of codes, the Help discusses what you see in the list. When Adding/Editing a code, the Help discusses what each setting means. Is there a specific task we can help you with?

" in order for me to read it in my email program I have to re-send it " That's bizarre. Are you saying that once an email is read using this program, it is no longer available - as if it gets deleted right away?

If a demo account, then you may need to switch the Authorize.net module to "Test" mode (checkbox checked). Please verify.

"But, we've sold things to Australia before and this has never happened before." It could be because those customers did not switch the displayed currency to AUD. Thus, we can only assume those customers will have their payments adjusted to their local currency courtesy of their credit card bank's international conversion apparatus.

In the program that you use to read your emails, there should be a way to view the email's headers. This feature may be called "View Source" or something similar. If the Reply-To header is missing containing the Contact Us submitter's email address, then for some reason CubeCart's emailer didn't put it in the Contact Us email. And not sending that email is strange. Unless the Contact Us submitter's email was so broken that CubeCart's mailer couldn't finish sending it. You also mention that the Contact Us email is listed in CubeCart's admin, Email Log. I will submit a bug report that the Email Log should show the Contact Us submitter's email address.