bsmither

$_SESSION is wrapped in a Session class. There are various methods to manage session contents. Do not hesitate to ask for details.

This is just my opinion, but hey... CubeCart's Maintenance section contains functionality that should not be without warning to the admin. Similar in concept to Firefox browser's "about:config" tossing up an interstitial page requesting that you acknowledge the information and settings shown here is not for the ignorant. Anyway, what you see is commentary about the database schema versus CubeCart's "best practices" ruleset. Specifically, if the changes to the schema were made from what is implied in the commentary, there would (should) not be any time wasted getting results from an un-optimized database. The argument is that un-optimized databases, such as not having the correct or missing indexes, causes time to be wasted getting results back from the database. While this is true, contextually, if you have the database server all to yourself on a small store, the difference between 50 and 100 milliseconds isn't a difference at all. On the other hand, a shared database server running near capacity may have a difference of many seconds. In the next (or next after) version of CubeCart, there may be a function that will have CubeCart fix on-demand what it suggests.

Until we can implement the feature of asking for product dimensions and restricting what we will accommodate according to that answer, using box dimensions that simply does not trigger anything that will cause problems. I am aware of a plugin that gives the ability to enter dimensions for a product. Also, a plugin that can assign a product to a specific shipping module. (Create a duplicate USPS module set for only accommodating large boxes.) I suggested "an average box size" because USPS does not care if the box size is actually as is stated. This only becomes an issue if the box is either too heavy (70lbs), too big (108" L+G), or needs dimensional weight. There is work to be done, for sure.

We would ask that you create the error_log. This may be a case where the current versions of CubeCart are wanting to use a function of PHP that has not been installed by your hosting provider.

CubeCart does have the code to detect mobile device's "user agent strings". The regex may not be up to date, but can be easily changed. If CubeCart detects a mobile device, it then checks to see if the current skin (according to a setting in the skin's config.xml file) is 'responsive'. If it is, CubeCart will not switch to using an alternate skin. If 'responsive' is false or not found, CubeCart then asks if there is a "mobile" skin that has been selected. If so, CubeCart uses that skin. In admin, you will need to have installed a skin that is not responsive. You will also need to have installed a "mobile" skin. The skins "Kurouto" and "Mobile" are available in the Marketplace. In CubeCart's admin, Store Settings, Layout tab, select Kurouto as the 'Default front-end skin'. Save. Back at this page, the 'Default front-end mobile skin' selector should now be usable. Choose Mobile. Be sure that 'Disable mobile skin' is not checked. Save. Test by accessing your store with a browser whose user agent string states it is a mobile device.

Let's take a look at the USPS services in admin, Manage Extensions, edit USPS. The USPS settings panel has a series of checkboxes to choose which shipping products you will accommodate. The USPS's "Rate Request" response will include all available shipping methods for the package as described (weight, size, and distance). From this collection in the response, only those that match what was selected in the settings panel will be shown. So, this "intersection" of what USPS says is available and what you will accommodate will comprise the list of shipping choices from USPS in the checkout screen shown to the customer. So, based on your comment above, do you ever expect to have a product that can be shipped in a flat-rate envelope? If not, then in the USPS settings panel, be sure it is not enabled. Also, let's try to use: Package Size: Regular Container: Variable Unknown Size: the most average size of the boxes you use Recently (thank you Claudia M!), I was given info about "dimensional weight". I knew UPS and Fedex used it, and now realize USPS uses it as well for Priority (zones 5-9). This is a shipping calculation based more on the box size than the weight of its contents. Therefore, I suggest that if you accommodate shipping by Priority Mail, then the size of your box supply should be limited to under 1728 cubic inches - a common size being 16"x12"x8" (1536 cu in). The error message quoted seems to suggest that you may not have the latest version of the module. Please verify.

Still working it out.

Welcome DenisUS! Glad to see you made it to the forums. Thank you for your input. I believe from your comment that there is a need for store owners to have USPS ship "oversized" boxes. When such a shipment comes up, is it the case that there is only that one product in the order? Or do you see the case where there are a number of products in the order, and one or more oversized product requires a separate rate quote?

I found the essential statement that zeroes out the negative price. In cart.class.php, public function get(), ##Update Subtotals After fixing a few things in the Tax class, working on making sure the negative amount carries through.

I am not sure if I have modified my installation of CC4 with regard to categories, but I see that there is a selector for the Master Category and a selector for the Secondary Categories. Based on this "not in-depth at all" observation of CubeCart4.4.5, I would say, yes, if not already a feature, can be enhanced to do it. (I think there is no difference between tangible and digital type of product.)

Perhaps the Moderator could split this other issue off to its own conversation. Regarding the product having a negative price, there is just too much going on that needs looking into and getting fixed.

Welcome henrylunar! Glad to see you made it to the forums. Two things to check: the SMTP Test function, and verifying there is an email assigned to the Sales department. In admin, Store Settings, Advanced tab, click the Test button. There will be a pop-up detailing CubeCart's attempt to send an email. If that goes well, then in admin Contact Form, make sure the Sales department has a valid email address. An email address is optional, but if not using one, the text entry field must be completely blank.

