stevemills

Excellent, Leo, that was it! And it's not something I changed, this flaw must have been there from the start. I feel so much better now! Thanks!

It's not the image link, it's the textual link below each one. I assume you mean the global.inc.php in the Includes directory? <?php $glob['adminFile'] = 'admin.php'; $glob['adminFolder'] = 'admin'; $glob['dbdatabase'] = '<redacted>; $glob['dbhost'] = 'localhost'; $glob['dbpassword'] = '<redacted>'; $glob['dbprefix'] = ''; $glob['dbusername'] = '<redacted>'; $glob['encoder'] = 'ioncube'; $glob['installed'] = '1'; $glob['license_key'] = '<redacted>'; $glob['rootDir'] = '/home/<redacted>/public_html/cubecart'; $glob['rootRel'] = '/cubecart/'; $glob['storeURL'] = 'http://www.pencilartist.com/cubecart'; ?>

Are you saying the links under the photos (not on the photos) work for you? They don't for me. I have no trouble once I'm off the front page.

Under each image on the front page of my store, I have this link: http://prod_.html/?{VAL_PRODUCT_ID, though the images correctly link to their item pages. I must have caused this myself with some edit attempt in the skin (6IXGreen), but had not noticed it until today. It may have happened a week or so ago when I was trying to add Google Adsense (but gave up). Which file am I looking for to fix this? My store is here: http://www.pencilartist.com/cubecart/index.php (artistic nudity is involved.... don't look if you are offended by this).

Hi, Doug. That's an interesting approach. Looks like this is one of the bugs that hasn't quite been sorted out, since that text is a workaround to it. I just edited mine to a number less than my customer base, and now it enters the customer number in that field. Works fine. Thanks! Steve

This has been fixed. See my bug report. http://bugs.cubecart.com/view.php?id=1356

Well, now I see how this happened. While in the Edit Order page, I did a quick scroll on the customer list pulldown. Any name you move your cursor over populates the Billing Information fields with data pertinent to that person (can be anyone). I must have pulled the cursor off while it was over the wrong name, because that is ALL it takes to completely alter that information. Should take a little more deliberate action, I would think, but that's how it happened.

I just updated a recent order to Completed and Dispatched. The correct information was all on the screen, right name, right address, same name in the pulldown menu (though I had glanced at it to check customer number, it was still on his name and not highlighted).... but the email sent both of us gives him a different name. Instead of the proper name for the person who is customer #8, it gives the name of customer #25. Everything else in the email is correct. What is up with that? Wait... now that I look again at this order, it has the incorrect customer's details in the left side, but the correct person on the right side. How did this happen? The email notice puts the incorrect name under Invoice Address, but has the correct name under Deliver Address. There is nothing more in the email regarding the wrong customer than his name.

I see people have asked for this for a long time. Perhaps now the creators of CubeCart are listening.

I've wound my way through this matter for about a week now, dealing with why some of my shoppers reported they couldn't find anything in their shopping basket on subsequent visits. I passed it off as problems on their end, assuming that CubeCart surely wouldn't be at fault, but I upgraded to 4.3.0 just in case there was something missing in 4.1.1, thinking surely it would fix itself this way. But it's true.... Devellion has designed CubeCart to kill the ccUser cookie on log out or closing of the browse window. There is no option. This great ecommerce package deliberately dumps the choices people think they have "saved", only to let them learn later their time was completely wasted. The basket is empty. Seems unthinkable to me, especially when my personal experience on so many websites is contrary to this. I mistakenly assumed all store packages considered this a necessary feature. Not here, apparently. But why not? Seriously.... is this a bad idea, to allow shoppers to actually shop before they buy? I think the odds are high that this design feature is costing us all a lot of frustrated no-sales. My store has nearly 600 photographs to select from, and you don't make selections from that sort of array quickly. I think Devellion needs to reconsider this, making it something optional for store owners. Give us a time control for the life of the ccUser cookie. Dump personal info, perhaps, on logout but NOT basket contents. Please.

I just upgraded my store to 4.3.0, and my shopping cart STILL cannot hold items. I made the edits as outlined by Estelle, deleted old cookies.... no change. However.... when I use IE8 at my store, the shopping cart sticks. My problem must then be with FF3 and how it stores cookies. Is that it? My problem with the cart was not related to this bug. It was about how CubeCart is designed to kill cookies (thus emptying shopping baskets) on logout. This is a different issue, and is being addressed by CubeCart in 4.3.1, as I am told.

