Domino 9 und frühere Versionen > ND7: Entwicklung
Profildokument von anderen Usern nicht bearbeitbar
koehlerbv:
Mich macht folgendes stutzig:
Set profile = db_current.getProfileDocument("dlgExcelReporting", session.Username)
Damit öffnet jeder User "sein" Profildokument, und in diesem ist er automatisch Autor. Ein gegenseitiges Überschreiben der persönlichen Profile ist damit gar nicht möglich. Wenn ich den Thread bis dahin richtig gelesen habe, müsste das Problem also eine andere Ursache haben.
Bernhard
Manfred Dillmann:
>>Damit öffnet jeder User "sein" Profildokument, und in diesem ist er automatisch Autor.<<
Bernhard, das mit dem "automatisch Autor" ist nach meiner Erfahrung nicht richtig. Auch bei individuellen Profilen ist IMHO ein Autorenfeld erforderlich. Würde ja sonst auch "irgendwie" gegen das grundlegende Regelwerk für die Notes-eigene Zugriffssteuerung verstossen, oder?
Gruß
Manfred
DAU-in:
--- Zitat von: koehlerbv am 22.09.06 - 13:59:19 ---Mich macht folgendes stutzig:
Set profile = db_current.getProfileDocument("dlgExcelReporting", session.Username)
Damit öffnet jeder User "sein" Profildokument, und in diesem ist er automatisch Autor. Ein gegenseitiges Überschreiben der persönlichen Profile ist damit gar nicht möglich. Wenn ich den Thread bis dahin richtig gelesen habe, müsste das Problem also eine andere Ursache haben.
Bernhard
--- Ende Zitat ---
Hallo Bernhard,
das Problem war einfach, wie ich in meinem 2. Posting schrieb, dass ich volle Pulle auf der Leitung stand.
Ich hatte mir heute morgen eingebildet, dass ein Autor nur nicht zugreifen kann, wenn ein Autorenfeld da ist und er nicht drin steht. aber das war eben genau falsch rum.
koehlerbv:
Hallo Manfred,
ich habe eben fix ein personal profile erstellt, and here are the results of the Bavarian jury:
Der Eigner (Autor) kann das ProfileDocument erstellen und später auch wieder bearbeiten.
Ein anderer User (ebenfalls Autor) kann das Profile lesen, aber nicht editieren.
Ein Editor kann lesen und editieren.
Da der R5-Designer gerade offen war, fand dieser Test unter 5.0.8 statt, unter R6 oder R7 sollte sich da aber nix geändert haben. "Irgendwie" scheint also doch ein Author field im ProfileDoc zu stecken. NotesPeek gibt aber leider nicht mehr her als "$Name" ...
Bernhard
Manfred Dillmann:
Hallo Bernhard,
ich habe das im Moment unter 7.0.1 auch noch mal getestet. Solange man Formelsprache (@Command([EditProfile]...) oder @SetProfileField ) verwendet, funktioniert es so wie Du geschrieben hast. Allerdings konnte ich nach etwas rumspielen mit diesen Funktionen plötzlich das Profil mit Autoren-Recht nicht mehr editieren - erst nach dem Löschen hat es dann mit einem neuen Profil wieder funktioniert. Egal - scheinbar geht es in diesem Kontext grundsätzlich OHNE Autorenfeld.
Wo es aber bei mir nicht funktioniert hat:
Wenn der Anwender noch kein individuelles Profil hat und Du erstellst im Hintergrund via LS eines (also ohne UI), musste ich (damals bei der Entwicklung des RSS Readers) unbedingt bei der Erstellung ein richtig ausgefülltes Autorenfeld mit dazupacken, sonst konnte der Anwender sein Profil später nicht mehr ändern.
Das mag dann an der Verwendung der Methode:
Set notesDocument = notesDatabase.GetProfileDocument( profilename$ [, uniqueKey$ ] )
gelegen haben, welche auch in der Lage ist, ein neues Profildokument zu erstellen.
Gruß
Manfred
Navigation
[0] Themen-Index
[#] Nächste Seite
[*] Vorherige Sete
Zur normalen Ansicht wechseln