Jump to content

BrockleyJohn

♥Ambassador
  • Content count

    1,300
  • Joined

  • Last visited

  • Days Won

    32

BrockleyJohn last won the day on April 22

BrockleyJohn had the most liked content!

Profile Information

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. BrockleyJohn

    NEW! Complete Order Editing Tool!

    @ArtcoInc I guess you're talking about the buttons on the selected order in the list view. IIRC it just overrides the link of the first button - or the first yellow one, or something along those lines. There's a config setting for this which you can turn off instead of clobbering the hook. If you want it to pick a different button we'd need to work out a different jquery selector - if you copy the source code of the buttons section from your browser I can figure what it could be. I believe order editor does nothing with customers, addresses and so on, it simply manipulates the fields on an existing order and allows you to change the order products and totals. The place to do what you're asking would be the Order Maker addon which must be where the default address is getting pulled into all three when the order is created.
  2. BrockleyJohn

    Payments by credit card stopped working on Friday

    What paypal module are you using? If standard: Check the paypal log via your admin menus and confirm if you are getting notifications or not - look for _notify-validate [IPN] entries. Do you see the balance displayed on your admin dashboard? That would tell us the app is talking to paypal ok. There will be corresponding successful GetBalance log entries. In your paypal account, go to the settings and check them. This has all moved again. It's now on the drop down from your name, then account settings; check Instant Payment Notifications are turned on. If they are, from that page click through to the IPN History page, check there are entries corresponding to the orders. Try resending one of them.
  3. BrockleyJohn

    When is /ext/.../standard_ipn used?

    In case you don't know, IPN (instant payment notification) is a feature so paypal automatically contacts your site to tell it about things that happen with payments in paypal - like it's been paid, if it was an echeque that it's cleared, it's been refunded and so on. It's a security feature making it harder for hackers to steal from you by faking paymennts. If you also run an ebay account and you look at your paypal logs in osc you'll see that it tells your site about those payments too! All of these IPNs trigger the ipn listener in /ext/... if the listener can find a related order it will write a history record that you can see in admin. Now, sometimes when people pay with paypal they don't come back to your site - maybe they don't wait long enough after hitting pay and rush back to looking at porn or their connection drops or whatever. So if the ipn listener gets notified that the payment is there and the order is in the Preparing status, it will go ahead and complete the order, do the stock adjustments, send the emails and so on. If the order is already in the later status (eg Pending), it will just log the history record. For the people that do come back to your site and get there before the IPN, when they go through checkout_process that executes the code in the paypal_standard module and changes the order status, stock levels and sends out emails. So... both files handle setting an order to paid, the stock and so on - but for any given order it was one or the other. If you want to know which it was, you can tell from the history records (if IPN handled it the change of status history is nearly simultaneous with the IPN email). The IPN listener file always handles processing the IPN notification but it may only write a history if the other got there first The standard module always handles the user going through checkout_process to checkout_success but it may not do anything for the order if the other got there first Both routes need to work properly and if you're changing one for some reason you also need to change the other.
  4. BrockleyJohn

    TLS1.2 again

    That doesn't tell you anything. A working paypal installation also displays those errors. That is because paypal has withdrawn the test servers it is trying to contact so the tests fail for every site.
  5. BrockleyJohn

    NEW! Complete Order Editing Tool!

    If you view the source of the page where the script has been included, it looks likely that there is something extra in the string coming out of the draw button function.
  6. BrockleyJohn

    NEW! Complete Order Editing Tool!

    It comes from a file you're unlikely to have changed: catalog/includes/modules/hooks/admin/orders_edit_order.php What version of the shop are you running? It occurs to me I've not tested the latest version I posted to the thread on bs3 shops.
  7. BrockleyJohn

    [CONTRIBUTION] Ultimate SEO URLs v2.1 - by Chemo

    @radhavallabh - whatever solution approach you arrived at when you raised this four years ago should still work. If you struggle to get it working on this version, create your own thread to get help on it.
  8. BrockleyJohn

    NEW! Complete Order Editing Tool!

    @radhavallabh it needs a lot of changes to get rid of warnings and notices - you should turn them off by changing admin/includes/application_top.php error_reporting(E_ALL & ~E_STRICT & ~E_NOTICE & ~E_WARNING & ~E_DEPRECATED); It's my hope to get a lot more of them eliminated by the next release which will be to go with 1.0.6.0
  9. BrockleyJohn

    NEW! Complete Order Editing Tool!

    That might work now but there's a good chance you'll get buttons popping up all over the place at some point in the future - it will add them to the start of every html element with the class align-self-center
  10. BrockleyJohn

    NEW! Complete Order Editing Tool!

    Here is a version of includes/modules/hooks/admin/orders_edit_order.php that works on 1.0.5.9 as well, but you are also going to have to deal with includes/database.php not being there - either add an include into edit_orders.php and edit_orders_ajax.php or go through and edit all the sql statements. orders_edit_order.php
  11. @greasemonkey - are you running moneris on phoenix?
  12. I recall someone having similar issues when customers double-click on the checkout confirmation button - see if you can reproduce by doing that. See if you can understand where the additional orders are being created - what status are the pairs of orders, how do the times compare, does moneris have a callback or just redirect to checkout_process on success...
  13. This suggests that perhaps the umlauted character is getting garbled on the way to the database. If the database is encoded utf-8 and the web page is also, then it's possible that the mysql server daemon is not defaulting to utf-8 for everything You could try running the query SET NAMES utf8 before the search query. You might get other problems though. If this theory were correct then you would have to be running on a new server but against a database that was originally populated somewhere else as I would expect data saved on this server to be garbled too. If it's under your control you might need to change the server's mysql startup configuration.
  14. No dissent from me on that
  15. It would - if you want them always to agree you probably need all the order total calculation outputs in osc to 2 dp not just the discount code one.
×