Bug #9789
open
Record Lock: release to early on 'leave page'
100%
Description
- Form oeffnen
- Record veraendern - lock wird angefordert: ok
- Auf irgendeinen Link klicken (Form verlassen)
- Sofort wird ein 'Release Lock' gesendet (und ausgefuehrt), obwohl der User via Dialog gefragt wird ob er die Daten verlieren moechte: BAD
- Anschliessend arbeitet das Form ohne Lock weiter - das ist nicht gut!
- Min. in der Version 19.7.0 war das Verhalten noch ok (w16.math.uzh.ch/ort)
- Die Screenshots zeigen das Verhalten bei 19.7.0 und 19.12.0. In der 19.7.0 ist der Dialog 'leave site' offen, ohne das 'dirty release' getriggert wurde, bei 19.12.0 wurde dirty release faelschlicherweise getriggert.
Files
| lock-fail.png | View lock-fail.png | 204 KB | |||
| lock-ok.png | View lock-ok.png | 375 KB | |||
| RecordLock TestsExcel.xlsx | RecordLock TestsExcel.xlsx | 6.3 KB |
Related issues
Updated by Benjamin Baer over 4 years ago
- Status changed from Priorize to Closed
- % Done changed from 0 to 100
Applied in changeset typo3-qfq|00e4e5cb92a8b780e9b97808eb5917b1846719c7.
Updated by Benjamin Baer over 4 years ago
Problem:
Events:
beforeUnload ist zu frueh
unload ist zu spaet und wird nicht von jedem browser beachtet
pagehide ist halb zu spaet - funktioniert generell ausser das man 2 mal die seite reloaden muss
Es ist nicht moeglich beforeUnload dialog antworten abzufangen, dh. ich kann es nicht praeventativ entfernen und wieder ein neues Lock erstellen falls der User cancel / no drueckt.
Also scheint pagehide unsere beste option zu sein.
Im branch: b9789-earlyRelease
Updated by Benjamin Baer over 4 years ago
- Status changed from Closed to Priorize
Updated by Benjamin Baer over 4 years ago
- Status changed from Priorize to In Progress
Updated by Benjamin Baer over 4 years ago
- Status changed from In Progress to Closed
Im Branch wurde jetzt der Release Lock bei der "Seite Verlassen" anfrage wieder eingefuegt.
- PageHide war auch zu spaet bei Firefox
- Funktioniert im Chrome
Alternative Idee: Erstellen eines halb releases den wir beim Seiten Verlassen absenden - wurde aber wieder verworfen
Mit CO besprochen:- Wichtiger als ein faelschlich verlorenes Lock ist ein faelschlich behaltenes. (Faellt dem User schneller auf)
- Lock wird wieder angefragt wenn er tippt
- Keinen grossen Vorteil stur auf dem Lock zu bleiben - vorallem da dies nur auftritt wenn er versucht die Seite zu verlassen
Updated by Carsten Rose about 4 years ago
- Status changed from Closed to New
- Assignee changed from Benjamin Baer to Carsten Rose
- Target version set to next5
Updated by Carsten Rose almost 3 years ago
- Target version changed from next5 to next4
Updated by Carsten Rose almost 3 years ago
- Target version changed from next4 to next3
Updated by Carsten Rose almost 3 years ago
- Priority changed from High to Normal
Updated by Carsten Rose over 2 years ago
- Assignee changed from Carsten Rose to Enis Nuredini
- Priority changed from Normal to High
Details mit CR besprechen
Updated by Carsten Rose over 2 years ago
- Target version changed from next3 to next2
Updated by Carsten Rose over 2 years ago
- Target version changed from next2 to 355
Updated by Carsten Rose over 2 years ago
- Related to Bug #10081: Stale record lock after 'forbidden' character added
Updated by Carsten Rose over 2 years ago
- Related to Bug #9173: Stale Record Lock: Firefox added
Updated by Carsten Rose over 2 years ago
- Related to Feature #8702: Load Record which is locked: missing user info added
Updated by Enis Nuredini over 2 years ago
- File RecordLock TestsExcel.xlsx RecordLock TestsExcel.xlsx added
- Status changed from ToDo to In Progress
- Assignee changed from Enis Nuredini to Carsten Rose
Aktuelle Erkenntnisse:
Fehler trifft unter Linux in Firefox zufällig auf und nicht immer regelmässig. Unter Mac OS ebenfalls in Firefox tritt der Fehler sehr häufig bis immer auf. Bei Chrome tritt der Fehler nie auf, egal in welchem OS. Eine Tabelle mit allen Tests wurde erstellt.
Folgende Abläufe konnten zu dem Record Lock Fehler führen:
1. Edit > Chars im Textfeld löschen > Close > no save
2. Edit > Chars im Textfeld löschen > Save > Close >Edit >Änderungen im Textfeld > Close > no save
Wie schon erwähnt trifft der Fehler nicht immer unter der exakt gleichen Eingabe auf.
Die Excel Test Tabelle ist angehängt.
Updated by Carsten Rose over 1 year ago
- Target version changed from 355 to Check if 'high' is still necessary