bsmither

The captcha is already integrated. It just needs to be enabled. In admin, Store Settings, Features tab, if the "Bot Prevention" is currently at "Invisible reCaptcha", choose something else.

I have not run across this at all. This is the actual link as one of the categories in the Shop by Category box? I don't see it at: https://www.n54tuning.com/bmw-e-series-135-2004-2011-n54.html This page has 130 links - eight that go elsewhere and one that is a non-secure link to your site (copyright). The homepage has 161 links - all not misspelled.

Welcome adamfrey! Glad to see you made it to the forums. I am not familiar enough with PHP to answer that, but I do think through some innovative directives in the .htaccess file, you can direct which version of PHP the web server will launch to run a given script. If I recall, I have successfully run CC5213 on PHP 7. I will have to double check.

Wow. That will be interesting to pull off. There are statements that rely on some constants having a trailing slash. The first place I would start is with the .htaccess file and ini.inc.php. In .htaccess, there is a RewriteBase directive. I think the web server can handle a value that has or has not a trailing slash, so we can probably ignore that. At the end of the file, there is a 404 directive that specifically calls for /subdir/index.php. This can be changed to whatever page you want the web server to deliver, if anything. In ini.inc.php, this is where CubeCart is figuring out where it is. A couple of key values can be overwritten by specifying them in /includes/global.inc.php: $glob['storeURL'] = "http://www.domain.com/subdir"; // No trailing slash - will be added later $glob['rootRel'] = "/subdir/"; // Must have trailing slash or just a slash By not having a trailing slash on rootRel, we invite all manner of mayhem that will need to be fixed as we find it. So maybe we won't mess with that, but rather find where we can test for a trailing slash and remove it. One place where we can try that is in the SEO class file, rewriteUrls() function. We can add a test here and if the to-be-returned value has a trailing slash, strip it. Can you give us an idea where trailing slash URLs are showing up in your pages?

CubeCart will use the /extra/ directory if all is true as I mentioned earlier. Then it becomes CubeCart's responsibility to manage this collection of session files. CubeCart will delete files older than the session timeout value (seven days). But because CubeCart changes what location to use for session files only when it determines that doing so is necessary, and this change is only effective for that specific running of the CubeCart script, PHP (or anything else) may not be able to affect any of these files with its own garbage collection routines. (Or maybe PHP can as I really don't fully understand when PHP does its garbage collection.)

Please check for files in the /includes/ directory. Make sure one file is simply named global.inc.php and that it has the requisite database details. It has been noticed that the list of upgrades that an installation has gone through is not sorted correctly for displaying in CubeCart's admin pages. That is to say, 6.1.10 through 6.1.12 comes before 6.1.9. Examine the contents of ini.inc.php. Examine the database table CubeCart_history.

Thank you for that reminder. You are absolutely correct.

What works for me is to edit line 150 in cubecart.css: change input.quantity to width: 25pt. You might also have working.css, line 215: input[type="cho-qty"] with display: block. Change that to inline-block.

Can we have the web address to view your customizations. Have you tried: Quantity:&nbsp;<input

Welcome z80CPU! Glad to see you made it to the forums. The "remember this login" is a feature/function of Firefox, and it is really annoying. Find the Options panels for Firefox and view the Security panel. There should be a checkbox that will enable storing passwords for sites. Uncheck that. Some have reported that there is some kind of "invisible captcha" that is causing problems. In admin, Store Settings, Features tab, if the "Bot Prevention" is currently at "Invisible reCaptcha", choose something else.

The captcha code can be copied to serve the purposes of the splash screen. You might want to give this plug-in a look: https://www.cubecart.com/extensions/plugins/age-verification-splash-screen

By "never again", just how "never" is "never"? CubeCart has a "Welcome Tour" for new admins. A flag is set when the tour is taken or when a checkbox is checked in the admin's Profile Details screen. This thing is not based on a session. I have a plugin that will have customers newly registering to be 'disabled'. They cannot actually login until an admin "approves" them, then they can log in. This plugin can be modified to throw up a custom splash page, and once read, the customer's status can change to 'enabled'. Once enabled, no more splash page. But a session-based test is exactly similar to the Captcha situation. Once a customer has solved a captcha, the "session" remembers and no more captcha regardless how many product reviews, Contact Us, orders, etc forms are submitted. Until the customer logs out and the session is destroyed.

It might. If the browser determines the SSL certificate does not match the domain, or if the "path" of the cookie does not match the path of the website (such as path=cube), then the browser will not allow a form to submit. But I see nothing wrong with the cookie.

