Leaderboard

Contacted now - thanks

In the skin's config.xml, find the <image reference="category">. It is set for 800 pixels on the longest dimension. Change this to 900. It will auto-scale down to fit the container (which is 848 px wide). Next, you will need to find the CSS rule (I do not know where it would be.): .cat-hdr-img img { margin: 0px auto 5px; } Change to: .cat-hdr-img img { margin: 0 0 5px; } This CSS change will remove the margin that the browser adds to either side of the image, in equal part, to center the image in the slightly wider container. Be sure to clear Cubecart's cache.

The developer will probably / should be releasing a new version of the skin to take account of all of the skin changes included in this recent version. However, if you are using a modified version, then that update will not automatically apply to your store and you should chat to the developer about this. If you dont make all the front end skin changes then you wont be able to take advantage of any fixes / new functionality that has been added - you may say that you dont need this functionality but it is always best to stay fully up to date because the situation simply gets worse and worse with each upgrade that is released - this is the problem with having custom changes

It is the whole reported number as the percentage, that is, for you, 7.00 (do not include the actual percent character). If you are experiencing this in CC654, please know that several stores are experiencing tax calculation issues. The solution at present is to make an edit to the following file: /classes/cart.class.php, line 1203, remove the line: $this->get(); The value $37.90 is 3X what the tax should be, thus somewhere, somehow, CubeCart is running $179 through the tax calculator three times. (Personally, I have not discovered why, but the programmers imply this should be the fix.)

I'll note here that my store is set to reduce stock on processing, but I've had customers with this same problem even before PayPal Commerce.

There will be some problems with PHP 8.0+. There are several incompatible changes compared to earlier PHP version families. PHP 7.3 is in the same situation as PHP 5 - end of life. I think PHP 7.4 would work without too much trouble for CC642, - again, end of life.

Yes please use SagePay-1.0.13.zip. It should be fine with PHP 7.2 but 7.4 would be safer.

Please try: https://cubecart.zendesk.com/hc/en-gb/articles/360003831497-How-can-I-create-a-plugin-using-the-code-hooks-system

The knowledgebase article that (sparsely) covers this is: https://cubecart.zendesk.com/hc/en-gb/articles/360003794038-How-do-I-create-a-new-front-end-dynamic-section-or-page (Ignore the mention about the encoded index file.) A deeper discussion can be had here on the forums.

I tried uploading a sscreenshot but server rejects it, error code 200. Instead: Product with webp image: https://cavalier-gift-shop.org/magic-puppy-valentine-s-card.html (fails) Product with a jpeg (any other product): https://cavalier-gift-shop.org/best-cavalier-mum-mug.html (all ok)

I understand. Thanks!

Since upgrading to version 6.5.2 we have the following issue: For reference our shop is located at https://www.airbornesappers.org.uk/shop/index.php We do have products with a Sale price entered, which are less than retail and greater than zero In Store Settings - Features we have Sales Mode set to Per Product, with Number of sale items to display set to 20 I don't know if the upgrade to 6.5.2 has caused this, all I can say is that prior to the upgrade Sale Items were displayed in the Sale Items category I've searched other topics and checked as much as I know what to check but can't fix this error Any help appreciated Thank you

Using a programmer's text editor, please make this edit. In /classes/catalogue.class.php, near line 893: From: $GLOBALS['catalogue']->searchCatalogue((int)$_GET['cat_id'], $page, $catalogue_products_per_page); To: $GLOBALS['catalogue']->searchCatalogue($_GET['cat_id'], $page, $catalogue_products_per_page); The variable $_GET['cat_id'] could actually contain the value 'sale'. Should this text value be cast to a numerical type, it equals 0, for which there is nothing to be found. The use of (int) was added in an attempt to solve some other problem.

