View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0004381 | OXID eShop (all versions) | 2.3. Extensions (modules, themes) | public | 2012-08-13 18:24 | 2012-12-10 13:33 |
Reporter | leofonic | Assigned To | |||
Priority | normal | Severity | major | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Product Version | 4.7.0_5.0.0_beta1 | ||||
Fixed in Version | 4.7.0_5.0.0_beta2 | ||||
Summary | 0004381: Module activation/deactivation does not work | ||||
Description | Module activation/deactivation does not work | ||||
Additional Information | /tmp/amodules.txt, amodulepaths.txt, adisabledmodules.txt are not updated on module activation/deactivation. | ||||
Tags | No tags attached. | ||||
Theme | Both | ||||
Browser | All | ||||
PHP Version | any | ||||
Database Version | any | ||||
|
Module activation/deactivation works correctly if modules are placed in their own folders. Modules of one standalone file without folder can't be deactivated, but eShop shows a warning for that if it detects standalone file in modules dir. |
|
Why has your Note disappeared? Reproduce Testscript: <?php include "bootstrap.php"; $oOrder = oxnew ('oxorder'); echo get_class($oOrder); shows "Myorder" on a fresh install. Deactivate Module "Invoice PDF", still shows "Myorder". Clear tmp, it shows "oxorder". Same on activation. |
|
In current development version there is no issue for your testscript. |
|
i think its related to this bug-entry: (im using 4.6.3 CE) steps to reproduce: - create a simple module - install it - activate it - deactivate it - rename that folder (e.G. prefixing with an underscore -> "mymodule" becomes "_mymodule") - click in admin on "extension>modules" - re-rename that module-folder (in the filesystem) - config-data "aModulePaths" still is containing "_mymodule" !!!! i dont know how to reset that paths without deep hacking, maybe there should be additional is_existing-checks also if "_mymodule" AND "mymodule" are existing both AFTER that steps, the metadata from "mymodule" is loaded, but the path still is wrong and the shop complains about "this is a single file module" |
|
maybe this helps: i created a fix for my problem, i hope it helps for this bug too (maybe its the same) http://forum.oxid-esales.com/showthread.php?p=99254#post99254 http://www.dynamicfiles.de/download.me/oxid/module_path_fix.zip |
|
Small handling issues fixed |