The latest versions of CubeCart have code that tells PHP to keep a session 'live' for seven days. But, as mentioned, this has no effect when the server admin has other mechanisms in place to enforce a shorter time.

Please create this code snippet in admin, Manage Hooks, Code Snippets tab, Add Snippet: Enabled: checked Unique ID: noerroraddcustnoemail@cc600+ Description: Admin Create Customer with no email - bypass validation Trigger: admin.customer.add Version: 1.0 Author: https://forums.cubecart.com/topic/53118-issue-with-manual-phone-orders-for-customers-with-no-email-address/ PHP Code: <?php /*************************** * Unsets the error when the * admin tries to add a customer * without supplying an email * address. * * The insertion to the database * happens unhindered. Note that * there will be an error banner * which must be ignored. There * is no easy way to suppress * that. * * However, you must make a * change to the database. * The stock index is UNIQUE. It * needs to be a plain INDEX so * that there can be more than * one record with an empty * string value for the email. * * ALTER TABLE `CubeCart_customer` * DROP INDEX `email`, * ADD INDEX `email` (`email` ASC); * * See: * https://github.com/cubecart/v6/issues/897 * https://forums.cubecart.com/topic/50500-error-310-when-customer-has-no-email-address/ **************************/ unset($error); Save. Make the change to the database. Test extensively. As noted, expect squirrelly results if trying to administratively log in as that customer. That won't work without an email address. You must go to Orders, Create Order manually. I would think the next obstacle is to somehow get the order paid for.

We would appreciate having some clarification. You have created a product that costs -$1.00. How is a customer restricted to purchase this product only when applicable? Is eligibility for this "Discount" product based on a complicated matrix of conditions? We ask this in the hope of brainstorming other possible solutions.

At line 82 of /js/2.cubecart.js: From: $(".autosubmit select").not('.nosubmit').change(function() { To: $('.autosubmit select, .autosubmit input[name="shipping"]').not('.nosubmit').change(function() {

I will argue that this estimate box is not interfering. Changing the radio button choice should trigger an auto-submit. Doing this action is not happening because (unless just recently), the file has not been successfully edited.

Is it now changed? Maybe use the editor in the control panel?

Ok. Let's think that the FTP program is configured to default to simply not overwrite an existing file, and don't bother asking you about it.

Recall that when making changes to a page's resources (CSS, javascript, images), you will need to force your browser to fetch fresh copies of those resources. This is usually done with the keyboard shortcut CTRL-F5. If you have done that, we may need to closer at your template code. Unless you are experimenting with another installation of CubeCart, I do not see the changed file. Line 82 of a freshly fetched copy: $(".autosubmit select").not('.nosubmit').change(function() {

CubeCart also allows you to enter a very specific location for the file. The text entry field is the Custom File Path at the bottom of the Digital screen. You can enter an absolute server path, such as: /users/websites/a/alyssa/other_than_public_html/hidden_downloads/digital_file.pdf (CubeCart finds and feeds this file to the customer) Or you can enter a fully-formed web address, not necessarily located at your main hosting provider, such as: http://cdn.giftsByAllyssa.com/digital_file.pdf (which would need to be secured by some means)

Try using Authorize Only. I would expect Payeezy to have this capability. Then, just be mindful that you will need to finish off each transaction manually.

A simple way (apparently, as I haven't verified this works everywhere) to disable checking the token, regardless if it exists or not, is: In /classes/sanitize.class.php, in the checkToken() function, there are two places: The first applies to the admin section. We will leave that as it is for now. The second applies to when payment gateways call back with transaction results. An exception is created. We will make that exception apply regardless. In this function, find: if (!empty($_POST)) { $csrf_exception = false; Change to: if (!empty($_POST)) { $csrf_exception = true; // Set this to false to restore normal CSRF protection!

To keep things straight, I would imagine there to be a three step process: 1. The customer checks out with making a payment in Authorize Only mode. This "reserves" an amount on their credit card but doesn't actually take it out. If the following steps do not happen, the 'reserve' is eventually released. Depending on the card's issuing bank, this could take up to a month (an extreme case, but I've seen it). (I'm not sure how the module's code records an Authorize - still at Pending or will it go to Processing.) 2. After consulting with the customer, or at least making the customer fully informed of the extra charges and discounts, the merchant needs to sign in to their payment processor's "Transaction Resolution" screen. There, adjustments are made and finalized. 3. The merchant then makes similar adjustments to the order at CubeCart's Order Summary screen. If not already known, and unless a plugin alters this, CubeCart accepts only one coupon per order. That one coupon either gives a fixed money amount or a percentage amount based on the sub-total, and/or affects shipping costs. When you say "the customer doesn't always get right", are you sure they can actually get to the right solution?

I think Hotmail is somewhat particular about whose emails get in. Perhaps a better test would be the Test button on admin, Store Settings, Advanced tab.