View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0000325FakturamaAllgemein (General)public2014-04-06 14:272017-12-30 12:31
Reporterrainer Assigned Torheydenr  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Product Version1.6.4 
Target Version2.0.0Fixed in Version1.6.7 
Summary0000325: Datenverlust in der Datenbank bei konkurierendem Zugriff mehrerer Clients auf gemeinsame Daten
Description

Erfolgt der Zugriff von 2 verschiedenen Clients auf einen gemeinsamen Datenbereich (Server etc.) so werden nur die VERÄNDERTEN Daten des zuletzt geschlossenen Clients in der Datenbank langfristig gespeichert.
Wichtig: Um den Fehler herbeizuführen müssen beide Clients vor der Datenveränderung geöffnet werden und erst anschliessend bei beiden Clients Daten verändert und gespeichert werden.
Langfristig wünschenswert wäre hier die Implementierung von selektiven Lock-Mechanismen auf die Datenbank oder zumindest (Quick&Dirty) eine Lock Datei um einen gleichzeitigen konkurierenden Zugriff zu verhindern und somit einen möglichen Datenverlust auszuschliessen (Everything what can go wrong, will go wrong).

Steps To Reproduce

CL = Client
1.) CL1 = Fakturama öffnen
2.) CL2 = Fakturama öffnen
3.) CL1 = Angebot erstellen, speichern, drucken.
4.) CL1 = Fakturama schliessen.
5.) CL2 = weiteres Angebot erstellen, speichern, drucken.
6.) CL2 = Fakturama schliessen.
7.) Fakturama öffnen (egal welcher Client).
=> nur zuletzt erstelles Angebot vom Client 2 in Datenbank abgelegt. (DB von CLient 1 wurde überschrieben).

TagsNo tags attached.

Relationships

parent of 0000179 closedrheydenr Umstellung der DB-Schicht 

Activities

rheydenr

2014-04-09 01:49

administrator   ~0000319

Das wird in Version 2.0 behoben sein, da hier die DB umgestellt wird.

Issue History

Date Modified Username Field Change
2014-04-06 14:27 rainer New Issue
2014-04-09 01:49 rheydenr Note Added: 00319
2014-04-09 01:49 rheydenr Relationship added parent of 0000179
2014-04-09 01:49 rheydenr Assigned To => rheydenr
2014-04-09 01:49 rheydenr Status new => assigned
2014-04-09 01:49 rheydenr Target Version => 2.0.0
2014-04-09 01:49 rheydenr Description Updated
2017-12-30 01:38 rheydenr Status assigned => resolved
2017-12-30 01:38 rheydenr Resolution open => fixed
2017-12-30 01:38 rheydenr Fixed in Version => 2.0.0
2017-12-30 12:31 rheydenr Fixed in Version 2.0.0 => 1.6.7