Another popular open source cart that brought v4 out recently had also taken PayPal Std out (and a few other things), has found a considerable number of its members have now reverted back to using the earlier v3, which also has a separate branch on Github, where developers have now upgraded it so it will run on PHP 8. Say what you will, but people like to have choices. Interestingly enough, whilst using another cart solution last week and going out to PayPal using Std PayPal on PayPal live site, that also brought up the option to pay later? That certainly not something that has ever shown up on there before. I will contact PayPal myself, to ask why they asking people to agree to an undisclosed partnership 'agreement' when signing up to PayPal Commerce (on any platform), as that just not right. Absolutely no mention of rates, extra charges, changes to seller responsibilities or anything else. Not good.!

In shipping.class.php: Find near lines 237-240: $this->debug(sprintf('<strong>&gt;&gt;&gt; Shipping zone [ID %s] matches the delivery address! Use this zone for shipping calculations.</strong>', $this->_all_zones[$i]['id'])); if ($this->_settings['multiple_zones'] == 'first') { $this->debug('Looking for first matching zone of best match (instead of searching for all matching zones - see AIOS module settings)'); } else { Change to: $this->debug(sprintf('<strong>&gt;&gt;&gt; Shipping zone [ID %s] matches the delivery address! Use this zone for shipping calculations.</strong>', $this->_all_zones[$i]['id'])); if ($this->_settings['multiple_zones'] == 'first') { $this->debug('Looking for first matching zone of best match (instead of searching for all matching zones - see AIOS module settings)'); $closest_match_zone_id = $this->_all_zones[$i]['id']; break; } else { The above is the exact same edit as was posted earlier, just the line numbers have changed.

Please bring up the extension for viewing the settings in admin, Extensions, find Card Capture and click the Edit icon. On the next page shown, what does the Description field show?

I added more to my post above. Please reload this forum page. There is no urgency in removing the debugging code. It does not affect how CubeCart runs.

Name: CBurst (Bootstrap Responsive Skin) Price: Free Category: Skins Homepage: https://www.cubecart.com/extensions/skins/cburst-bootstrap-responsive-skin

A Zone, for whatever purpose (i.e., having countries), but no shipping rates for that zone, will not have any rates to offer the customer to choose. Yes, the zone will match (Canada, for example), but there will be no rate available -- neither because, for any of the rates that could be supplied, none fit the conditions, nor because there are no rates at all. Thus (in later versions of AIOS), the module will try to match a rate's conditions listed in "Rest of World". So, short answer, a zone with no rates is as good as being disabled (suspended), and as good as having been deleted, and as good as not having been created at all. The point of the "Uncheck to Suspend" feature is to keep the zone with its list of rates intact, but to not use them.

Regarding the template syntax error, an issue has been posted in the Github. https://github.com/cubecart/v6/issues/3126 3. Check the code in the admin skin file filemanager.index.php, near lines 122-129: {if $FILE.type == 1} <div> <label for="alt">{$LANG.filemanager.alt}</label> <span> <input type="text" id="alt" name="details[alt]" class="textbox" value="{$FILE.alt}"> </span> </div> {/if} Also in this file, make this change: Lines 117-119, from: <select name="details[move]" id="move" class="textbox"> <option value="">{$LANG.form.please_select}</option> </select> To; <select name="details[move]" id="move" class="textbox"> <option value="">{$LANG.form.please_select}</option> {if isset($DIRS)}{foreach from=$DIRS item=dir} <option value="{$dir.path}"{$dir.selected}>{$dir.path}</option>{/foreach}{/if} {* #3121 *} </select> 1. Is this what CubeCart reports in admin, Dashboard, Store Overview tab? Or is this aspect of the server environment being shown somewhere else?

Yes, as well as all logs.

As per Al's comments on the github issue you raised, this is almost certainly down to a faulty or partially completed upgrade

Please make the following change: {literal} <!-- Google tag (gtag.js) --> ... all the javascript code ... </script> {/literal} That is, surround the supplied code with Smarty's "Take this literally!" command. Otherwise, Smarty will try to interpret anything between braces as commands for itself.

Currently, no. But, CubeCart has the ability to respect a custom API call that a "cron job" would execute on schedule, as well as hooks that could be used every time that a web page is requested to update if a specified amount of time has elapsed since the last update.

Configuring Mod Security is a server administrator's responsibility. As best I know, Mod Security is configurable on a per site basis. Therefore, it may be the case that your other website may (or may not) have Mod Security installed, and/or configured differently. We would encourage you to contact your hosting provider for assistance.

Decided to persist with getting the wamp server to work in a ssl mode, so I could use PayPal commerce working offline with CubeCart. Well it has gone 10pm now and after looking at lots of variations on other sites and lots of trial and error, I have FINALLY got the PayPal Commerce extension working fully in wamp, meaning I can develop my sites offline and upload to live servers when completed... Yay.!!! This is the difference with working with outfits like CubeCart, you get help rather than sarcasm and assistance rather than bitter critique. Forwards and onwards..... Thanks Al

Thank you. By way of a bit of background for you. In the early stages of our online shop journey we checked out many different platforms including some of the well known names such as ZenCart. We found the setup of these other platforms to be quite difficult and certainly not as well organised and intuitive as CubeCart. The ease of setup and the organised admin area were the main reasons for us deciding to go with CubeCart, a good decision and we look forward to using it for a long time to come. These forum pages have been a big help, we really appreciate you being there and the assistance you provide, keep up the good work because no doubt I'll be back

Only new transactions will get a phone number.

Try to get back to PHP 5.6. Hopefully, you can resume store operations. If not, please add this statement, as the next-to-last line, to the /includes/global.inc.php file: $glob['safe_mode'] = true; This will have CubeCart not load any plugins. Doing this is based on the assumption that perhaps there is an installed plugin that requires the ionCube extension to PHP. That extension may still be a PHP 5.6 version. Additionally, plugins that use ionCube are coded against a specific version of the ionCube extension. So, even if the installed version of the ionCube extension is for PHP 7.1, the plugin also requires a new 'build' against that specific version of the ionCube extension. Please determine if there are any plugins by Noodleman or Havenswift that are installed on your site. If so, request updated versions of those plugins for PHP 7.4 (and switch to PHP 7.4 for your site).

Experiments have shown that making these two edits will resolve this issue.

CubeCart version 6.4.6 is now available. This is a maintenance release with full PHP 8 and 8.1 support. This release is backward compatible to earlier PHP versions so your hosting environment doesn't need PHP 8 or above to run it. What's New? - PHP 8 Support - Miscellaneous bug fixes Download: CubeCart-6.4.6.zip Download: CubeCart-6.4.7.zip

Attached is a report that covers the edits needed to make CC645 run under PHP 8.1. Of course, without a comprehensive testing procedure plan - preferably automated - hitting every feature and function that CubeCart can do is impractical. As such, I advise against running this in a production environment, for now. However, I believe I've found and fixed the Fatal Errors, Warnings, Deprecated Notices, as well as a number of general notices that became visible under PHP 8.1, and made a number of code optimizations, but only in the core code. I have chosen to not make a fork of CC645. For those who want to slog through the edits, I hope they will be able to discern the reasons for each change. Any module encoded with ionCube will need a new version from the publisher. The publisher should also take it upon themselves to test their modules under PHP 8.1. Some additional insights can be found reading the latest Github issues. PHP8.1_Changes.txt.zip

We are aware of these rogue blank lines appearing in the editor unwanted, but do not yet know how it happens.

We need to find out why they aren't 'sticking'. My experience tells me to first look at those settings that could possibly make the aggregate amount of content larger than 64KiB. Those settings are the Offline Message and Copyright Text. Then second, look at the error log.

For CubeCart not accepting any of the general store settings probably means that one or more of the admin-supplied data items is extraordinarily long. Settings that could get out-of-hand include a really long Offline Message, or a really long Copyright Text. All the data is probably getting sent from the browser to CubeCart, but then CubeCart wants to "serialize" all that data, and the limit is 64KiB. You might also want to create the error log to see if CubeCart is complaining about anything. https://forums.cubecart.com/topic/51550-how-to-create-the-error-log/

Hi Lyd, If you edit the page/document via the admin panel "status" should be ticked and "Show link to document in storefront?" unticked. This should hide the link in the footer but leave the content accessible by the new nav link. If you are linking to a category, don't create a new page/document as stated in step 1. Simply just do step 2 and use the url for the category for the link. Thanks.

Hi Lyd, It is possible to add to the area you mention, however anymore than 3 can cause a layout issue on screens between 768px and 991px (the joys of responsive websites ) you can free up a bit of space by removing the "register" link and just have a login link (theres a register link on the login page and register options during checkout so no biggy) To Add A Page 1) Create a page (Admin > Documents > Create Document) When you create the document a link should appear in the footer of your site. Make a note of the link. 2) Open basix > templates > box.navigation.php Add your link (i've used Affiliates as an example) to the bottom of the list. <li itemprop="name"> <a itemprop="url" href="http://exmaple.com/CubeCart/affiliates">Affiliates</a> </li> and save. NOTE! The navigation file gets cached so you will need to clear your sites cache if you have the cache enabled. (You should have a Clear Cache button in your admin header) Remove Register Link (OPTIONAL - Upto you if you want to) basix > templates > box.session.php Find and remove <li itemprop="name"><a itemprop="url" class="parent-link" href="{$STORE_URL}/register{$CONFIG.seo_ext}">{$LANG.account.register}</a></li>

What were your findings in admin, Store Settings, Layout tab? Verify that there exists a skin template named box.popular.php.

In admin, Store Settings, Advanced tab, enable debugging and enter your IP address in the adjacent field (www.showmyip.com). Then, on the Layout tab, verify there is a value greater than '1' for Number of popular products to display. Also note the Source data for popular products. Then request your homepage. At the bottom of the page will be a grey section with a lot of some diagnostic info. If the source is by Product Views, then have the browser find ORDER BY popularity DESC. If by Sales, have the browser find ORDER BY `quantity` DESC. If neither query is present, then we need to look elsewhere.

Hi @radman420 Sounds odd, neither the CC6.4.1 update or the skin update would affect the visibility of the popular products section as from my knowledge nothing was changed in relation to that. This behaviour is not occurring on any of my test setups so not sure what the cause would be. Have you tried going to site settings > layout and clicking save , then clear your sites cache ? Also, if you right click on the area the box normally is then click "inspect" or "inspect element" can you any html code in the console panel that relates to the popular products? Thanks, NiteFox

Thanks Nitfox. I offer you a beer for sharing .. thank you again ..

Again in cubecart.style04.css, add this rule: .product_list li.product_list_item {background-color: #FFF;}

Find the CSS file cubecart.style04.css and add the following: .page-header-sec { background-image: url('xyz'); } where 'xyz' is the location of the image.

Hey @priceisrightsuperstore The store logo is styled by the following classes - .main-logo and .main-logo img in basix > css > style.css starting at line 220 which both have a css rule max-height of 60px. So you will need to modify both of those classes to get you desired look. The "Shop by Category" tab is 50px so the logo is already exceeding the size tab. Also, after making any changes remember you may need to clear your browser cache as well the site cache.

Hi @NiteFox Thank you it worked fine. I know what you mean about the "Latest" page, but thats fine, I would rather all product have "From" than non. I have options on some products that are more expensive and got a few questions about why the final proce in the cart was different to what was shown on the home page. As for the "Categories" page, that just perfection. Once again, thank you very much.

Replied to your email.

A scenario has been known to happen whenever one mouse-swipes some text to select it, then copies it to the clipboard, and then pastes the clipboard to a text entry field -- that the mouse-swipe inadvertently also includes hidden white-space: a tab character, a space character, a newline character. So, in this scenario, which can and does happen everywhere, extra illegal (invisible) characters was part of the token sent to the Marketplace.

Thanks Al. It's working great now.

hello, sorry if I'm not in the right section, but I can not write in the plugin discussion section about the plugin store collection, here is an improvement that would be interesting to add. when the customer decides to make an on-site pick-up, a schedule should be proposed so that the picker chooses a date on which he will pick up his goods Thank you

I found it! was in navigation.ss and .top-bar-section! I am so rusty on this kind of work! Thanks for the help