Project

General

Profile

Actions

Feature #4144

closed

Close/New: bei acquireLock=false anschliessend keine Nachfrage ob gespeichert werden soll

Added by Carsten Rose about 5 years ago. Updated about 5 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Carsten Rose
Target version:
-
Start date:
31.07.2017
Due date:
% Done:

0%

Estimated time:
Discuss:
Prio Planung:

Description

Situation:
  • alice lock: success
  • bob lock: failed

Feature Request: Bob ...

  1. 'Close' und 'New' sollten keine Nachfrage 'SAVE: yes, no, cancel' machen. Nach der Fehlermeldung (bob lock failed) sollte dirty flag=false bleiben.
  2. In diesem Dirty Zustand sollte jeder Tastendruck/Veraenderung im Form dazu fuehren, dass erneut versucht wird ein Lock zu bekommen. Das ist vermutlich der Fall wenn dirty flag=false bleibt.

Related issues

Related to QFQ - Feature #4121: QFQ Client: Nach JSON Response status=error, 'speichern' & 'loeschen' nicht erlauben und auch nicht anbietenClosedCarsten Rose22.07.2017

Actions
Related to QFQ - Feature #3981: Record LockingClosedRafael Ostertag27.06.2017

Actions
Actions #1

Updated by Carsten Rose about 5 years ago

  • Related to Feature #4121: QFQ Client: Nach JSON Response status=error, 'speichern' & 'loeschen' nicht erlauben und auch nicht anbieten added
Actions #2

Updated by Carsten Rose about 5 years ago

Actions #3

Updated by Carsten Rose about 5 years ago

  • Status changed from New to In Progress
  • Assignee changed from Rafael Ostertag to Benjamin Baer
Neues Konzept:
  • Wird ein Record geladen fuer den ein 'dirtyMode'==exclusive lock existiert: das Formular wird im ReadOnly Mode geladen.
Situation:
  • Alice: get lock exclusive
  • Bob: versucht den Record zu veraendern:
    • Bekommt eine Fehlermeldung.
    • Browser Tab wird durch den Alert 'modal' eingefroren (Bob kann nichts mehr im Record veraendern).
    • Im Alert wird ein Reload Button angeboten.
    • Wird das Form mit dem Record neu geladen, wird es automatisch im ReadOnly Mode dargestellt.
    • Durch erneutes Reload kann der User versuchen den Record im Editmode zu laden.

Offen: Laedt der User einen Record, auf dem bereits ein Lock liegt, bekommt er keine Meldung wer den Record lockt. Das sollte aber sein.

Actions #4

Updated by Carsten Rose about 5 years ago

  • Subject changed from a) Close/New: bei lock=false keine Nachfrage ob gespeichert werden soll, b) bei lock=false soll jede neue Veraenderung ein 'acquire lock' ausloesen. to Close/New: bei acquireLock=false anschliessend keine Nachfrage ob gespeichert werden soll
  • Description updated (diff)
Actions #5

Updated by Carsten Rose about 5 years ago

commit a423c13a: Nach klick auf 'Reload' oeffnet sich die Standardabfrage 'This page is asking you to confirm that you want to leave - data you have entered may not be saved' - klickt man auf 'Stay on page' kann man editieren, obwohl man kein Lock hat!

Szenario:
  • Alice laedt record.
  • Bob laedt record.
  • Alice editiert record und bekommt den Lock.
  • Bob faengt ebenfalls an zu editieren und bekommt den Hinweis 'locked - please reload'.
  • Bob klickt auf Reload und es erscheint die Abfrage 'This page is asking you to confirm that you want to leave - data you have entered may not be saved'.
  • Bob klickt auf 'Stay on page' und kann anschliessend den Record bearbeiten, obwohl er kein Lock hat.
Actions #6

Updated by Benjamin Baer about 5 years ago

  • Status changed from In Progress to Feedback
  • Assignee changed from Benjamin Baer to Carsten Rose

Problem behoben.

Actions #7

Updated by Carsten Rose about 5 years ago

  • Status changed from Feedback to Closed

done

Actions

Also available in: Atom PDF