Wie hier bereits diskutiert:
http://www.typo3forum.net/forum/powermail/32416-condition-globalvar-gp-tx_powermail_pi1-mailid-0-greift.html
Funktioniert eine condition mit cHash nicht.
Gegeben sei folgendes TS:
page.1 = TEXT
page.1.value = no
[globalVar = GP:tx_powermail_pi1|mailID > 0]
page.1.value = yes
[end]
Funktioniert:
http://testumgebung.einpraegsam.net/index.php?id=5&tx_powermail_pi1[mailID]=1
Funktioniert nicht:
http://testumgebung.einpraegsam.net/index.php?id=5&tx_powermail_pi1[mailID]=1&cHash=bdac797d8c
Hmm, komische Sache - Ideen?
Grüße, Alex
und wenn du ein config.no_cache=1 setzt?
georg
just2b schrieb
und wenn du ein config.no_cache=1 setzt?
Testweise hatte ich den Seitencache abgeschaltet - hat überhaupt keine Auswirkungen gezeigt
Gibt es dazu schon einen Lösungsansatz? Scheinbar habe ich das gleiche Problem, da alle Daten vorbildich in der Session vorhanden sind, der Zugriff darauf aber über die Condition nicht funktioniert.
Hier noch mein betreffendes TS für Powermail:
[globalVar = TSFE:fe_user|sesData|powermail_1702|uid49 = Kategorie]
plugin.powermail.folder = fileadmin/../../Kategorie/
[end]
Habe das selbe problem und habe versucht es zu umgehen in dem ich den cHash
Parameter mit in die condition aufnehme. Habe diverse möglichkeiten durchprobiert.
[globalVar = GP:cHash = ] AND [globalVar = GP:tx_powermail_pi1|multiple = 2]
oder
[globalVar = GP:cHash = * ] AND [globalVar = GP:tx_powermail_pi1|multiple = 2]
oder
[globalVar = GP:tx_powermail_pi1|multiple = 2] [globalVar = GP:cHash = * ]
oder ... (Halt noch mehr Schreibweisen in dieser Richtung)
Alles ohne Erfolg! #angry#
Hat hier jemand schon eine Lösung gefunden Sie aber noch nicht geposted? #giggle#
@einpraegsam.net: Nach einigem Googeln habe ich Postings zu diesem Problem immer nur im Zusammenhang mit powermail gefunden. Könnte eventuell auch ein Bug in powermail sein?
Ich glaube aber ehr das es ein allgemeines Problem mit den Conditions und dem cHash ist.
Gibt es schon einen Bug Report? Habe gerade mal in die Bug Datenbank geschaut. Konnte aber nix finden 😢
Hat irgendwer noch tiefgreifendere einblicke in das Problem die eventuell helfen könnten einen Bug-Report zu verfassen oder einen Patch zu schreiben?
Hallo,
ich weiß nicht, ob es das gleiche Problem ist.
http://www.einedomain.de/index.php?id=61&tx_powermail_pi1[mailID]=62&tx_powermail_pi1[multiple]=2&cHash=3bd2d56f3a
funktioniert bei mir zu 99%
lib.object >
lib.object = TEXT
lib.object.value = bla1
[globalVar = GP:tx_powermail_pi1|uid155<200] libobjectvalue="bla2" global="" globalvar="GP:tx_powermail_pi1|uid155">199] and [globalVar = GP:tx_powermail_pi1|uid155<300] libobjectvalue="bla3" global="" globalvar="GP:tx_powermail_pi1|uid155">299] and [globalVar = GP:tx_powermail_pi1|uid155<400]
lib.object.value = bla4
[global]
plugin.tx_powermail_pi1.prefill.uid157 < lib.object
Aber irgendwie kann man das Formular dann doch "durcheinander" bringen. Hab aber noch nicht rausbekommen wie.
Vielleicht hilfts weiter.
Monika
update
------
Ich hab heute noch ein Input-hidden Feld mit Timestamp in das Formular eingefügt. Eigentlich wollte ich sehen, ob der Timestamp sich ändert, wenn das Problem auftritt. Wenn nein, hätte es auf ein Cache-Problem hingedeutet. Seit ich aber das Timestamp-Feld drin habe, wird auch das Feld immer korrekt aktualisiert.
plugin.tx_powermail_pi1.prefill.uid158= TEXT
plugin.tx_powermail_pi1.prefill.uid158.data = date:U
Würde mich interessieren, ob noch jemand das Problem hat, dass (wirklich nur sehr sporadisch), das Feld nicht richtig aktualisiert wird.
Monika
Wer nach einer Lösung für
[globalVar = GP:tx_powermail_pi1|mailID > 0]
sucht, kann auch einfach nur
[globalVar = GP:tx_powermail_pi1 > 0]
nutzen.
Bei [globalVar = GP:tx_powermail_pi1|multiple = 2] muss man, aber auf die Lösung von einpraegsam zurückgreifen...