strikte trennung der administrativen rechte von den operativen rechten

wie per mail besprochen: keine impliziten rechte (OE-betreuer zu sein, reicht), sondern nur explizit (OE-Betreuer zu sein, reicht nicht).

changed milestone to %API 4.1 Release

added API Feature Request NETVS breaking change labels

assigned to @rainer.steinmueller

changed title from strikte trennung der administrative rechte von den operativen rechten to strikte trennung der administrativen rechte von den operativen rechten

die anpassungen sind in 4.1 gemacht und aktiv. moeglicherweise gibt es noch seiteneffekte, also genaue tests erforderlich.

added Testing/Feedback Required label

Module sind ohne globale rechte scheinbar nicht mehr lesbar. Folgendes gibt ohne Rechte (z.B. uwgmn) nichts mehr zurück.

[
  {
    "name": "nd.module.list",
    "old": {
      "bldg": "20.30",
      "room": "0.002"
    }
  }
]

adm. vs. oper. betrifft eigentlich nur die rechte via gruppen (namespace, addrspace).

das ist doch eher die ecke mit den leserechten f.d. phys. netdoc (mtc, mt, m). war vorher (dh. 4.0 in prod) interimsweise fuer oe-betreuer aktiviert. ist aber jetzt in devel deaktiviert. wir hatten irgendeine loesung oder konvention, die doku nicht komplett offenzulegen. aber das ist so lange her, dass ich es nicht mehr weiss. es gab doch da irgendein issue, wo wir das geklaert hatten. aber mit issues zielgerichtet finden hab ich so meine probleme... m.e. war es so, dass wir von der bcd-vlan-lport-seite kommend, auch die phys. ports sehen koennen. aber nicht umgekehrt.

fuer beliebige ports (die nicht via lport/vlan/bcd zuordbar sind) bleibt dann m.e. auch nur die loesung mit pp2ou (auch da gab es schon irgendein issue, was ich ebenfalls nicht finden kann)

ah, jetzt hab ichs per zufall: #704

Ja genau. Das können wir nur mit pp2ou richtig abbilden. Allerings kommen wir vermutlich nicht drum rum das erstmal noch zu erlauben; aktuell macht das sonst patch-request kaputt.

ich hab jetzt auch den commit gefunden, wo ich das deaktiviert hatte: 653baad8, s. [1]. das war am 26. Juni. wenn es also vorher noch ging, liegt es klar daran. wenn es mit dem aktuellen code nicht geht, muessen wir zurueck zur interimsloesung, dh. oe-betreuer duerfen alle mtc, mt, m lesen. wie gesagt, ich weiss nicht mehr, was wir f.d. aktuelle behandlung d. lesezugriffs (also ohne die interimsloesung) ausgemacht hatten.

[1] https://gitlab.net.scc.kit.edu/scc-net/net-suite/db-pgsql-app/-/commit/653baad820b7a4310f6f24c374a7a59e9558c0a5

assigned to @janis.streib

wie besprochen: die interimsloesung ist wieder aktiv und kann mit der einfuehrung von pp2ou rausgenommen werden.

gibt es für dieses Issue noch etwas zu tun? Die Abbildung pp2ou haben wir ja anderweitig schon dokumentiert (#704).

glaub nicht. aber ich wuerde es mal gg. #704 verlinken (wg. der interimsloesung)

marked this issue as related to #704

mentioned in issue #704

closed