Hey! ;)
Als Autor des Tasks melde ich mich auch mal ;)
Oh, das ist fein ;)
In dem Teil steckt etwa ein guter Manntag (Marcus Krause und ich), und
unsere oberste Prio lag darin, den Task so wasserdicht zu machen, das
der unter keinen Umstaenden irgendwelche Passwoerter kaputt macht. Das
hat
Hey,
On 02/22/2012 12:43 AM, Philipp Gampe wrote:
Wir haben hier ein ähnliches Setup, zusätzlich werden unsere User noch
über LDAP in die BE Usertabelle gespült. Dies bedingt, dass dort ein
Passwort gesetzt wird, welches nachträglich umgewandelt werden muss.
Als Autor des Tasks melde ich mich
Kein Problem ... ich hätte dich sonst auf die Zeile gestoßen ... allerdings
habe ich diese Stelle nicht getestet, also wäre es toll, wenn du dies
ausprobierst.
Gerne, allerdings setzen wir noch 4.5 ein, der Patch ist für 4.7.
Demzufolge hast Du da die xlf-Dateien drin, die in 4.5 noch nicht
Hi Christian,
Christian Nölle wrote:
Kein Problem ... ich hätte dich sonst auf die Zeile gestoßen ...
allerdings habe ich diese Stelle nicht getestet, also wäre es toll, wenn
du dies ausprobierst.
Gerne, allerdings setzen wir noch 4.5 ein, der Patch ist für 4.7.
Demzufolge hast Du da
Du müsstest du mal debuggen.
Nur mal eben als Verständnisfrage:
Wieso gibt mir devlog keine Ausgabe, wenn ich es in
class.tx_saltedpasswords_tasks_bulkupdate.php verwende? Funktioniert der
Aufruf von devlog auch in den Tasks? Oder eher nicht?
Ratlos.
--
-c
Am 22.02.2012 11:02, schrieb Christian Nölle:
Wieso gibt mir devlog keine Ausgabe, wenn ich es in
class.tx_saltedpasswords_tasks_bulkupdate.php verwende? Funktioniert der
Aufruf von devlog auch in den Tasks? Oder eher nicht?
Gut, das kann man unter zu blöd verbuchen. Egal, ich hab aber glaube
Am 22.02.2012 13:11, schrieb Christian Nölle:
Gut, das kann man unter zu blöd verbuchen. Egal, ich hab aber glaube
ich den Punkt gefunden:
In der Tabelle tx_scheduler_task wird als serialized_task_object unter
anderem der userRecordPointer geführt. Hier wird mehr oder weniger
stumpf gezählt,
Hi Christian,
Christian Nölle wrote:
Mh, ich führe Selbstgespräche:
Sehe gerade, dass Philipp Gampe das schon berücksichtigt hat und die
Geschichte schon auf ein review wartet:
https://review.typo3.org/#change,9139
Kein Problem ... ich hätte dich sonst auf die Zeile gestoßen ...
Moin!
In mailman.1.1324626498.22328.typo3-ger...@lists.typo3.org wurde ja
schon ausgiebig über das Problem eines per SSL geschützten BEs in
Verbindung mit dem LoginSecurityLevel und dem Scheduler von
saltedpasswords diskutiert.
Wir haben hier ein ähnliches Setup, zusätzlich werden unsere
. Bernhard Dressler - Dipl.-Betriebsw. Patrik Heider
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Christian Nölle
Gesendet: Dienstag, 21. Februar 2012 15:21
An: TYPO3 German
Betreff: [TYPO3-german] SaltedPasswords und der Scheduler
Moin
Am 21.02.2012 15:48, schrieb Siebeck Ingo:
heute neulich ein ähnliches Problem. Da lag es aber daran dass das
Passwort Feld bei einem oder zwei usern einfach leer war. Das konnte
nicht umgewandelt werden und schon kam auch die Meldung immer wieder
auf. Vielleicht ein kleiner Ansatz.
Leider
Hi Christian,
Christian Nölle wrote:
Moin!
In mailman.1.1324626498.22328.typo3-ger...@lists.typo3.org wurde ja
schon ausgiebig über das Problem eines per SSL geschützten BEs in
Verbindung mit dem LoginSecurityLevel und dem Scheduler von
saltedpasswords diskutiert.
Wir haben hier ein
Am 22.02.2012 00:43, schrieb Philipp Gampe:
Nun haben wir das erste Problem, dass der Scheduler-Task sich selber
deaktiviert, da müssen wir auf http://forge.typo3.org/issues/33703
warten, ein Featurerequest habe ich dort schon abgesetzt. Wir werfen den
also momentan händisch (bzw. per Hack)
13 matches
Mail list logo
