Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

blackmogu

Archived
  • Posts

    9
  • Joined

  • Last visited

Profile Information

  • Real Name
    Neil Macvicar

blackmogu's Achievements

  1. blackmogu

    Protx Direct v2.22

    Yes, this is RC1 with the latest protx module, though if you recall I had the same problem before... this is the only part of the system that seems to lose the session.. and I'm stuck for ideas on how to go about nailing the problem.
  2. blackmogu

    Protx Direct v2.22

    Thanks Tom, that did the trick. The only minor annoyance now is that i'm forced to log in every time I authorise a transaction in the admin area !.
  3. blackmogu

    Protx Direct v2.22

    Yes, the protx module works fine catalog side. All purchases made appear in the VSPAdmin page. Having followed your instructions, the result I get is:- VPSProtocol=2.22&TxType=AUTHORISE&Vendor=iteqdirect&VendorTxCode=6-46930487911609483105811530957899&Amount=504.99&Description=Authorise+via+osC+admin+area&RelatedVPSTxId={4214EE33-BB56-F25F-517A-1D5AA123205A}&RelatedVendorTxCode=6-51040599751080367767467310000060&RelatedSecurityKey=RWATE2BFOF
  4. blackmogu

    Protx Direct v2.22

    Hi, I wrote a while back about the problems I was having Authorising a transaction from the admin area, and how the session was lost.. I've installed the latest protx module ,and unfortunately, I'm still having the same problems. Having put the protx module into debug, when I go to the admin area and authorise a transaction, the output is as follows:- Going to the VSP Admin area, the transaction appears unchanged, still waiting to be authorised. Any help would be much appreciated. --Neil.
  5. blackmogu

    Protx Direct v2.22

    Thank you very much for your help ! It would be useful to get this issue resolved :-)
  6. blackmogu

    Protx Direct v2.22

    I am using RC1. I expected it to fail normally from a direct call, since the initial if(..) case ought to fail. Perhaps it is the RC1 admin login that is causing the problems with protx ?
  7. blackmogu

    Protx Direct v2.22

    @blackmogu - I can't reproduce this - that function is defined when application_top.php is called which when you load an order is done by orders.php or if you select an action the the orders_protx.php does it - have you altered your orders.php file from the standard oscomm MS2.2 (other than the change as per protx install instructions)? The only change I made was as instructed in the protx install.txt. Is it normal when you click "Authorise", that it takes you to the login screen for admin again ? This happens every time for me when I attempt to authorise an order. Notably, it's the same error I get if I call the orders_protx.php page directly in the URL bar.
  8. blackmogu

    Protx Direct v2.22

    In the Administration->Customers->Orders screen, if I click on any given order, it will produce the next screen with the payment method (protx direct). I can either choose to Authorise/Cancel this order. If I select Authorise, it comes back with this error :- Fatal error: Call to undefined function: tep_db_fetch_array() in \catalog\admin\orders_protx.php on line 251 Looking in the file, this function is called in a <?php ?> block, and the failure happens at the next <php> block.. Not sure how to fix this. Any help appreciated.
×
×
  • Create New...