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

Try this: In includes/ckeditor/config.js, at the bottom, find: config.allowedContent = true; }; Change to: config.allowedContent = true; config.coreStyles_italic = {element : 'em'}; config.extraAllowedContent = 'i[*]{*}(*)'; }; CKEDITOR.dtd.$removeEmpty = '{i: 0}'; The same added statements can be used for other HTML tags used in unorthodox ways.

There are three phases to CubeCart's search function (four for CC650+). For short words, the last two phases will be the only ones to find that one short word: the whole word man, or the part of the word commander. (The first phase(s) will not look for a word with less than four letters.) CubeCart's search will look at the product's Name (Title), the Product Code, and the product's description. Therefore, if the last phase was the phase that actually found something, the irrelevant product shown might have had a word with the search term as part of it contained in its description. There was another conversation on the forums asking if it is possible to have CubeCart ignore looking at the product description for the search term. That can be done, but would require a code edit. As for the strange missing products that have "man" in the Name (or Title), perhaps we can explore why that is happening.

Did this transaction pass 3D secure? If so I believe it should be protected and you shouldn't be liable to chargeback fees. Our PayPal integration has much more granular settings. If you want to you can choose to only accept payments that pass 3D secure. With that setting enabled you are never liable to chargeback fees. The square extension could have this feature added.

Thank you so much for your replies - I think I will take up your offer in the New Year for sure after my Christmas rush is over.

I understand. Thanks!

Image compression? CubeCart takes a source image, typically PNG or JPG, 750x750 pixels for example, then creates sized variants specific to the intended layout area and page. The source is uploaded to /images/source/, and CubeCart's variants are saved in /images/cache/. The specific variants are coded in the skin's config.xml file. Take a look a Foundation's config.xml file in a programmer's text editor. Here, you will find image nodes with the reference attribute indicating where the image is used. The product page uses 'medium' and 'gallery'. The maximum attribute specifies the length of the longest side, maintaining proportionality, but never longer than the original. (That is, if the source is 450x450 pixels, variants could be smaller, but will never be larger than that.) And, of course, the browser can scale the image to fit the layout's placement if the HTML coding allows it. Note also the quality attribute. For many image formats, there is the 'compression ratio', expressed as a 'quality' -- 100 being very lightly compressed, if at all, and 10 looking like crap. I have visited web pages that initially show a super-blurry image (high compression), then eventually, under javascript control, fetches a high-quality (large filesize) image to replace the blurry one. Currently, CubeCart does not do this.

You are getting the address items from the admin, Order Summary page? If so, try the following: In the admin /sources/orders.index.inc.php: Near line 419, find: $overview_summary['country'] = is_numeric($overview_summary['country']) ? getCountryFormat($overview_summary['country'], 'numcode', 'name') : $overview_summary['country']; After that, add: $overview_summary['state_abbrev_d'] = is_numeric($overview_summary['state_d']) ? getStateFormat($overview_summary['state_d'], 'id', 'abbrev') : $overview_summary['state_d']; $overview_summary['state_abbrev'] = is_numeric($overview_summary['state']) ? getStateFormat($overview_summary['state'], 'id', 'abbrev') : $overview_summary['state']; In the admin template orders.index.php: Near lines 163-164, from: {$OVERVIEW_SUMMARY.town_d|upper}<br> {if !empty($OVERVIEW_SUMMARY.state_d)}{$OVERVIEW_SUMMARY.state_d|upper}, {/if}{$OVERVIEW_SUMMARY.postcode_d}<br> To: {$OVERVIEW_SUMMARY.town_d|upper}&nbsp; {if !empty($OVERVIEW_SUMMARY.state_abbrev_d)}{$OVERVIEW_SUMMARY.state_abbrev_d|upper}, {/if}{$OVERVIEW_SUMMARY.postcode_d}<br> Near lines 174-175, from: {$OVERVIEW_SUMMARY.town|upper}<br> {if !empty($OVERVIEW_SUMMARY.state)}{$OVERVIEW_SUMMARY.state|upper}, {/if}{$OVERVIEW_SUMMARY.postcode}<br> To: {$OVERVIEW_SUMMARY.town|upper}&nbsp; {if !empty($OVERVIEW_SUMMARY.state_abbrev)}{$OVERVIEW_SUMMARY.state_abbrev|upper}, {/if}{$OVERVIEW_SUMMARY.postcode}<br>

