Dokumentsperre lässt sich umgehen

[Ch33]

Hallo Zusammen,

habe ein seltsames Verhalten in Notes 8.5 entdeckt.

Ursache: ein User hat bemängelt, daß in seinen Dokumenten immer wieder Eingaben verschwinden.

Ein Dokument in dem keinerlei Events ausprogrammiert sind wird vom User geöffnet.
Versucht er das selbe Dokument über die Ansicht (mit Doppelklick) noch mal zu öffnen wird der Tab des bereits geöffneten Dokuments aktiv.
Betätigt der User jedoch in der Ansicht die rechte Maustaste und sagt "bearbeiten" öffnet sich das selbe Dokument nochmals im Bearbeitenmodus. Gleiches gilt für STRG+B.
Bei unterschiedlichen Usern funktionert die Dokumentsperre. Der selbe User kann das Dokument jedoch beliebig oft im Bearbeiten-Modus öffnen und Speichern.


Dies trifft sowohl bei aktiviertem Hard Locking oder Softlocking zu.


Speichert man die Dokument mit unterschiedlichem Inhalt nacheinander ab gewinnt dasd letzte
(Egal welche Art der Konfiliktbehandlung in der Maske ausgewählt ist)
Ab und an wird jedoch auch ein Konflikt erzeut. Ein Muster hierfür kann ich nicht erkennen.

Dieses Verhalten konnte ich in alles DB´s festellen die ich getestet habe.

Ist hier generell eine Einstellung falsch oder ist das unter Notes 8.5 einfach so?

Gruß
Chrsitian

[WildVirus]

N'Abend Christian,

das ist kein neues Feature in 8, konnte es gerade in einem 7.03er Client nachstellen.

Evtl. gibt es auch schon einen PMR dazu.

VG
Axel

[koehlerbv]

Ich kann mir auch nicht vorstellen, dass das nur einzelne User betrifft: Dokument aus Ansicht mit Strg-B öffnen, zurück zur Ansicht, nochmals Strg-B - und ich habe zwei Fenster mit dem selben Doc im Bearbeiten-Modus.

Ob das jetzt ein Bug ist ... Das klingt mir eher so wie "Des Menschen Wille ist sein Himmelreich!". Ich finde das für mich sogar gut so - so kann ich am einfachsten Speicherkonflikte für Programmtests erzeugen 

Bernhard

[Ch33]

Hallo Danke schon mal für euere Antworten.

Also ich habe das ganze noch in mehreren Produktiv-Datenbanken getestet.
Immer das selbe Ergebins.
Was ich nicht nachvollziehen kann ist wann ein Konflikt entsteht bez wann einfach die neueste Versioin verwendet wird. In Dokumenten in denen ein Konflikt besteht kommt meiner Meinung auch noch die berechtigte Frage ob man ein Konfliktdokument Speichern will oder nicht. Hierbei scheint es egal zu sein welche Einstellung in der Maske getroffen wurde. (Konflikte erstellen, Konflikte mischen, Mischen/Keine Konflikte, Keine Konflikte erstellen).

Wisst ihr woran der unterschied liegen kann?

Bernhard hat da wohl recht, daß man als User/wissen solle was man tut bzw wie oft man ein Dokument öffnet.
Hoffe dann mal nur, daß ich dem User der damit scheinbar Probleme hat beibringen kann nur ein Dokument zu öffnen. Irgenwie scheint er nicht damit klar zu kommen seine Tabs zu kontrollierern.

Gruß Christian

[ata]

... ich konnte das auf unterschiedlichen Versionen ebenfalls nachstellen. Für den User ist es blöde die Tabs zu kontrollieren - für Bernhard als Entwickler ist es gut, weil er damit schnell mal nen Replizierkonflikt erzeugen kann. Um das abzufangen müsste man untersuchen, welche Events bei welcher Art zu Öffnen greifen um dann über den NotesUIWorkspace zu klären, ob das Dokument aktuell bereits geöffnet ist. Das dürfte ein ganz schöner Aufwand sein...

