Nach oben vererbte Gruppen in OE nicht anzeigen

Ich bin der Meinung, das braucht/nutzt man nie und verwirrt. Gerne Gegenstimmen.

Hast du ein Beispiel?

Es ist überall. Ein Beispiel: https://netvs.scc.kit.edu/org/ou/SCC

Bei mir werden da einfach alle Sub-OE unterhalb SCC angezeigt. Warum wollte man das nicht haben?

Ah, oder geht es dir um den Gruppenabschnitt?

Ich rede über Gruppen, wie es hier im Issue steht.

Gruppen werden in OEs nach oben vererbt. In OE SCC siehst du beispielsweise alle Gruppen, die zu OEs darunter gehören. In dem Fall sind das 232. Davon gehört eine einzige direkt zur OE SCC, nämlich die, in der die drei BCDs sind: scc-flexoffice. Alle anderen sind von darunter in SCC vererbt. Das kommt von Rainers Logik, hat er schon zigmal erläutert und würde ich da auch nich antasten, aber es ergibt für mich keinen Sinn, das anzuzeigen. Niemand will Gruppen aus unteren OEs verwenden, das verwirrt einfach nur. Also das ist meine Meinung.

Ich bin Betreuer der OE HSG. Darunter sind weitere Sub-OEs. Heute kann ich darüber die ganzen Gruppen der Sub-OEs auf einen Blick sehen (unterhalb von HSG gibt es keine Gruppen). Ich finde das gar nicht unpraktisch. Also wenn, dann wäre ein entsprechender Button zum Filter im UI sinnvoll, sodass man da bei Bedarf das Verhalten ändern kann.

Meinetwegen, wenn der Default ist, dass sie nicht angezeigt werden. Janis sagt gerade, er hätte es eh als Schalter gebaut.

Verstehe ich was falsch oder macht das devel gerade schon "versehentlich" anders?

Ja, habe ich auch gerade gesehen, siehe Comment in #458 (closed).

Ah ja, der Join ist der selbe aber das ergebnis ist anders. Jetzt muss man nur noch entscheiden, was man haben will :D AN sich überlege ich gerade oder es mit vetretbaren aufwand machbar wäre, alle anzuzeigen, aber den verebungsursprung dabei mit anzuzeigen. Also ggf. mit switch und dann grau oder mit batch was erklört, "wo" sie herkommt.

Das fände ich ziemlich nice (dasselbe bei Domains und Betreuern, falls das dann quasi mit rausfällt).

Da mache ich mir auch gerade gedanken, nur wird es dann nichtmehr "trivial" auszurechnen, wenn man die vererbeungsrichtung ändern kann. Muss mal verstehen, ob es dafür func-constraints gibt.

So?

Der zustand ist jetzt mal gepushed und auf devel anschaubar.

Wenn ich unter https://netvs-devel.scc.kit.edu/org/ou/SCC schaue, dann scheint die subordinated Liste nicht vollständig zu sein. Die Gruppe "dem" oder "_lane-test" taucht bei mir nicht auf.

Ah scheint nur die erste ebene zu joinen. Schaue ich mir nach meinem Arztbesuch an. Abgesehen davon: UX/UI ok?

UX/UI passt. Es sind exakt 25 Einträge... es sieht eher danach aus, dass der Reiter zum durchwechseln der Seiten fehlt.

Gute beobachtung :D

Oh je, irgendwo ist das was ganz gewaltig bei einem refactor schiefgegangen.

Ah ich verstehe auch was. => #459 (closed)

mentioned in issue #458 (closed)

added workflowrefinement label

mentioned in commit 25f055b2

mentioned in commit a9901c64

closed

mentioned in commit 4077ef67

mentioned in commit 94c16894