- Mar 22, 2021
- Mar 20, 2021
-
-
Carsten Rose authored
-
- Mar 11, 2021
-
-
bbaer authored
-
- Dec 17, 2020
-
-
Marc Egger authored
-
Marc Egger authored
-
Marc Egger authored
-
Marc Egger authored
This fixes the current issue but is not a nice solution. We just loop through all input elements having the same name. It would be better, if we would filter out hidden elements. But this might break some other behaviour... so I chose this approach.
-
- Feb 17, 2020
-
-
Marc Egger authored
-
- Feb 14, 2020
-
-
Marc Egger authored
-
Marc Egger authored
-
Marc Egger authored
This reverts commit a0d1a575
-
- Feb 13, 2020
-
-
Marc Egger authored
This reverts commit 4e0a1025
-
Marc Egger authored
-
- Feb 12, 2020
- Feb 07, 2020
-
-
Marc Egger authored
-
- Jan 29, 2020
-
-
bbaer authored
-
- Jan 28, 2020
- Jan 17, 2020
-
-
bbaer authored
-
- Jan 16, 2020
-
-
bbaer authored
-
- Jan 14, 2020
-
-
bbaer authored
-
- Dec 20, 2019
-
-
Carsten Rose authored
-
bbaer authored
-
- Dec 19, 2019
- Dec 18, 2019
- Dec 10, 2019
- Dec 08, 2019
-
-
Carsten Rose authored
Fixes #9733: add JS code to name browser tabs individually. New GET variable 'tabUniqId' on record acquire is now saved in dirty record. On page reload, when the 'release' comes after 'acquire' (async behaviour), the locking is skipped (if same user session) - on reload there is no variable 'tabUniqId'. On real lock acquire, the tab ID is compared and will be denied if not matching. The 'tabUniqId' might not work in IE - doesn't matter: it's a seldom special situation.
-
- Dec 05, 2019
-
-
bbaer authored
-