SPWorkflowTask.AlterTask Access Denied

Thomas Östreich Als Antwort am 4 Nov. 2009 18:58

Der Fehler ist ein anderer.

Ich nutze die Aufgaben Liste, wo jeder Nutzer nur seine Aufgaben bearbeiten darf und nicht die von anderen. AlterTask (dank Reflector) macht ein Update auf das Item und das verursacht den Fehler weil das Element von jemand anderes erzeugt wurde.

Das Problem ist aber auch wenn ich AlterTask innerhalb von RunWithElevatedPrivileges ausführe (E_ACCESSDENIED) aber wieso ?!??

SPSecurity.RunWithElevatedPrivileges(delegate() {
 using (SPSite siteEle = new SPSite(Site.ID))
 {
   using (SPWeb webEle = siteEle.OpenWeb(Web.ID))
   {
      SPWorkflowTask.AlterTask(taskItem, hash, synchronous);
   }
 }});

Es müßte doch das Systemkonto trotzdem das recht haben zu schreiben oder greift das BIT das jeder nur seine Aufgabe bearbeiten darf auch beim Systemkonto?!? ....

Habe das Recht der Liste geändert das jeder alle Aufgaben bearbeiten darf und siehe (beim Ausführen mit dem oberen Code) "Geändert von" Systemkonto. Das bedeutet das Systemkonto darf nicht alles ..... arrrrrrrr ......

Ich finde das sehr sehr sehr ärgerlich da ich nun rein theoretisch als Ersteller nicht den eintragen darf der der es erstellt hat sondern den der die Aufgabe bearbeiten muss (irgendwie blöd)

Gruß Thomas

C.Kaiser Als Antwort am 5 Nov. 2009 08:11

ähnliches Problem habe ich bei meinem Workflow wenn ich die Workflowaufgabe aktualisieren möchte.

Ich bekomme da immer die Fehlermeldung, dass die Aufgabe zur Bearbeitung gesperrt ist, weil jemand anderes diese gerade benutzt. :(

Eventuell geht das in die gleiche Richtung, bin mir aber nicht sicher....

Thomas Östreich Als Antwort am 5 Nov. 2009 09:39

Hallo Christian,

ich vermute du hast das Problem: http://geek.hubkey.com/2007/09/locked-workflow.html 

Gruß Thomas

C.Kaiser Als Antwort am 5 Nov. 2009 09:49

Vielen Dank! Werde ich in einer stillen Minute mal austesten.