Domino 9 und frühere Versionen > ND7: Administration & Userprobleme

Änderungen in Dokumenten werden beim Speichern nicht geschrieben

<< < (3/5) > >>

w3dev:
"SaveOptions" kommt ausser in einem Abbrechen Button nirgends in der DB vor. Analysiert mit TeamStudio Configurator, wie gewünscht.  :-:

datenbanken24:
Prüfe doch mal über die Property-Box, ob es Felder in Deinen betreffenden Dokumenten gibt,
die die FELD-Eigenschaft / Feld-Flag: "PROTECTED" haben.
Das ist was anderes als Authorenzugriff oder Lesezugriff auf ein ganzes Dokument.

Mit einem ähnlichen Problem schlagen wir uns bei einem Kunden seit Monaten herum - wie diese verflixte Feld-Eigenschaft "PROTECTED" da "benutzerabhängig" rein kommt...

Mehr dazu nur, wenn das wirklich auch bei Dir drin stehen sollte...

Gruß,
Uwe

m3:
Hmmm. Bernhard hat natürlich recht (wie meistens).

Andere Frage: Nachdem das Problem auf einem Client auftritt, auf dem anderen aber nicht - wie seiht das aus, wenn Du mit der ID des Kunde auf Deiner Maschine arbeitest? gehts dann?
Wenn ja, schon mal chache, etc. gelöscht? Ev. hat sich ja was lokal bei dem User verrannt.

w3dev:
@Datenbanken24: Ich hab tatsächlich in den von den betroffenen Usern bearbeiteten Feldern das Flag "PROTECTET" drin.

Das is ja mal 'n klasse Tipp gewesen, herzlichen Dank. Jetzt interessiert mich natürlich auch was bei euch das Problem ist.

Merci, Ronny

datenbanken24:
Oh - dann wird's böse.
Wir haben das Problem bisher nicht gelöst - nur umgangen, indem wir dem betreffenden Benutzer erst mal  "Editor"-Rechte geben mußten, anstelle von Author-Rechten.

So stellt sich das bei uns dar,
eine Sache eben, die eigentlich gar nicht sein KANN,
wo wir alles schon durchsucht haben - und einfach nix finden:

Ein ganz bestimmter Benutzer (Author) speichert Dokumente und haut dabei in vier immer gleiche Felder,
einen PROTECTED Feldschutz rein. Diese vier Felder haben dann die Feldeigenschaft "PROTECTED",
(siehe Screenshot). Nur bei diesem Benutzer - bei anderen passiert das nie.

Der User kann nach dem Speichern das Dokument nicht mehr bearbeiten -
bzw. Speicherungen werden nicht mehr wirksam
und kann es nur noch einmal zum Server replizieren.

Wenn der PROTECTED Schutz bei diesem Dokument repliziert ist, können die anderen User (auch Authoren, aber alle im Authoren-Feld) dieses Dokument nicht mehr bearbeiten oder schreibend replizieren. Das ist auch logisch, weil ein Author ein Dokument nicht mehr bearbeiten kann, wenn ein Feld darin die Feld-Eigenschaft "PROTECTED" hat und er nur Author ist - AUCH wenn er in einem Authorenfeld steht.

Es gibt (in unserem Fall) KEINE einzige Zeile Code in der Anwendung, die ein Feld programmtechnisch protected, das ganze Wort "PROTECTED" oder "IsProtected=" kommt nicht ein einziges mal im gesamten Sourcecode der Datenbank vor - das ist sicher, dafür gibt es Tools. Außerdem ist die Anwendung selbst geschrieben und wir nutzen keine PROTECTED Feldeigenschaft. Und natürlich haben die Felder in der Maske auch nicht die Eigenschaft "Must have at least Editor access to use".
Der Anwender hat auch keinen PDA-Abgleich oder kein Dritt-Tool, was er über die Anwendung jagt.

Das ist der aktuelle Stand, leider ohne Lösung.
Kein Mensch weiß, warum immer bei einem bestimmten Benutzer diese Feldeigenschaft gesetzt wird.

Gruß,
Uwe

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete