Project

General

Profile

Bug #9733

record lock on 'page reload': second reload skip lock

Added by Carsten Rose 7 months ago. Updated 7 months ago.

Status:
Closed
Priority:
Normal
Assignee:
Target version:
Start date:
08.12.2019
Due date:
% Done:

100%

Estimated time:
Discuss:

Description

Form: record open, modify, reload page: 'save?' >> no , form opens in 'readonly'.


Related issues

Has duplicate QFQ - Bug #8703: Record locked after dirty & reloadClosed2019-07-09

Associated revisions

Revision de576531 (diff)
Added by Carsten Rose 7 months ago

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.

Revision 69be680a (diff)
Added by Carsten Rose 7 months ago

Refs #9733: add dev documentation.

History

#1 Updated by Carsten Rose 7 months ago

  • Status changed from New to Closed
  • % Done changed from 0 to 100

#2 Updated by Carsten Rose 7 months ago

  • Has duplicate Bug #8703: Record locked after dirty & reload added

#3 Updated by Carsten Rose 7 months ago

  • Target version changed from 146 to 19.12.0

Also available in: Atom PDF