Moin,

zweierlei:

die Zeitüberwachung ist jetzt bei den Weiterleitungsregeln

Und die Eskalationen sind Rechte Maustaste auf dem Schritt --> Eskalationen

EDIT:
Teil 1 steht in JRRULES

übersetzt sich zu

processname	version	step	rule_id	parent_id	label	category	always	...

Hallo,

hat etwas gedauert aber hier die Antwort:

"Server SourceType steht für die Quelle, aus der der Dialog bearbeitet wurde, bzw. der Schritt abgeschickt wurde.
Es ist 1 für DESKTOP und 2 für MOBILE.
Ein Schritt mit 0 wird dann von JobServer abgeschickt worden sein (StepStatus=99), da JobServer nicht über einen Dialog den Schritt verarbeitet."

Moin,

mein Verständnis ist, dass man mit

jQuery( '#meiniFrame' ).attr( 'src', function ( i, val ) { return val; });

das Element dazu überreden kann zu glauben, dass der source-Wert neu gesetzt wurde und damit den Inhalt neu lädt.
Ggfs muss man die Funktion etwas anpassen, damit der neue Link generiert wird oder so?

Moin

einfachste Variante ist das Admin-Log in den Usereinstellungen zu aktivieren, dann kommt regelmäßig eine Mail mit den fehlerhaften Schritten etc.

Hey Swen,
wenn JR in deinem Kontext das (TABELLENFELD) nicht auflöst wirst du nicht umher kommen, einen kleinen Umweg über eine Dialogfunktion zu drehen, also sowas wie

jr_execute_dialog_function('fetchFieldInfo', {},
		function (resultObject) {
				jr_notify_info(returnObject.result.myMessage);
		}, 
		function(errorObject) {
				jr_notify_error(errorObject.message);
});

Hey,
hast du mal versucht, dir die Dialog-XML aus der Datenbank zu ziehen und in dem Editor deiner Wahl zu analysieren? Kann es sein, dass es tatsächlich ein Feld gibt, welches dort nicht rein gehört? Es klingt erstmal so als ziehe er die Struktur und hat einen Fehler dabei, diese zu rendern da ein nicht valides Feld dabei ist.
Alternativ würde ich versuchen, mal einen neuen, leeren oder minimalen Dialog dem Schritt zuzuordnen und zu schauen, ob dieser geladen wird.

Grüße
Stefan

Moin Moin,

das ist natürlich eine sehr individuelle Frage, da jeder Entwickler da eigene Präferenzen hat.
Wichtig ist jedoch vorneweg die Konsistenz.
Wenn ich zu einem bestehenden Projekt dazukomme dann analysiere ich die bisherigen Konventionen und führe diese weiter.
Wenn ich mit jemandem zusammen einen neuen Prozess entwickle dann spreche ich mich mit jener Person ab, sodass es konsistent ist.
Wenn ich jedoch alleine einen neuen Prozess entwickle mache ich es üblicherweise so:
Date...

Moin!
Ich war mir zuerst kurz nicht sicher, ob Ihr die "inoffizielle" API von Chris Müller meint, einem JR Entwickler in privater Kapazität
Link hier
oder die offizielle Erweiterung aus der JR Repo,
Link hier
Persönlich kenne ich das Projekt, habe es aber nicht im Einsatz. Aber eine nette Sache, dass es angeboten wird.

Moin,
wenn die Einträge in eine JobData geschrieben werden kann man theoretisch über die REST-API prüfen, ob eine Zeile existiert zu den neuen Benutzerdaten und dann den Schritt mit sowas wie

$sql = "UPDATE JRINCIDENTS SET status=0, step_status=99 WHERE workflowid=:wfid";

senden.
Alternativ kann man einen Schritt in Wiedervorlage schieben, der sich dann hin und wieder neu startet und mit einem Skript auf etwas prüft. Alternativ kann man einen Hilfsprozess schreiben der nur nach...

Hallo,
tatsächlich ist der einzige mir bekannte Weg, über ein Script-Feld im JobSelect zu gehen.

Grüße
Stefan

Hallo Stefan,

Ja!
Das ist in der Tat so

