Refs #17498 - Three new Form.parameter added: btnPreviousNextSql, btnPreviousNextLoop, btnPreviousNextWrap. Based on the result set of btnPreviousNextSql two (or three) buttons are created which link to the previous/next record. btnPreviousNextLoop enables looping through the selected records (first to last and vice versa). btnPreviousNextWrap wraps the buttons in custom HTML.

B17397: Fixed dynamic update issue. correct recordId is not stored in typo3 store. Only in sip and record store. refs #17397

Refs #4413 - Additional check while saving if js-required-check is bypassed/skipped. Checks if child FE has required fieldset as parent FE, then saving is not possible.

F15324: Implementation for filePond upload in Form done. New parameter uploadType can switch between old and new upload. refs #15324

F15324: Added documentation, implemented multi db setup. Cleared some code which wasnt necessary. Implemented FormSubmitLog functionality. Added new library's in copy.js Changed remove icon. refs #15324

Refs #16236 - Renamed exception to qfqLog. qfqLog is set to true by default, which means that without including it as a parameter, a log entry will be made. This behaviour is the same as it was before. If the error should not be logged it has to be set to qfqLog = 0.

Refs #16236 - Overhaul sqlValidate() dialog and logging. Parameter messageFail is still supported and the alert uses default values (behaviour has not changed). The parameter exception determines if an error should be logged. By default, or with exception=0, no logging occurs and a plain error message (string only) will be thrown by InfoException. If the parameter exception is set (exception[=1]), an UserFormException will be thrown without debug info and details (for users and developers).