---

kann in der 3.2er nicht im commonspace objekte anheben, in der anhebemaske komme ich nicht dazu, die gewaehlten objekte anzufassen und dementsprechend die entwicklungsphase zu aendern. ich kann nur durch abbruch wieder herauskommen. die rtp-formulare sind korrekt angegeben (name, speicherort) und die rollen sind von den berechtigungen so eingestellt, das man anheben und absenken darf. selbst als superuser 'intralink' habe ich nicht die moeglichkeit...

auf freigabe geschaltete alte objelte koennen im workspace wieder auf entwurf zurueckgestellt werden, allerdings nur hier und nicht im commonspace.

und was jetzt?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Hagen,

kannst mal bitte ein Bild einstellen?
Ich habe da einen Verdacht, dass z.B. die benötigste Spalte "Anheben Auf" nicht sichtbar ist, oder so.

Viele Grüße

Detlef Bexkens

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

sehr gut,

in der tabellenanzeige war nur entwicklungsphase anzeigen geschaltet, nicht anheben/absenken auf. werden diese beiden hinzugefuegt, funktioniert es wunderbar. darauf muss man aber erstmal kommen...

... so long

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo erstmal,

wir haben am Freitag von 2.0 auf 3.2 umgestellt und können nun nicht mehr die Teile im Commonspace anheben oder absenken.

Die Spalten sind in der Tabellenkonfiguration eingeschaltet, werden aber nicht auf dem Bildschirm dargestellt.

??? Wo noch suchen ???

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi dibu,

vielleicht liegtŽs im Rollenkonzept:
Da sind von 2.0 auf 3.0 (und natürlich damit auch auf die 3.2) ein paar Schalter für Berechtigungen hinzugekommen. Speziell wird jetzt zwischen "Demote" im CS und "Set Release Level" im WS unterschieden.
Und dann gabŽs da in den Rollen auch mal was mit der Umstellung der allgemeinen Philosophie: Wird mit der vergebenen Berechtigung die Quell-Entwicklungsphase oder die Ziel-Entwicklungsphase angesprochen?

Grüße

Detlef Bexkens

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo dbexkens,

mal eine Frage worin unterscheiden sich den Quell und Zielentwicklungen? Welchen Einfluß hatte die gesamte Angelegenheit?

Dirk

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi dibu,

bei INTRALINK wurde die Sache mit Target-RL und Source-RL ein-zweimal geändert.

In der 2.0 war für "Demote" und "Set Release Level" nur ein Häkchen in der Rolle drin. Seit einer frühen 3.0 wird jetzt die Berechtigung für beide Aktionen unterschiedlich gesetzt (was m.E. besonders wichtig ist... in einem 2.0 Projekt hatten wir deshalb mal einige Probleme).

Seit der 3.0 2001200 ist für die Berechtigung folgendes notwendig:

Für einen Demote muss der Source-Release-Level (RL) die Berechtigung in seiner Rolle haben. Wenn man also vom RL "Freigegeben" das Objekt in den RL "InArbeit" demoten möchte, dann muss der Anwender in einer Gruppe stehen, die bei "Freigegeben" eine Rolle hat, in der dieser entsprechende Haken gesetzt ist.

Für ein Set Release Level muss der Target-RL die Berechtigung haben. Wenn man also in seinem WS ein Objekt auf RL "Freigegeben" hat und das jetzt ändern und einchecken möchte (klar, dass vorher mit "Set Release Level" im WS der neue RL gesetzt wurde), dann muss der Anwender in der Gruppe drin stehen, die im neuen RL "InArbeit" eine Rolle hat, in welcher der Schalter hierfür gesetzt ist.

Für ein Promote muss wiederum die Berechtigung im Target-RL gesetzt sein.

Hoffentlich ist das, was ich da geschrieben habe, verständlich... 

Viele Grüße

Detlef Bexkens

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

natuerlich sind wir vom fach, ich verstehe bloss nicht, warum fuer das demoten soviele integer-variablen programmiert wurden, macht die sache ja nur komplizierter?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi Hagen,

klar sind wir alle vom Fach! Nur habe ich fast selbst nicht mehr verstanden, was ich da alles geschrieben hatte  . Es sollte sich bitte auf keinen Fall jemand angegangen fühlen!
Deine Frage mit dem "demoten" habe ich leider nicht so ganz verstanden. Ist diese Frage als eine allgemeine Äußerung gemeint oder möchtest Du eine Antwort darauf? Wenn ja, würdest Du das bitte neu formulieren?

Viel Grüße

Detlef Bexkens

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

hallo dbexkens,

ich habe mich auch natuerlich nicht angegriffen gefuehlt, das mit der programmierung von integer-variablen war natuerlich nicht ganz ernst gemeint, hat mit dem thema ueberhaupt nichts zu tun, wollte dich nur ein bisschen aufziehen, weil ich vom vorigen artikel ueberhaupt nichts verstanden habe. das gebe ich dann auch zu...

... so long

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi dbexkens,
wenn ich Deinen Artikel mit den Target- und Source-RL richtig verstanden habe, dann beziehen sich die Rechte für SET RELEASE LEVEL darauf, mit einem bestimmten RL einzuchecken - und nicht, diesen im WS zu setzen? Wäre ja auch logisch, der WS ist schließlich die "private" Arbeitsumgebung, da kann man (fast) machen, was man will.
Dein Artikel ist übrigens gut verständlich, und die Infos darin kommen mir sehr gelegen, da ich mich gerade mit Berechtigungen beschäftige.
Gruß Marianne

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi Marianne,

mompl: muss erst mal lesen, was ich da geschrieben habe *g* 

Ah, ja.

Also: Mit Set Release Level möchten wir ja absenken. Wir setzen den Release Level über "Modify Attributes" im WS, also sagen unserem Objekt etwa folgendes: "Liebes Objekt, wenn ich Dich gleich wieder einchecke, dann möchte ich, dass Du im CS jetzt einen anderen (niedrigeren) Release Level hast".
Da das Objekt ja brav ist, tutŽs das dann auch, alleine um mir einen Gefallen zu erweisen. Aber nur, wenn der große Bruder CS das auch für mich armen Anwender zulässt. Der CS prüft, ob ich da überhaupt was in den schützenswerten Zustand (niedrigeren RL) reinschreiben darf. Könnte ja sonst schließlich jeder kommen!

So, oder so ähnlich, würde ich das meinem Kinde als Gutenachtgeschichte erklären.  (Leute, die mich kennen, würden jetzt sicherlich behaupten, dass es wohl besser ist, das ich keine Kinder habe. Wohl vor allem für die Kinder!)

Schluß jetzt mit Märchen: jetzt mal im Ernst.
Ja, wir checken mit einem niedrigeren RL ein, den wir vorher im WS eingestellt haben.

Viele Grüße

Detlef Bexkens

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP