View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002693 | OXID eShop (all versions) | 1.03. Basket, checkout process | public | 2011-04-04 17:40 | 2012-12-10 13:23 |
| Reporter | manuel | Assigned To | |||
| Priority | high | Severity | major | Reproducibility | random |
| Status | closed | Resolution | duplicate | ||
| Product Version | 4.4.5 revision 31315 | ||||
| Summary | 0002693: oxordernr = 0 | ||||
| Description | Sometimes Orders are generated with oxordernr = 0 and oxshopid = 0. _setRecordNumber() seems not to work properly for orders. | ||||
| Tags | Order | ||||
| Theme | |||||
| Browser | All | ||||
| PHP Version | any | ||||
| Database Version | 5.1 | ||||
| duplicate of | 0003253 | resolved | Linas Kukulskis | Some order numbers stays zero in specially crafted high load situation |
|
|
Reminder sent to: manuel Hello, could you please let us know, if you still experience same problem with our latest eShop release? also, is there installed any modules, that affect orders functionality? greetings, |
|
|
We also experience this Bug in 2 different Enterprise 4.4.8 shops of ours. The problem occurs mainly when there is a traffic-Peak. There are different Payment moduls used in both shops, so that I don't think that a specific module causes the Problem. Would be very nice if OXID could look for a solution to this problem. |
|
|
Reminder sent to: HendrikBahr, manuel Hi, As it's hard to reproduce this case localy (probably it occurs only on very high-load peaks) - could you please give us more details about the case? We would appreciate some logs, detailed user stores (if you have some suspicions, from what it may depend), or maybe we could even debug the issue on your system, i.e. if some test shop with exact environment, modules would be installed next to live system (at least on the same machine, to have the same load on mysql DB, or so). If you can give us any more info about the case - please write us the note, we will contact you personally then. |
|
|
Hi Dainius, could you repeat in german what you wrote for me please? I did not understand which kind of logs you need. We have actually 2 Shops with the Problem, both on a multi server cluster setups hosted by SysEleven. But we also experienced this earlier on a single server profihost hosted System. The orders are saved in the database, but they are missing the values for oxshopid, oxshopincl, oxshopexl and oxordernum, so that they are not shown in the admin area and not found by exportscripts. If you want to reproduce the error please try the following: Take a EE installation on a very strong server, write a script that makes orders (selenium for example), and let it run producing several Orders a Second with different Payment Types. Make sure that during the test some orders are made faster and others slower to simulate the users. Goal ist, that one starts an order and others finish their orders before the first one ist ready (Die Bestellabläufe sollten sich überschneiden). I'm pretty sure you will get the Problem reproduced this way. |
|
|
Hi, birute_meilutyte, sorry for this late reply. Yes, we still have this problem in 4.4.8. We'll send all server specs to the support with mentioning this ticket, so you have more information about the system. In my opinion HendrikBahr is right and you should repoduce the problem this way. We also recognize this problem only at multi server cluster setups. Kind regards Manuel |
|
|
Hi, Thank you all for the feedback. We were able to reproduce this issue while debuging other case (reported in 0003253). There is some info how to reproduce this issue localy so this entry is closed as duplicate, but I put the warning to 0003253 to pay attention to all the details written here. Sorry for delay as it took some time to reproduce the case, but now we'll work on this to solve it. |
