View Issue Details

IDProjectCategoryView StatusLast Update
0002214OXID eShop (all versions)4.08. Cachepublic2015-05-04 15:30
Reportergediminasm Assigned To 
PriorityimmediateSeveritycrashReproducibilitysometimes
Status resolvedResolutionfixed 
Platformdoes not matterOSallOS Versionall
Product Version4.4.1 revision 28950 
Fixed in Version4.4.5 revision 31315 
Summary0002214: caching of class_file_paths brakes the file on concurrent request
DescriptionoxUtils::getInstance()->toPhpFileCache("class_file_paths", $aClassPaths);

write operation is not locked
Steps To Reproduceissue concurrent requests, after template cleanup
TagsCache
Theme
BrowserAll
PHP Versionany
Database Versionany

Activities

andreas_ziethen

2010-11-17 14:01

reporter   ~0003705

Last edited: 2010-11-17 15:23

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.

birute_meilutyte

2010-11-17 14:52

reporter   ~0003707

@developers: check from source code side if such issue still exist in latest eShop version

andreas_ziethen

2010-11-17 15:24

reporter   ~0003708

As the mechanism of the autoloader and php file cache did not change up to the latest version I think it DOES still exist ...