That means the core code is not doing its job correctly. To review about the debug, for each item in $PRODUCTS, there is: product_options, options_array, options and optionally options_text. Of these four array elements, there may be references to choices from multiple choice options, but no references to text options. I think the next step will be easier if we take this to email. I will send you my diagnostic plugin and give instruction on how to use it. This will let us examine the values of variables the core code is working with. PM sent.

Good. Getting this narrowed down. To review: after upgrading to CC6112, in admin, for all orders(?), inventory that have text field option responses do not show? Or is it only orders placed after the upgrade do not show text option responses. That is to ask, an order placed three months ago does or does not show text option responses in admin? Using a programmer's text editor, open the admin skin template orders.index.php. At the end of the file, add {debug}. Save the file. In admin, view an order. Your browser will want to display a popup window. Let it do so. This is the template rendering engine's Debug Console. It lists all the variables and values. Scroll to near the bottom and find $PRODUCTS. This array will have several indications about the options for each of the order's inventory. Verify that the text option responses are listed. If they are, we will focus on the skin template. If not, we will focus on the core code that is supposed to find and provide this info to the skin.

Please observe whether or not you have the following situation: In CubeCart's main folder, you should have one file named admin_aBcDeF.php (where aBcDeF is some random sequence of letters). There should no other file that starts with 'admin'. Likewise, you should have one folder named /admin_fEdCbA/ (where fEdCbA is some random sequence of letters). There should no other folder that starts with or is simply 'admin'. There has been a consistent issue with upgrading that results in multiple admin files and folders.

No, if the text field entries (for orders after upgrading to CC6112) are databased, then we need to figure out why the admin side isn't displaying them.

If the text entries do not show up in the few places they get stored, then we can look at the Vector skin. However, if they do get collected from the form submission frontside and get databased, but aren't shown in the admin's screens, then we will focus on the admin code and skin. So, using an external database utility such as phpMyAdmin, directly access the database. Looking in CubeCart_saved_cart, scan through the basket column looking for inventory that has a text entry field value. You won't find the name of the text entry field, only the contents if any have been entered. This database table is used to hold shopping baskets until the customer checks out. Looking in CubeCart_order_inventory, find a target cart_order_id. Examine the product_options and options_array columns. This database table holds the inventory summary of orders in the process of checking out and afterward. If the text entry filed responses can be found for current orders, then the Vector skin is submitting the data and the CubeCart frontside code is getting it databased.

The PHP options (perhaps you are viewing the PHP Info page in CubeCart's admin) can be misleading if your site is using SUPHP. On this page, there may be a separate table detailing the SUPHP settings that override PHP's core settings. How one gets to view any SUPHP error messages, I do not know. Please review all files in the /images/source/ directory. All files must be image-type files, and all files must not consume huge amounts of memory when opened for editing/resizing. Generally, that means the stored filesize be under 80K.

I've done all that I can think of doing - not having this skin myself. Hopefully the skin programmer will get in touch, or you find a backup and compare what you did earlier.

If a field is in a comment, then absolutely nothing is going to find/see it.

Well, the form checks out as valid - that is, when it has all fields filled in with valid data. So that just leaves why the button won't submit.

There are two aspects: javascript-powered 'required' validation, and CubeCart 'data-present' validation. Since the page is not submitting, the problem is with the rules found in the file 3.cubecart.validate.js. What I am not sure, but makes sense - sort of - is that if there is a rule that a field is required, but the field does not exist, then is the rule still enforced? For example, line 163: username: { required: true, email: true }, This field is hidden if the "Already Registered? Login" is not activated. So, if something is hidden, or not even present, the rule for it has to be ignored - that just makes sense (I hope). So, I'm reviewing the rules and matching them up with fields that may not be showing, but are not hidden either. I also see this near the HTML for the Checkout button: <input type="hidden" name="proceed" value="1"><input type="hidden" name="proceed" value="1"><input type="hidden" name="proceed" value="1"></form> I do not know if three of these inputs will confuse anything. That is added via javascript when the button is clicked. So it can't confuse anything.

Do you have CubeCart requiring a response to a Captcha? Do you have CubeCart requiring the customer to check a box for "Agree to Terms & Conditions" checkbox? Neither the captcha nor the T&C checkbox is shown. Which will block the checkout sequence if required.

View Basket: Using that particular product, I cannot make any changes (e.g., quantity), so updating the basket is pointless. But clicking that button does post the form and I get a new page returned. Checkout (_a=confirm): I get the form to fill in my name and address. Is this where the problem manifests itself? Do you have CubeCart requiring a response to a Captcha? Do have CubeCart requiring the customer to check a box for "Agree to a Terms & Conditions" checkbox? Neither the captcha nor the T&C checkbox is shown. Which will block the checkout sequence if required.