Ja, habe ein Tag hinzugefügt und einen Edit

Hallo,
man kann bei SQL-Lists die Daten im Format SELECT Anzeigewert, Speicherwert FROM X laden.

Sieht auf dem Dialog so aus:

Und speichert zu

Bei den Ausgangsdaten von

Wir benutzen häufiger folgende Funktion, welche wir im onLoad aufrufen

jQuery('div.subtable').css('overflow', 'hidden');

Hi,
vielleicht noch ein weiterer Ansatz als Ergänzung zu den Punkten von Jan:
Was passiert vor dem TTFB:

1. DNS lookup: Mach mal intern einen DNS Lookup von einer ungecacheten Maschine und schau ob vielleicht Euer DNS intern aktuell Probleme macht. Dies würde sich wahrscheinlich aber noch auf weitere Dinge auswirken in Eurem Netz
2. SSL handshake: Normalerweise unproblematisch aber wer weiß
3. Webserver-Verarbeitung: Nutzt Ihr Redis oder irgendwelche erweiterten Caches, die erst abgefra...

Das kann fies sein. Man beachte den vierten Parameter der Dokumentation dieser Funktion.<br>
$this->getSubtableValue($sub, $field, $row, $raw); <br>
Setzt man $raw auf true, dann bekommt man laut Doku den "rohen Wert" zurück.
Effektiv muss man das setzen, um bei Datumswerten die Uhrzeit mit zu bekommen.

Ja, das ist möglich.
Via JS kann - zum Beispiel im onLoad - folgender Code aufgerufen werden:

$$('.jr-section-title.sectionName').each(function(element) {
            $(element).stopObserving('click');
});

Hallo,
ich würde es hier wahrscheinlich tatsächlich über die API machen. Der korrekte Weg den iframe zu befüllen ist folgendermaßen:

$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, "https:// . . ./api/rest/v2/application/jobarchive/archives/ARCHIVNAME/documents/" . $revId . "/file");
curl_setopt($ch, CURLOPT_HTTPHEADER, $headers);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);                                   
curl_setopt($ch, CURLOPT_BINARYTRANSFER, true);
curl_setopt($ch, C...

Dieser Link ist nur für diesen Schritt gültig. Er verfällt auch nicht. Sollte der Schritt inzwischen bearbeitet worden sein, dann wird der Schritt im üblichen "Bearbeitet"-Modus (also readonly) geöffnet.

Der Link kann nicht manipuliert werden, beispielsweise durch die Änderung der User-ID, da er gegen eine Checksum geprüft wird und dann als ungültig erkannt wird.

Der Key kann weder für die REST API noch für den Webservice genutzt werden.
Technisch gesehen ist es kein Cookie/Token welc...

Moin,

welche JobRouterVersion fahrt ihr denn? Der phpfunctions-endpoint kam erst vor Kurzem dazu. In meinen JobRoutern existiert der zum Beispiel noch nicht.
Du kannst die verfügbaren Endpoints deines JR einsehen via
https://meinServer.de/jobrouter/api/rest/v2

Ich sehe den erst irgendwann ab den 2022er Versionen

Scheinbar ist es aktuell so, dass Links im JobViewer 2 nicht klickbar sind. Sollte dies notwendig sein bitte auf "Im Browser öffnen" umstellen.

Aufgrund der Datenbakclients müssen Transaktionen auf externen Datenbanken selbst organisiert werden, also Regeln im Regelablauf speziell mit BEGIN TRANSACTION, COMMIT und ROLLBACK angelegt werden.

Problem: Wenn man in einem Schritt mehrere Regeln hat und die Regel mit der Transaktion auf die externe DB erfolgreich durchläuft (und man die Daten committed), aber eine der nachfolgenden Regeln Fehler verursacht, dann wird der JobRouter-Schritt zurückgerollt, die schon committete Transaktion a...

Moin,
damit habe ich selbst gekämpft und die Lösung ist:
JR legt eine viel zu hart gecachte Kopie an in
Webverzeichnis/assets/cache/systemactions/NameDerSysAktivität
Wenn du die löschst, dann sollte sie neu generiert werden. Alternativ deine neue Version dort ablegen.