View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002214 | OXID eShop (all versions) | 4.08. Cache | public | 2010-11-16 13:15 | 2015-05-04 15:30 |
| Reporter | gediminasm | Assigned To | |||
| Priority | immediate | Severity | crash | Reproducibility | sometimes |
| Status | resolved | Resolution | fixed | ||
| Platform | does not matter | OS | all | OS Version | all |
| Product Version | 4.4.1 revision 28950 | ||||
| Fixed in Version | 4.4.5 revision 31315 | ||||
| Summary | 0002214: caching of class_file_paths brakes the file on concurrent request | ||||
| Description | oxUtils::getInstance()->toPhpFileCache("class_file_paths", $aClassPaths); write operation is not locked | ||||
| Steps To Reproduce | issue concurrent requests, after template cleanup | ||||
| Tags | Cache | ||||
| Theme | |||||
| Browser | All | ||||
| PHP Version | any | ||||
| Database Version | any | ||||
|
|
We discovered the same thing. Obviously it is possible that two write processes at the same time lead to entries like this: 'oxviewconfig' => '/xxxxxxxx/wwbykiste.de/core/oxutilsview.php', This SHOULD look like this: 'oxviewconfig' => '/xxxxxxxx/www.bastelundhobbykiste.de/views/oxviewconfig.php', Effect is that the shop does not work any longer but only shows a white page. |
|
|
@developers: check from source code side if such issue still exist in latest eShop version |
|
|
As the mechanism of the autoloader and php file cache did not change up to the latest version I think it DOES still exist ... |
