Server Admin und Senior Entwickler
demandflow.deAnsehen
Abzeichen 7
Editor Frischling 10 × Eureka! Anfänger Enthusiast Reporter UnterstützerMoin!
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.
Ja, habe ein Tag hinzugefügt und einen Edit
Hey Jan,
Dominic kam mir zuvor aber ja, es gibt noch ein verstecktes User-Feld, welches an dieser Stelle befüllt werden muss. Etwas fies:

Wir benutzen häufiger folgende Funktion, welche wir im onLoad aufrufen
jQuery('div.subtable').css('overflow', 'hidden');
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');
});
Hey,
wenn die Anforderungen an die PDFs zu komplex oder zu dynamisch werden dann umgehen wir die Einschränkungen von Word komplett und nutzen das mitgelieferte TCPDF, bauen das Layout beliebig komplex im PHP mit HTML auf, konvertieren das zu PDF und attachen es dan an das Anhangsfeld.
Grüße
Stefan
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."
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,
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.
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 ...
Hey,
Standard-Untertabellenansichten lassen sich von Haus aus leider - und jda, das ist leider wirklich so - nicht sortieren. Die Daten sind fest mit einer row-id verknüpft und so wie sie in der Datenbank im Hintergrund stehen werden sie angezeigt.
Zwei Möglichkeiten:
- Entweder, wenn du bei der Untertabellenansicht bleiben möchtest, dann musst du dir die Daten einmal raus ziehen per Javascript (oder auch via einer DIalogfunktion), musst sie programmatisch sortieren wie es beliebt und da...
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);
});
Moin
einfachste Variante ist das Admin-Log in den Usereinstellungen zu aktivieren, dann kommt regelmäßig eine Mail mit den fehlerhaften Schritten etc.
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,
der Trick ist ein neues Skript hinzuzufügen und bei der Skriptart "Andere" zu wählen.
Das hier funktioniert bei mir:

Moin Moin,
ich sehe zwei Sachen die du mal probieren könntest:
- Eigentlich brauchst du auf Dialogfunktionen kein save (außer du willst den neuen Zustand wirklich speichern). Wenn du das möchtest, probier mal bitte - und ich weiß wie doof das klingt - save zwei mal hintereinander aufzurufen. Wir haben damit tatsächlich schon so seltsame Verhalten gelöst bekommen.
- Die schönere Lösung ist eigentlich aber die Zeilen per JS zu kopieren, dann bekommen die User auch nicht den Ladebildsch...
Moin,
du kannst den vollen Link zur Datei bekommen via
$this->getFullUploadPath('meinPTField');
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...
Scheinbar ist es aktuell so, dass Links im JobViewer 2 nicht klickbar sind. Sollte dies notwendig sein bitte auf "Im Browser öffnen" umstellen.
Moin,
es ist tatsächlich so, dass für Simulator-Schritte nicht alle Funktionen verfügbar sind und die Informationen teilweise in anderen DB-Tabellen geführt werden. REST-Sachen würde ich nicht versuchen auf Simulator-Prozesse zu fahren.
Zur eigentlichen Frage:
- Du hast zwei Möglichkeiten. Entweder tatsächlich via PHP oder sonstige Wege direkt in die Datenbank die step_status-Werte setzen. In einer Deiner anderen Fragen habe ich dazu glaube ich den Code gepostet.
- Du müsstest Nicht-Sim...
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...
Man kann über eine DialogFunction xlsx generieren.
Man sammelt die Daten in einer Map und macht dann im JS so etwas in der Richtung (verkürzt aus einem Projekt und ungetestet)
JS:
jr_execute_dialog_function(
'getXlsx',
{ data: data },
function(/** @type {{ status: string; result: { data: string; }; }} */ response) {
if (response.status === 'ok') {
var a = document.createElement('a');
...
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.