Toni

[Glombi]

Für mich ist das eindeutig ein Bug und gehört asap von IBM gefixt. Was soll sonst das blabla über Softlocking und Hardlocking  

Zur gewollten Unterstützung von Speicherkonflikten mag es ja nett sein (wer braucht sowas wirklich?), aber für normale User, die so teilweise Unmengen von eingegebenen Daten verlieren, ist es ein Unding. Das Ende vom Lied ist dann wieder ein "Sch... Notes" Kommentar der User. Und in diesem Fall kann man nicht unbedingt sagen, dass es ein tolles Feature ist.

Es bleibt nach wie vor nur der Workaround, ein eigenes und funktionierendes  Locking zu implementieren.

Andreas

[ata]

Es bleibt nach wie vor nur der Workaround, ein eigenes und funktionierendes  Wink Locking zu implementieren.

... bislang ist das auch bei mir leider so...

Toni

[Ch33]

Naja, das einzig beruhigende finde ich, aß dies scheinbar allen so geht.

Ein Workaround ist hierfür wohl das einzige das mir übrig bleibt.

Bei weiteren Versuchen was so alles möglich ist, ist jetz auch noch folgendes aufgefallen:

- User1 öffnent "Dok1" 2mal
- User1 schließt eine Version von Dok1

Nun ist die Dokumentsperre (Soft oder Hardlocking ist egal) aufgehoben.
Jeder andere Benutzer kann nun das Dokument auch bearbeiten.
Also wie auch immer es kommen somit 2 unterschiedliche User gleichzeitig in den Bearbeiten-Modus.

Aus meiner Sicht ist damit das ganze Locking irgendwie umsonst.

Könnt ihr dieses Verhalten ebenfalls bestätigen?

Gruß
Christian

[ata]

... ja leider, daher arbeitet man am Besten mit einem eigenen Locking...

[Glombi]

Ein Gedanke dazu:
Wenn man kein Locking programmieren kann/will/möchte/darf wäre ein schneller Workaround, dass man ein Öffnen der Dokumente im Editmode gar nicht zulässt. Dazu im Queryopen den Mode abfragen und ein Continue = False zurückgeben.

Andreas

[koehlerbv]

Andreas, das QueryOpen reicht dafür *nicht* aus!

Weiters: Und welchen Ersatz für das Erstellen / Modifizieren würdest Du dann bieten?

Bernhard

[Glombi]

Andreas, das QueryOpen reicht dafür *nicht* aus!

Weiters: Und welchen Ersatz für das Erstellen / Modifizieren würdest Du dann bieten?

Bernhard

Wiese reicht Querymode nicht? Ich will ja nur das Öffnen im Editmode verhindern!

Das Isnewdoc darf natürlich True sein, dann ist auch das Öffnen im Editmode ok. Das müsste halt so programmiert werden.

[koehlerbv]

http://atnotes.de/index.php/topic,20455.0.html

[Glombi]

Seh ich nicht so, aber egal... War ja nur ein Gedanke.

[koehlerbv]

Aaah - jetzt bin ich bei Dir. Ich habe schlicht zu kurz gedacht und nicht mehr ans eigentliche Thema. Du hast natürlich wahr, womit sich logischerweise auch meine zweite Frage erledigt.

Mea culpa,
Bernhard

[Peter Klett]

Seh ich nicht so, aber egal... War ja nur ein Gedanke.

Sub Queryopen(Source As Notesuidocument, Mode As Integer, Isnewdoc As Variant, Continue As Variant)
   If Not Source.IsNewDoc And Source.EditMode Then
      Continue = False
   End If
End Sub

Funktioniert einwandfrei ...

[koehlerbv]

Um den Juhser nicht ganz so zu verwirren, würde vor dem Continue = False dem Juhser nett sagen, wie er das Dokument in den EditMode bringen kann.
Sonst wundert der sich ja, obwohl er doch nur spielen will. Und das tut nicht nooot.

Bernhard