Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

reubenwilcock

Members
  • Content count

    29
  • Joined

  • Last visited

Profile Information

  • Real Name
    Reuben Wilcock
  1. reubenwilcock

    Protx Direct v2.22

    Ok, finally fixed it. My fault. I must have inadvertantly added some whitespace after the ?> in the protx_direct.php lanuguage file so there are a newline being outputted before the link was done. Sorted.
  2. reubenwilcock

    Protx Direct v2.22

    I am trying to debug it now - I have established that it happily gets all the way to almost the end of the checkout_process.php file. I have altered the end so that it echos the link it is about to go to: echo('this is the link:' . tep_href_link(FILENAME_CHECKOUT_SUCCESS, '', 'SSL')); tep_redirect(tep_href_link(FILENAME_CHECKOUT_SUCCESS, '', 'SSL')); require(DIR_WS_INCLUDES . 'application_bottom.php'); ?> This confirms that the link is created correctly - but it doesnt actually go to that link. I.e. it gets to checkout_process.php, does all the stuff in there (hence order goes through fine) and prints the link it wants to go to e.g. <mystore>/shop/checkout_success.php?osCsid=7b24f576ac592fc7b12e94b11ddaf14c but doesnt actually go there. If I copy and paste that link in the address bar it goes there fine and the successful checkout is reported etc... So, tep_redirect() doesnt seem to be making the page redirect to that link...
  3. reubenwilcock

    Protx Direct v2.22

    I'm not on GoDaddy hosting...
  4. reubenwilcock

    Protx Direct v2.22

    To add to that: the page it is hanging on is the checkout_process.php page (i.e. its blank).
  5. reubenwilcock

    Protx Direct v2.22

    I have another problem now: - i place an order (using the test numbers) and the order goes through, but I never make it back to the checkout success page - instead it goes to a blank screen... Checking the admin site and VSP admin shows the order went through. Any suggestions?
  6. reubenwilcock

    Protx Direct v2.22

    By the way, the solution to the problem I had with the 'Fehlende® oder ungültige® Größenparameter!' error was to remove the 'px' from the image width and height in the protx_process.php file, line 53.
  7. reubenwilcock

    Protx Direct v2.22

    Ah yes - it turns out its from a thumbnail resizer contribution: function thumbimage ($image, $x, $y, $aspectratio, $resize, $cachedir){ /*############################################## # - Thumbnail-Script v1.3 - # # Generating thumbnails 'on-the-fly' with PHP # # # # © by Christian Lamine, FlashDreams OHG # # [url="http://www.flashdreams.de/"]http://www.flashdreams.de/[/url] # # # # Modified by [url="http://www.tse.at"]http://www.tse.at[/url] # # Modified by lars@iwer.de # # # # This script may be freely used, distributed # # and modified without any charge as long as # # this copyright information is included. # # # # Any commercial selling of this script is # # forbidden. # # # # The author is not responsible for possible # # damage which may result from the application # # of this script, neither direct nor indirect. # # Use at your own risk! # ##############################################*/ error_reporting(0); $types = array (1 => "gif", "jpeg", "png", "swf", "psd", "wbmp"); // Formats Not Supported - To use this feature uncomment the line below // (beginning with ($not_supported_formats) and add the files types you do not // want thumbed. // $not_supported_formats = array ("GIF"); // Write in capital Letters!! umask(0); !is_dir ($cachedir) ? mkdir ($cachedir, 0777) : system ("chmod 0777 ".$cachedir); (!isset ($x) || ereg ('^[0-9]{1,}$', $x, $regs)) && (!isset ($y) || ereg ('^[0-9]{1,}$', $y, $regs)) && (isset ($x) || isset ($y)) ? true : DIE ('Fehlende® oder ungültige® Größenparameter!'); !isset ($resize) || !ereg ('^[0|1]$', $resize, $regs) ? $resize = 0 : $resize; !isset ($aspectratio) || !ereg ('^[0|1]$', $aspectratio, $regs) ? isset ($x) && isset ($y) ? $aspectratio = 1 : $aspectratio = 0 : $aspectratio; !isset ($image) ? DIE ('Es wurde kein Bild angegeben!') : !file_exists($image) ? DIE ('Die angegebene Datei konnte nicht auf dem Server gefunden werden!') : false; $imagedata = getimagesize($image); !$imagedata[2] || $imagedata[2] == 4 || $imagedata[2] == 5 ? DIE ('Bei der angegebenen Datei handelt es sich nicht um ein Bild!') : false; $imgtype="!(ImageTypes() & IMG_" . strtoupper($types[$imagedata[2]]) . ")"; if ((eval($imgtype)) || (in_array(strtoupper(array_pop(explode('.', basename($image)))),$not_supported_formats))) { $image = substr ($image, (strrpos (DIR_FS_CATALOG . '/', '/'))+1); return $image; } if (!isset ($x)) $x = floor ($y * $imagedata[0] / $imagedata[1]); if (!isset ($y)) $y = floor ($x * $imagedata[1] / $imagedata[0]); if ($aspectratio && isset ($x) && isset ($y)) { if ((($imagedata[1]/$y) > ($imagedata[0]/$x) )){ $x=ceil(($imagedata[0]/$imagedata[1])* $y); } else { $y=ceil($x/($imagedata[0]/$imagedata[1])); } } $thumbfile = '/' . basename($image); if (file_exists ($cachedir.$thumbfile)) { $thumbdata = getimagesize ($cachedir.$thumbfile); $thumbdata[0] == $x && $thumbdata[1] == $y ? $iscached = true : $iscached = false; if (@filemtime($cachedir.$thumbfile) < @filemtime($image)) $iscached = false; } else { $iscached = false; } if (!$iscached) { ($imagedata[0] > $x || $imagedata[1] > $y) || (($imagedata[0] < $x || $imagedata[1] < $y) && $resize) ? $makethumb = true : $makethumb = false; } else { $makethumb = false; } if ($makethumb) { $image = call_user_func("imagecreatefrom".$types[$imagedata[2]], $image); if (function_exists("imagecreatetruecolor") && ($thumb = imagecreatetruecolor ($x, $y))) { imagecopyresampled ($thumb, $image, 0, 0, 0, 0, $x, $y, $imagedata[0], $imagedata[1]); } else { $thumb = imagecreate ($x, $y); imagecopyresized ($thumb, $image, 0, 0, 0, 0, $x, $y, $imagedata[0], $imagedata[1]); } call_user_func("image".$types[$imagedata[2]], $thumb, $cachedir.$thumbfile); imagedestroy ($image); imagedestroy ($thumb); $image = DIR_WS_IMAGES . 'imagecache' . $thumbfile; } else { $iscached ? $image = DIR_WS_IMAGES . 'imagecache' . $thumbfile : $image = substr ($image, (strrpos (DIR_FS_CATALOG . '/', '/'))+1); } return $image; } Its a few lines into that: " : DIE ('Fehlende® oder ungültige® Größenparameter!');"
  8. reubenwilcock

    Protx Direct v2.22

    I have had the same problem as rikdoughty - when the 3D secure box comes up in the iframe and you put in the wrong password it says "Fehlende® oder ungültige® Größenparameter!" which upon searching the oscommerce files comes from \shop\includes\functions\html_output.php file, line ~ 364. Why it happens I dont know... Any ideas? Reuben
  9. reubenwilcock

    Protx Direct v2.22

    Hi, I have been using the protx direct module for some time now - it works very well. However, I just got an order and in the payment table in the staus column is says: "The closing of the local transaction failed. However, the transaction has succeeded. " I checked the Protx VSP admin panel and it seems ok - does anyone know what this means? Cheers, Reuben
  10. reubenwilcock

    Protx Direct Operation Questions

    I got it to work by changing line 77 in protx_process.php as follows: from: tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message=' . urlencode(MODULE_PAYMENT_PROTX_DIRECT_TEXT_AVS_CVV_ERROR), 'SSL', true, false)); to: tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'payment_error=protx_direct&error=' . urlencode(MODULE_PAYMENT_PROTX_DIRECT_TEXT_AVS_CVV_ERROR), 'SSL', true, false)); Then the protx returned errors come up in the rex box when redirected to the payment pages. This is in the same way as if you make a mistake in the test CC number on the payment page. Reuben
  11. reubenwilcock

    Protx Direct Operation Questions

    I am doing some testing with the test card numbers for the protx direct contribution. When I use the test number for, say, the visa card and I choose mastercard in the drop down list on the payment page, I am able to progress onto the order confirmation stage but when I click to comfirm the order it does not checkout and instead comes back to the payment page. This is expected behaviour BUT there is no red banner or error message saying what the reason was. Is this supposed to happen (i.e. no error message) - or should there be a message? There seem to be quite a few cases when the checkout fails and it comes back to the payment page, but there is no message explaining why. I am trying to work out if this is standard behaviour or whether its my setup... Cheers, Reuben
  12. reubenwilcock

    Protx Direct v2.22

    Awesome - cheers. I was half way there - I am using that module you mentioned too and just hadn't added it to the protx_process.php file. Thanks again, Reuben
  13. reubenwilcock

    Protx Direct v2.22

    ... and yes i did get your reply to my original post. You seemed to think I wanted to pass the EURO/USD amount to protx, which I dont. I explained this in a reply to your post, and that wasnt replied to. I then remembered there was this main support thread for the Protx module and thought my query would be better posted here.
  14. reubenwilcock

    Protx Direct v2.22

    I am surprised you don't think this would be useful. If people from other countries want to order goods from a website they often want to know how much a GBP amount is in their currency before they purchase the item. What this normally means is going off to a website like www.xe.com and finding the conversion there. It is therefore convenient for them to see this conversion on the oscommerce website, for indication purposes, despite the final amount being charged in GBP. Perhaps a better way of doing it would be to show the USD/EURO amount in () next to the prices and stick with GBP the whole way though...
  15. reubenwilcock

    Protx Direct v2.22

    Hello again - got the merchant account and the protx test stuff. Its nearly there, just one problem (I did post this elsewhere but not much response): My site allows the customer to see prices in GBP EURO and USD, but when the order gets placed the payment gets taken GBP. This worked well with the paypal ipn module - people like to know approx how much it is in their currency, and its made clear at the order confirmation stage how much in GBP will be taken from their account. HOWEVER, with the protx module it doesnt work - if I try and place an order in EURO or USD then it fails to checkout and just returns to the payment page. To clarify, I dont want to take payment in EURO or USD I just want to take payment in GBP, regardless of whether the customer chooses to look at the price in EURO or USD. What I want is at the point at which the info is sent to protx, the currency/amount to be always changed to GBP. Any ideas? Everything else seems to work ok, just need to fix this then its sorted. Cheers, Reuben
×