View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0007444 | module Usercentrics | module Usercentrics - sub | public | 2023-03-09 17:57 | 2023-05-31 15:30 |
Reporter | digidesk | Assigned To | |||
Priority | normal | Severity | block | Reproducibility | always |
Status | resolved | Resolution | reopened | ||
Product Version | 1.1.3 | ||||
Fixed in Version | 1.1.3 | ||||
Summary | 0007444: Module settings are not saved | ||||
Description | The module settings cannot be saved in the module. After saving, the default values are reloaded. The module was tested in version 1.1.3 in OXID PE 6.2.2. I had the same behaviour with module version 1.2.1, which I had accidentally installed in OXID 6.2.2. | ||||
Steps To Reproduce | - install module - activate module - clear tmp directory - open setting tab for module - change module setting, e.g. enter an ID for "Usercentrics Script ID" - save setting - check settings after reload of the settings page | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
related to | 0007180 | resolved | OXID eShop (all versions) | Saving module settings issue, if module id includes - or / character |
|
Hello, this issue is not reproducable and pretty sure linked to your environment. Since version 6.2, module settings are written into YAML files in the var/configuration/shops directory. Therefore you must pay attention to set write access to it. Your issue might be connected to this. Please see documentation for directory permissions: https://docs.oxid-esales.com/eshop/en/6.2/installation/new-installation/preparing-for-installation.html#schritt-customising-file-and-directory-permissions Also source/log/oxideshop.log may provide you some information about any errors. [sp] |
|
The YAML file is already known and is writable. The activation of the module itself has also updated the YAML file accordingly. Changes to the module settings from other modules are also updated in the YAML file. The log folder and also the log file oxideshop.log is also writable, but there is no entry for this problem. In the same environment, 3 shops are running, one of which is in productive mode. So it is definitely not due to the environment or the write access. |
|
Hi, I tested the case with two scenarios: 1) - install 6.2.5 - repeat Steps To Reproduce - not reproducible. 2) - install 6.2.5 - remove the module oxid-professional-services/usercentrics - install the module oxid-professional-services/usercentrics - repeat Steps To Reproduce - not reproducible. So the case is still not reproducible from our side. In case we are missing something, please let us know. If you want to share more specific details, please mail them to [email protected]. Since the values are written to the database, please also check if the entries were made correctly. I'll attach a screenshot from the table oxconfig of the environment I've tested it with. Kind regards Michael |
|
The screenshot, I mentioned in https://bugs.oxid-esales.com/view.php?id=7444#c15095 |