Project

General

Profile

Actions

Bug #19588

closed

Workspace with tt_news (Insert Records) weird Problem

Added by Andreas Kreicy about 16 years ago. Updated almost 11 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Workspaces
Target version:
-
Start date:
2008-11-10
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
4.3
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:

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)

Actions #1

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...

Actions #2

Updated by Susanne Moog over 13 years ago

  • Status changed from New to Closed
  • Target version deleted (0)
Actions #3

Updated by Michael Stucki almost 11 years ago

  • Category set to Workspaces
Actions #4

Updated by Michael Stucki almost 11 years ago

  • Project changed from 624 to TYPO3 Core
  • Category changed from Workspaces to Workspaces
Actions

Also available in: Atom PDF