Die Ursache ist also
- Athom hatte eine “zu ungenaue Prüfung” der Flow-Definition
- In Apps wurden “Hacks” verwendet, um sich eine Definition mehrerer Flows zu sparen
- Athom hat diese Lücke geschlossen
=> Die App-Prüfung liefert nun Fehler
Das Problem dabei ist weniger die Umsetzung (ok, ist Fleißarbeit), sondern eher die kommenden Probleme bei den Benutzern, wenn man alle Flows neu anlegen muss, weil sich die FolwID geändert hat.
Ich denke, die Benutzer hätten das in Kauf genommen, wenn vorher offen darüber im Forum kommuniziert wird. Aber es hätte vermutlich auch 1-Sterne-Bewertungen gegeben von Usern, die sich nicht mit der Technik auseinandersetzen wollen.
Aber wegen sowas den Kopf in den Sand stecken?
Die Umstellung hatte sich auch auf die Capabilies ausgewirkt. Da ist es aber kein Problem, weil die Capability überall die gleiche Definition hat.
Bei den Flows - mit dynamischen anweichenden Parametern - geht so eine Umstellung nicht mehr.
Da bleibt nur die Möglichkeit, statt eines Flows mehrere einzelne Flows mit korrekten Parametern anzulegen.
Das hätte man aber mit einem Redesign und einer neuen Hauptversion (incl. “breaking changes”) machen können. Die “braking changes” sind da das größte Übel für die User.
