View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0005887 | OXID eShop (all versions) | 1.04. Content, static (register, contact etc.) pages | public | 2014-09-19 16:32 | 2014-09-25 13:06 |
Reporter | mhk | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Product Version | 4.8.7 / 5.1.7 | ||||
Target Version | 4.7.14 / 5.0.14 | Fixed in Version | 4.7.14 / 5.0.14 | ||
Summary | 0005887: cms-page cache is not updated when using smarty | ||||
Description | if smarty tags are implemented in cms-pages the cache has to be deleted manually to make the changes visible in frontend. I tested in a new oxid installation (PE 4.8.7), and our live system (PE 4.8.1) | ||||
Steps To Reproduce | 1. add a new cms page with just text -> save ->view result in frontend 2. edit text -> save -> edit is visible in frontend 3. edit text -> add simple smarty code like [{$oViewConf->getBaseDir()}] -> save -> view result in frontend -> nothing changed -> cache file is not updated | ||||
Tags | No tags attached. | ||||
Theme | Azure | ||||
Browser | All | ||||
PHP Version | any | ||||
Database Version | any | ||||
related to | 0005628 | resolved | aurimas.gladutis | Changes in oxNews-Longdescription does not change in frontend |
|
Maybe correlated with this bug? https://bugs.oxid-esales.com/view.php?id=5825 |
|
The problem is that parseThroughSmarty function was not forcing recompilation of news, cms pages and promotions long description templates. This was fixed by adding fourth parameter as true when parsing long descriptions like this: $oUtilsView->parseThroughSmarty($oxlongdesc, $id, null, true); Files that needs to be edited: oxnews.php::getLongDesc() content::getParsedContent() oxactions::getLongDesc() oxcategory::getLongDesc() This way descriptions is recompiled even when blCheckTemplates is set to true. |