[TYPO3-dev] Strange behaviour of directmail 4.0 with TYPO3 6.2.4

[André Spindler]

Hello list,

when using direct mail 4.0 with TYPO3 6.2.4, I have a strange issue here.

But I don't know if this is a bug in the TYPO3 core or in direct_mail:

Direct mail extends tables fe_users, tt_content and tt_address.
In DB all fields are added correctly. But TCA is only extended for tables
fe_users and tt_content.
When opening an address record I could not see the sys_dmail fields.

So I did some research:
1. typo3conf/PackageStates.php has both extensions activated and in correct
order.
2. adding some devlog call to both TCA modifications
(EXT:tt_address/tca.php,
EXT:direct_mail/Configuration/TCA/Overrides/tt_address.php and /fe_users.php
as cross check), printing also $_SERVER['REQUEST_TIME'] to identify calls
belonging to the same http request
3. Every update of the devlog output causes execution of the tca.php. But
neither tt_address.php nor fe_users.php are executed. Does this mean that
tt_address is initialized, but not extended by direct_mail? Why?
4. Even when opening a tt_address or fe_users record to edit in backend the
override is not executed again. So I assume that the results of the
overrides are cached. But this only works for fe_users and not fort
t_address.
5. After clearing the system cache there are the following entries in the
devlog: extending fe_users (by direct_mail), extending tt_address (by
direct_mail), defining tt_address (by tt_address). All three entries have
the same REQUEST_TIME.

The last result is the worst. Does this mean, that first the TCA definitions
of direct_mail are processed and afterwards the ones oft t_address? And so
the dependency between the extensions is ignored?
How is TYPO3 processing the include of extensions? Really by the sorting of
the entries in PackageStates.php? Or in alphabetic sorting as it is an
associative array?

Perhaps someone can confirm this behaviour and give some hint...

Regards,
André