My store is 4.1.1. From the beginning (last Sept, I believe) no one using AOL has been able to store choices in their shopping cart while logged off. I've had some two dozen or more successful orders from other IP's. So tonight when an AOL shopper told me about this problem, I came here for a solution. I've implemented these edits, but it has changed nothing. Well, that's not true. Now even I cannot keep anything in my shopping cart, and I'm on Charter. I know for a fact it used to work for me. I've tried deleting cookies, too. No change. This is a serious issue, begging for a fix. This is probably a very good idea, but implementing it on a 4.1.1 store doesn't work. There are errors when logging in. What is that about?

My host (Lunarpages) has finally installed PHP 5. I want to upgrade my store from 4.1.1 to 4.3 now, but I have a couple of questions. Is 5 good enough, or do I need 5.1? My store has quite a bit of customization (skin, other CSS, and more). Can I upgrade only the files necessary, without affecting these things? Do I even need to do this? This warning is added to my CP, before I even turn it on. I don't edit my store with Front Page, nor do I use the extensions. You may view my store here: www.pencilartist.com/cubecart/index.php, but be aware is is NOT a work friendly site. There is artistic nudity.

The file in question would be /cubecart/admin/sources/stats/online.inc.php As you can tell, I have edited my time limit to span 24 hours of visits. Can't this php script be given a command to ignore any visits of less than one second?

My customers online page is tweaked to show me the last 24 hours, not just 15 minutes. Doing this provides a better picture of what's really going on, but the pages are filled with useless bot visits, all lasting less than one second (0.00 duration). Is there any way to either eliminate showing these hits, or to aggregate them as to how many are Google bots and how many Yahoo crawl? It takes a lot of scrolling to actually see what you are looking for, which is human activity.

Edit Language File is a complete failure in my store. No matter which item I select for editing, I get error messages like this:

Is there any way to get this function to at least alphabetize a complete list of images? I have 32 individually alphabetized pages to sort through, just trying to add extra images. Would be so much better if this were controllable while adding items to the store.

Just an FYI.... Firefox 3 reports it won't install this extension because it doesn't provide secure updates.

A second shopper captured the error message for me. Warning: main(includes/content/confirmed.inc.php) [function.main]: failed to open stream: No such file or directory in /home/mysite/public_html/cubecart/includes/global/cart.inc.php on line 74 Fatal error: main() [function.require]: Failed opening required 'includes/content/confirmed.inc.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/mysite/public_html/cubecart/includes/global/cart.inc.php on line 74 I have no "confirmed.php" file, so that's the problem. Why don't I? I can find such a file under /languages/includes/content/, so should I just amend the call, or move the file? I set my return URL at PayPal from the text found in the knowledge base on this site, so that's my problem. I took it literally as this: http://mysite.com/cubecart/index.php?_g=co...nfirmed&s=3

Does SSL have anything to do with this? I have a dedicated SSL, and it is switched on. Maybe that S needs to be in the return address, since they were in a secure situation before they were transferred to PayPal.

My first sale went through flawlessly... until after he payed with PayPal, then it gave him a fatal error on return to my store. I got the payment fine, but there is something wrong in my return, apparently. My return URL is this: http://mysite/cubecart/index.php?_g=co&amp...nfirmed&s=3 Should I go to PayPal Pro instead? (I just looked... at $30/mo, I don't think so... ) Store is v4.1.1.

What in the world is this about? I've had 99 guests in the past 15 minutes (that must be the limit CC will report, so who knows how many hits....), ALL with the IP address of my host server, and all visits lasted for less than 1 second. How can I turn off this useless information so I can see my actual customers activity?

I just came here to bring up the same error message. I can edit through my ftp client, but this tool would be so much easier.

CubeCart v4.1.1. Creating a new account, I noticed this problem. As soon as I clicked to complete registration, I got a 404 error, mentioning a /cubecart/cubecart/index.php file (which is impossible, obviously). I searched these forums, but haven't found exactly that problem, though I did notice a reference to other SEO related problems. Sure enough, I can duplicate this login failure by turning SEO friendly URL's on and off. Has anyone else seen this? Is there another thread I couldn't find? This search engine doesn't like 3-letter words.

Same problem here. I was instructed to install the sslSwitch file from 4.2.2 into my 4.1.1 store to resolve another issue, so for anyone who is looking at that newer file, it's line 52. My login is still failing, but at least the error is gone.