Kofod

@Jack_mcs Thank you so much for your answers! Problem solved thanks to you, I'm truly grateful! //Daniel

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

@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

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

I have altered the categories navbar module by GetSirius (https://apps.oscommerce.com/fbnCg&categories-navbar-module), to not be a dropdown-menu. As i have just shared it in another post, I will share it here as well - Just one disclaimer; it's working on Phoenix 1.0.4.0, and probably needs to be changed a bit for the new module-structure I've heard comes in the later v ersions. It should be rather straight forward, though. I've includes a screenshot of the look on the Phoenix 1.0.4.0-site it is tested on. includes_modules_navbar.zip

I managed to solve my problem - almost perfectly... My solution is posted in the support-thread: Thank you for your replies and your help here! //Daniel

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

Thanks again! I will look closely through the Quickpay-module, and provided I find and fix the error, I will post the solution at the support-thread for that module, and link to it here. Best wishes //Daniel

Thank you! You guys are quick with responses, thumbs up! I use Quickpay (https://apps.oscommerce.com/PFXjo&quickpay-payment-module), and did consider whether the problem was in that module, but thought otherwise, as it does not skip any core processes, but as mentioned my php-knowledge is very limited! When and order is un-completed it has a 'pending'-status, but when the customers finalize the order, it switch to 'recieved' - should the payment-module "reset" the order-id, when abandoned, so the case mentioned in my first post results in one order at 'pending', and a new at 'recieved'? Would this match core (and others modules)? I have not looked through other modules, but I am also unsure I would be able to tell. Sorry if I'm asking too much of you (I do by no means expect you to fix my problems for free!), and thank you so much for the help you have already provided! //Daniel

First og all, sorry if I explain poorly! My english and PHP knowledge is limited.. My challenge is, that sine costumers make and order, proceeds to payment, then cancels payment to go back and remove/add things to their cart, whereafter they once again reaches the payment, and finalize their order. This results in admin/orders.php showing their original order, but the payment is for the altered order, and the costumer expects the items in their altered order. The only way I can tell something is off, is a difference in the amount showing in admin/orders.php and the amount transfered. I'm running OSCommerce Phoenix 1.0.4.0, and I will be truly grateful for any advice in how to fix my problem! Also, I'm quite currious as to whether others have the same problem, or if it's just me (maybe I've created this problem for my self, but I have not been messing with core a lot, and not at all the files handling orders and check out)? Thanks in advance! //Daniel

Hi Valqu i (and others)! Inspired by this post (and a few others), I will gladly try to contribute. I administrate a live Phoenix 1.0.4 store as a job beside my education. Here I have (with very limited knowledge of coding) adapted a few add-ons to Work with this version. I will post them here as soon as possible! Also I am preparing a move to 1.0.7.7, and will do my best to share the add-ons for that as well. Thank you all for the incredible work making the original OSC, the OSC Phoenix and the many contributions on the add-ons as well as the forum! I understand and respect the introduction of the Phoenix-Club, and would gladly be a part of it, but as my engagement in the e-commerce is only a few hours a week, I would hardly be able to contribute enough. Thus, I hope to be able to help others here, paying just a little bit forward of the many things I have recieved! Best wishes Kofod