On my development system, I am trying Amzin 1.05 on CC647 running under PHP8.1. (Found a bug in a template.) But the links appear correct. I have not yet installed CC649. But analyzing code differences between CC647 and CC649 shows no likely source of this situation.

The package of files that has been offered to replace a few existing troublesome files did have a change in the one file (ini.inc.php) that declares the version (now 6.4.9). Replacing these troublesome files does not require that setup be run again. This package contains no changes to be made to the database or the database contents. Hence, normally, setup makes an entry in the database table CubeCart_history with the version "processed" and the timestamp when it happened. But simply replacing these troublesome files did not also make the appropriate entry in the CubeCart_history table. Using an external database utility, view CubeCart_history and change the value "6.4.8" to "6.4.9".

Please try this edit: In /classes/language.class.php, line 106: From: if(ADMIN_CP == false && isset($d[$url['host']]) && !empty($d[$url['host']])) { To: if( (!defined('ADMIN_CP') || ADMIN_CP == false) && isset($d[$url['host']]) && !empty($d[$url['host']])) {

Did you follow the steps in method 1? https://support.cubecart.com/hc/en-gb/articles/360003794198-How-do-I-upgrade-from-CubeCart-v6-to-latest-v6-

An enhancement regarding Gift Cards allows: the admin to assign a collection of images to the Gift Card system. One image is the default (master). the admin to have a text editor to add more content to the Gift Card purchase page. the customer to choose an image when purchasing a Gift Card. for the additional content to appear on the Gift Card purchase page. At checkout, a small-sized image of the chosen image appears in the list of basket items. For a physical Gift Card, the card can be (pre)printed with the chosen image. For an emailed notice, the HTML content can now include a link to the image the customer chose. For example, the collection of images may include birthday, Mother's day, Winter holiday, Valentine's day, Thank You, and other themes. This enhancement is not a plugin. It involves hard code edits.

If there is a blank page, then there could be error messages in admin, System Error Log.

If you have CubeCart's debug mode enabled, turn it off. I *believe* that switching off Debug mode will quiet the PHP8 Warnings (used to be Notices in PHP7). As for Google, please see: https://github.com/cubecart/v6/issues/3047

Chaps.. This situation is embarrasing, I'm getting female members of my team telling me that they are receiving explicit messages from one of our contact forms. Can anyone suggest how I get invisible working, failing that I'll have to employ the services of a dev to write something which works.

It should, however it hasen't been updated since 2017. Which only means that, since it is encoded with ionCube, the encoded files must have been built with a matching version of the encoder for the version of PHP it is running under. Even though the current encoded files are built for "PHP 5.6 and above", this does not mean they will work on any version of PHP7 - which your hosting provider has likely configured your hosted account to use. The publisher, @Noodleman, will need to build encoded files for PHP 7.

In a stock install of CC6, the list of images to play in the slider is part of the HomePage document. In admin, Documents, click the Edit icon of the document shown as having the HomePage button selected. You may have an easier time of it by using the editor's Source mode. The slider is optimized to show 1000x300 pixel images.

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

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/

The POF module prior to 1.2.2 had its own code to email a courtesy email confirming the order was placed. Version 1.2.2 now is supposed to use the established code in CubeCart's core codebase. Looking at 1.2.2 (version 1.3.0 is the same), it seems more work needed was mentioned to the programmers, but didn't get done. So, please make this edit: In the Print Order Form module, gateway.class.php, near line 206, find: if (!empty($item['product_options'])) $product['product_options'] = implode(' ',unserialize($item['product_options'])); Change to: if (!empty($item['product_options'])) { if (($list = unserialize($item['product_options'])) !== false) { foreach ($list as $value) { $item['options'][] = $value; } } else { if(method_exists($order,'unSerializeOptions')) { $options = $order->unSerializeOptions($item['product_options']); } else { if(empty($item['product_options'])) { $options = array(); } else if(($options = cc_unserialize($item['product_options'])) !== false) { } else if (($options = cc_unserialize(base64_decode($item['product_options']))) !== false) { } else { $options = explode("\n", $item['product_options']); } } foreach ($options as $option) { $value = trim($option); if (empty($value)) continue; $item['options'][] = $value; } } }

Please confirm that there are more than one image associated with a product being tested.

wow, almost everytime I am stuck with something, there's already a post in the forum. Sale Items be gone ...

He is also trying to fix the "remove item" bug.

Hey @radman420 In that case it would appear to be some sort of data issue then if it doesn't show in both Amzin or the foundation skin.

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

In the template main.php: Find: <body> Change to: <body background="https://mybikerleather.com/Banner.jpg"> or <body style="background-image:url('https://mybikerleather.com/Banner.jpg');background-repeat:no-repeat;"> Do the same for the template main.checkout.php.

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.

Replied to your email.

Please make this edit: In the module's file /skin/admin/index.tpl, near line 57, find: {$MODULE_ZONES} <div class="form_control"> <input type="submit" name="save" value="{$LANG.common.save}" /> </div> </form> Change to: {$MODULE_ZONES} <div class="form_control"> <input type="submit" name="save" value="{$LANG.common.save}" /> </div> <input type="hidden" name="token" value="{$SESSION_TOKEN}" /> </form>

Agreed - failed upgrades have been very common in the past when done via the built in upgrade option and often result in a mix of files from different versions - this will cause this type of problem. It has been covered in quite a few threads on here before and a manual upgrade would definitely solve it. Ian

Thank's Al. I reinstalled and it seems to be fine now. Thanks for your help too Noodleman!

Congratulations Al, to you and your wife!

CC620 has adopted the attitude that clearing the cache as often as all prior versions of CC5/6 was doing was incredibly aggressive. Now, the admin is to make all changes - adding inventory, creating categories, editing documents, etc, etc - then click the "Clear Cache" button (should now be lit) seen at the upper-right corner of the admin page. The cache holds SQL queries and their results to lessen the load on shared database servers. If you are not concerned about the load on the database while setting up your store, then in admin, Store Settings, Advanced tab, switch off Caching.

Ok, will try and restore a backup file. Thanks

I think its quite a convoluted way. If we did this for you on the managed support plan we would; Take a full backup. "Diff" against the same version to pull out an exact report of code changes. Apply these code changes to 6.2.14. Upgrade using the customised package. I've done this many times. It's very time consuming but we do it at no extra cost to a regular upgrade. 6.0.6 has security holes so hopefully they have been patched. If not then you need to check that it hasn't been hacked. If it has then it needs to be cleansed. There is a support article about how to do that. A classic hacked store may be running code snippets you don't know about. These can be viewed in the "Manage Hooks" section in the "Code Snippets" tab.

In one of your skin template files, probably main.php, find these statements: <div class="row {$SECTION}_wrapper"> <div class="small-12 large-9 columns" id="main_content"> <div> <div data-alert="" class="alert-box alert"> <ul class="nomarg no-bullet"> <li>JavaScript is required by this website. Please enable this in your browser settings.</li> Change the large-9 to large -12. The various CSS sizing classes instructs the browser how much of the available container to give to this row section. There are 12 columns per row (within the parent container). So, when the browser viewport is 'large', this section of 9 columns will take 75% of the row. A section of 12 columns will take 100% of the row.

If you make the change I listed, you can add as many as you like, works fine for me.

We've found what we needed! Thanks for the assistance

Somewhere, you have this: $('.bxslider').bxSlider({auto:true,captions:true}); Change to: $('.bxslider').bxSlider({autoStart:false,auto:false,captions:true});

You installed CC5.2.16? When you say you have "migrated the store", you mean to say you did not copyany code from another version of CubeCart overwriting what was already there? If you can get into that CubeCart's admin, view the Maintenance page, Query Database tab. Don't do anything on this page - just look at the info shown just above the Query Box. This is the database server host and username. Next, click Maintenance again, Database tab. The list of tables will show the name of the database as prepended to the table name. Find CubeCart_inventory. How many records does it show? If there is 1 record, then what you are looking at via phpMyAdmin is not the same database (or database server) as what is in the /includes/global.inc.php file.

The module allows for a "handling cost". This is understood to be what it costs you in your manpower costs for the price of the box and the time it takes to pack the box and get it to the UPS store.

Create this snippet: Enabled: checked Unique ID: ordersumcustgroups@cubecart600+ Execution Order: 99 Description: Adds Customer Group Name(s) to Admin Order Summary Trigger: admin.order.index.display Version: 1.0 Author: forums.cubecart.com/topic/53037-orders-to-show-customer-group/ PHP Code: <?php $snippet_ordersumcustgroups = $GLOBALS['db']->misc('SELECT `group_name` FROM `'.$GLOBALS['config']->get('config', 'dbprefix').'CubeCart_customer_membership` AS M INNER JOIN `'.$GLOBALS['config']->get('config', 'dbprefix').'CubeCart_customer_group` AS G WHERE G.`group_id` = M.`group_id` AND M.`customer_id` = '.$summary[0]['customer_id'].';'); if (is_array($snippet_ordersumcustgroups)) { foreach ($snippet_ordersumcustgroups as $membership) {$member_groups[] = $membership['group_name'];} } $snippet_ordersumcustgroups_order['cust_groups'] = isset($member_groups) ? implode(',', $member_groups) : ''; unset($member_groups); $GLOBALS['smarty']->assign('CUST_GROUPS', $snippet_ordersumcustgroups_order['cust_groups']); Make this edit in the admin skin template: orders.index.php, near line 197, find: <div><label>{$LANG.common.email}</label><span><a href="mailto:{$OVERVIEW_SUMMARY.email}">{$OVERVIEW_SUMMARY.email}</a></span></div> On a new blank line after that, add: <div><label>{$LANG.customer.title_groups_membership}</label><span>{if $CUST_GROUPS}{$CUST_GROUPS}{else}{$LANG.common.unknown}{/if}</span></div>

This may be the solution you are looking for: https://github.com/cubecart/v6/issues/1771

There may be an issue with the database. I hear you say that you can verify that an assigned image will still be selected when returning to edit that category. So, the database should be structured correctly and hold valid data. That leaves the possibility that 'subcategory' images are not being created. In the folder /images/cache/, look for a filename that starts with the name of the master image of a category, and has a .105.jpg ending.

Smarty would not have caused that extent of slowness - it was stupidly slow. Disabling the related product plugin fixed the issue and proved it was something to do with that - probably missing indexes, especially if you have lots of products. The search not working can often be caused by a missing index on the inventory table so do a table by table comparison of the indexes

Sooo...., if the site administrator has implemented this anti-scrape mechanism, then AJAX exchanges of data may fail if the AJAX package does not send the correct cookie - or may actually fail even with all the correct cookies. I have no experience in this scenario. The template parser (Smarty) does not execute any code other than its own Smarty code. Having PHP code in a template is exactly the same as having any other text. It is just plain text and that plain text will be in the final output that Smarty creates. Also, any code that looks like Smarty code but is not Smarty code in a template could cause PHP to crash. For example: <?php echo "Hello {smiley} World" ?> will cause Smarty to quit parsing the template and stop PHP with a Fatal Error. Please know that you must not think the templates are PHP code scripts just because the filenames end in .php. (The templates can be named anything, and I do not know why the programmers chose '.php' as the filename suffix for the skin templates.)

Hi For the UK, it is a legal requirement (and one that Trading Standards take seriously and can and do prosecute for breaches) to show prices including VAT if selling to consumers. Most businesses if selling to other businesses would want to show ex VAT. As most websites are likely to sell to both businesses and consumers, the ability to choose which price (inc or ex VAT) is shown as default and with the ability to switch between the two is very important. There is a simple mod available for V4 stores from a third party developer but they have said they have no plans to develop a V5 plugin and anyway, I feel strongly that this should be part of core as it is a legal requirement. Ian