Bug #19588
closedWorkspace with tt_news (Insert Records) weird Problem
0%
Description
I have tt_news running Insert Records for the main overview page.
In my Preview Workspace everything works fine-i figure in Preview Workspace nothing is cached.
In My Live workspace the links from "insert Records" Module crash. In LIST Modules the Links seem alright again.
When i open a article via the "insert records" module a record in the cache_md5params table is created with params:
&tx_ttnews[tt_news]=xyz
Theres also a correct entry in the table:
&cHash=f8338cb016&tx_ttnews[backPid]=XX&tx_ttnews[tt_news]=xyz
But the Links from "insert records" will not have the right hash to link to the right entry in cache_md5params.
This entry from the "insert records" module is also stored in "cache_pages" - weird thind - every record from one single tt_news folder will be displayed with the entry Link called from the "insert records" site.
So all tt_news articles from one particular folder look the same - though different url.
If i add no_cache=1 to the news, it will generate the new content from the db and it works fine.
I found that deactivating setPageCacheContent in class.tslib_fe.php also solved the problem but this is surely not the right thing to do.
-----nochmal auf deutsch ----
Im Preview workspace (selbst angelegt) funktioniert alles einwandfrei.
Im Live Workspace allerdings sind die Links auf die tt_news Einträge fehlerhaft:
Rufe ich einen Artikel über die Startseite auf bekomme ich eine Referenz in der cache_md5params mit dem Parameter: &tx_ttnews[tt_news]=xyz
Der richtige Link (der auch im LIST Modul aufgerufen wird) ist nun auch in der cache_md5params Tabelle mit:
&cHash=f8338cb016&tx_ttnews[backPid]=XX&tx_ttnews[tt_news]=xyz
Der erstere Eintrag wird dazu auch noch in die cache_pages geschrieben und jeder Artikel aus dem Ressort XX erscheint dann als Artikel mit der id xyz.
Setze ich an die Links (über die Startseite) ein no_cache=1 funktioniert alles.
Soweit ich das beurteilen kann, wird im Preview Workspace nicht gecached.. deshalb funktionierts auch.
Aber ich hab leider keinen Lösungsansatz für die Live Site, ausserm im class.tslib_fe.php das setPageCacheContent abzudrehen. Damit hab ich aber noch nicht die Wurzel des Übels gefunden.
typo3 4.2.1
simulatestaticdocuments
tt_news 2.5.2
(issue imported from #M9763)
Updated by Andreas Kreicy about 16 years ago
Issue solved but still might be a bug:
Changed Typolink->
-------------------------------
title_stdWrap.typolink
{
##new
1.wrap = &tx_ttnews[backPid]={$shortcut.conf.tt_news.backPid}&tx_ttnews[tt_news]=|
##old
#1.wrap = &tx_ttnews[tt_news]=|
}
title_stdWrap.typolink.useCacheHash=1
------------------------
Now it works...
Updated by Susanne Moog over 13 years ago
- Status changed from New to Closed
- Target version deleted (
0)
Updated by Michael Stucki almost 11 years ago
- Project changed from 624 to TYPO3 Core
- Category changed from Workspaces to Workspaces