TYPO3 Core

I copied this one, as I cannot reopen it. But we need to find a way to reproduce the issue. Apparently, sometimes there is a wrong cache entry written. We really need to find out when and why this happens.

I'm having trouble with a similar issue: In one of my extensions exists a mapping for the tableName tt_address to another class. This works most of the time, but sometimes the mapping is not correct and the related cache entry in the table cf_extbase_datamapfactory_datamap is created with a wrong table name - something like tx_example_domain_model_address instead of tt_address. It is quite hard to reproduce this error as it only occurs randomly. My TYPO3 version is 6.1.3.

I can't reproduce this in 6.2

Unfortunately I also can't reproduce this on master. Have been running with sys_note enabled for quite a while now.

On the pages you encounter these errors with, do they have some special content-elements maybe?

I can also not reproduce this on my environments (master, 6.1 and 6.0). Have it running since it is rewritten and never had an exception.

It must be some kind of extbase caching issue. Somehow the TS settings for the table and properties mapping are not loaded which results in this issue.
It does not happen in the page or list module for me, nor in the backend users module, but in a custom module. Most likely this is some kind of race condition and a cache entry is written with too few information and later taken as granted.

• extract a list of cache-files loaded for that request
• move away the files one-by-one (hope that works) and perform the request again to narrow it down which cache-file might cause this

Let's hope we don't end up with a huge file for "everything" :-)

It is the cf_extbase_datamapfactory_datamap cache. Somehow the the datamap is not populated with the configuration form modules.tx_beuser., but only with config.tx_extbase..
This seems to work with the backend users module, and then the cache entry is populated correctly, but if you call another BE module first (which uses the be users repository), then there is a wrong cache entry for that model.

The modules key of the template is only loaded for the specific plugin. Thus modules.tx_beuser. is only available if you actually call the beuser module.

The persistence settings need to be moved to the global config.tx_extbase. key that is available to all extensions.

Patch set 2 for branch master has been pushed to the review server.
It is available at https://review.typo3.org/23967

Patch set 3 for branch master has been pushed to the review server.
It is available at https://review.typo3.org/23967

Patch set 1 for branch TYPO3_6-1 has been pushed to the review server.
It is available at https://review.typo3.org/24005

Patch set 1 for branch TYPO3_6-0 has been pushed to the review server.
It is available at https://review.typo3.org/24006

Thanks for the patch! I copied the patch Set No. 4 (https://review.typo3.org/#/c/23967/4/typo3/sysext/beuser/Configuration/TypoScript/setup.txt) into my 6.1.5 installation, deleted cache via Install Tool, had a look into the TSOB (could expand config.tx_extbase-branch to BackendUser/BackendUserGroup, not any further), but them same error occurs using eg. list/page module. Did I apply the patch like it should?

I also insert the TS-Code into my main template (http://wiki.typo3.org/Exception/CMS/1247602160). This doesn't work.
As a workaround I deactivated sys_note. Works.

This bug still occurs in 6.2.0beta4.

Can it have to do with charset/collation being set to latin1 instead of utf-8?

I changed database charset to utf8_general_ci and dropped/recreated all "cf_" cache tables. Still doesn't work. I get:

#1247602160: Table 't3_ffmoerbisch.tx_extbase_domain_model_backenduser' doesn't exist: SELECT tx_extbase_domain_model_backenduser.* FROM tx_extbase_domain_model_backenduser WHERE tx_extbase_domain_model_backenduser.uid = '2' LIMIT 1 (More information)

Uninstalling sys_note helped.

@Bernard, are you sure that you cleared all caches and that you do not override the TS template somehow?

(deleted - see below)

After some hours of debugging I found out that the error was sitting in front of the computer :)
Indeed, there was a "config <..." sitting in a template... Now, I see the "config.tx_extbase" settings in the TypoScript Object Browser and everything works fine - even with sys_notes :-)

Yeah. But at what end of the line? :)

In my opinion it is still strange to have TypoScript parsed in Backend. TypoScript was something intended purely for the frontend. By purpose.

Anyways. When I remove the "config < page.config" the mentioned error is gone but now I have:

Oops, an error occurred!

More than one request handler with the same priority can handle the request, but only one handler may be active at a time!