Jump to content

Kofod

Members
  • Content count

    51
  • Joined

  • Last visited

  • Days Won

    2

Kofod last won the day on January 22

Kofod had the most liked content!

Profile Information

  • Real Name
    Daniel
  • Gender
    Male
  • Location
    Denmark

Recent Profile Visitors

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

  1. Kofod

    View Counter

    I think it is @mendoh who should be credited for the Page Count report - I have not been that helpful here //Daniel
  2. @Jack_mcs Thank you so much for your answers! Problem solved thanks to you, I'm truly grateful! //Daniel
  3. Thank you for the answer, @BrockleyJohn, but the orders are not always saved with a status_id 0. Sometimes they are un-saved with the previous status_id, sometimes with the new one, but some data is deleted in either case (I did see you mention this solution in a similar tread, and looked to see if it was the same problem I had). @Jack_mcs (My phone won't tag you for some reason), Thank you for the link! I will read through, taking careful notes of the security-problem! I hope you don't mind if I ask you further questions here, regarding the security, in case I can't find the answers via the link? P.S I'm kinda proud that I managed to guess somewhat close to what caused my issue, assuming it is the session-thingy //Daniel
  4. @ArtcoInc Sorry for being unclear about that; it happens when opening the order (from the list at admin/orders.php, clicking on the order twice to update status, look at details and so on). Well, not surprised, and trust me, I will - maybe the problem here is, that we're selling alcohol.. 😉 //Daniel
  5. I have searched around the forum, using Google, but did not find a solution, through it seems a few others have had the same issue: I work part-time in a physical store which also has a web-shop. Untill a year ago it was a OSCommerce 2.3.3-store, and now it's a OSCommerce Phoenix 1.0.4.0-store. I have a local test-environment running a clean OSCommerce Phoenix 1.0.7.9 and and online test-install of OSCommerce Phoenix 1.0.7.11 in which I've managed to recreate the issue, so it seems to be a core-issue, unless it's server-settings. The problem is, that when we are processing orders in the store, we sometimes (luckily) are interupted by customers. This means that the order-editor sometimes is open for quite a while, and when this is the case, sometimes the order will completely or partly vanish - sometimes everything is gone, sometimes just some customer-data or ordered-products (gone from the admin-site and the database). My guess, and I'm not a clever one, is that this has to do with sessions expiring, but I have no idea of how to confirm or deny this. Neither do I know how to fix it, or whether it is something that is so intentionally (Perhaps for security-reasons)? Thus, I ask for your help; can and should this be fixed, or should I just instruct my colleagues to always close the editor when leaving the PC (That I have already done, but one of them tend to be forgetful)? //Daniel
  6. Kofod

    Quickpay payment module for 2.3

    Thank you, BrockleyJohn, for this module! I have made a few changes to the file 'catalog/includes/modules/payment/quickpay_advanced.php', as I got a few errors in OSCommerce Phoenix 1.0.4.0 (I am aware that the module was not made for this version, which likely explains the errors! Most errors were undefined constants, due to Phoenix not having the database_tables.php, and a few due to typos. One error though, caused a problem when customers got to the payment-site, cancelled and then altered their order before returning and finishing the order. In these instances, the 'admin/orders.php' showed the original order, while the payment was for the new one - I had to call a few customers, asking them what they actually wanted, before I convinced myself that I should look at the code. I am not an experienced coder, so I might have done something terrible! Testing went fine, and this version is now live on our shop. One fault I have seen, and might get arround to fix, is that the ability to switch between 'before' and 'normal' now is gone, and all orders are created 'before'. I know why this is happening, and might be able to fix it. Anyway, enough babbling - here's the file quickpay_advanced.zip
×