Hi,
as you may have noticed, the ticket is closed with a message about later
consideration :)
For now, if this class module is really needed, there is a (not really nice)
workaround to do it.
As aModules config variables is usually taken from the oxconfig table - it
is taken after loading the session.
For earlier steps this parameter may be initialized in config.inc.php:
$this->_aConfigParams['aModules'] = array('oxutilsfile' => 'module...');
Note: this parameter will get overwritten by loading oxconfig table, so you
may need to duplicate needed module entry here too in some cases.
Regards,
Šarūnas
----- Original Message -----
From: "Thomas Oppelt" <[email protected]>
To: <[email protected]>
Sent: Wednesday, June 16, 2010 2:06 PM
Subject: [oxid-dev-general] Some Classes cant be
overloaded(https://bugs.oxid-esales.com/view.php?id=1097
hi
according https://bugs.oxid-esales.com/view.php?id=1097 i did not find any
updated informations, maybe i miss something?
as far as i can see it is still not possible to extend oxutilsfile within
module framework, but the tracker ticket is marked as resolved...?
(checked currently with EE 4.3.2)
if i var_dump aModules array within oxuitilsobject::getClassName() on
first occurence of oxutilsfile i get null as result, so aModules still
seems not to be present when oxutilsfile is instanciated by the factory.
thx & cheers
tom
--
----------------------------
superReal GmbH
Agentur für Neue Kommunikation
----------------------------
Borselstraße 16 f
22765 Hamburg
T: 040 / 80 81 80 3-13
F: 040 / 80 81 80 3-10
http://www.superReal.de
Geschäftsführer: Oliver Cloppenburg, Volker Will
Amtsgericht Hamburg HRA 74092
+++ New http://www.herrenausstatter-braun.de +++
_______________________________________________
dev-general mailing list
[email protected]
http://dir.gmane.org/gmane.comp.php.oxid.general
_______________________________________________
dev-general mailing list
[email protected]
http://dir.gmane.org/gmane.comp.php.oxid.general
