Sie befinden sich hier: start » de » Interne Dokumentation » Störungen nachschlagen » Projekte, Repositories und gesperrte Seiten

Projekte, Repositories und gesperrte Seiten

Sie sind angemeldet, aber Sie sehen nicht, was Sie erwarten: Ein Projekt fehlt, ein Repository fehlt, oder eine Seite weist Sie ab.

Umgebung für alle Abschnitte dieser Seite: DokuWiki mit den Komponenten dieses Hauses, angemeldete Sitzung. Repositories sind über einen Namensraum eingebunden.

Was hier überhaupt über Sichtbarkeit entscheidet

Ein Satz, der die meisten Fälle dieser Seite erklärt: Es gibt kein zweites Berechtigungssystem neben dem des Wikis. Ein Repository hängt an einem Namensraum, und dieselbe Berechtigung, die dort über Wiki-Seiten entscheidet, entscheidet über Ansehen, Beziehen und Clonen. Ihre Rolle in einem Projekt wird am Wurzelpunkt des Projekts ausgewertet und gilt für das ganze Projekt, nicht für die einzelne Seite.

Daraus folgt die Stufenleiter, auf die sich alle folgenden Abschnitte beziehen:

Stufe Was sie erlaubt Entspricht im Wiki
ansehen im Wiki blättern und lesen lesen
beziehen clonen und als Archiv laden vorhandene Seiten bearbeiten
vorschlagen unter eigenem Ref-Präfix schieben Seiten anlegen
schreiben schieben, soweit das Repository es zulässt hochladen

Eine Stufe schließt die darunterliegenden ein. Eine Zahl, zwei Lesarten: Dieselbe Stufe, die für ein Repository „clonen„ heißt, heißt für DokuWiki „eine vorhandene Seite bearbeiten“. Auf einem Namensraum mit Wiki-Seiten regiert die zweite Lesart den Editor.

Ein Projekt fehlt in der Liste

Sie sehen: Die Projektliste führt ein Projekt nicht auf, in dem Sie mitarbeiten oder von dem Sie wissen, dass es existiert.

Umgebung: angemeldete Sitzung, Übersicht Projekte und Repositories.

Mögliche Ursache

  1. Ihr Konto hat am Wurzelpunkt des Projekts keine Leseberechtigung. Dann ist das Projekt für Sie nicht vorhanden — es wird nicht ausgegraut, sondern weggelassen.
  2. Sie sind mit einem anderen Konto angemeldet, als Sie meinen. Mehrere Konten derselben Person sind hier üblich, und die Berechtigung hängt am Konto, nicht an der Person.
  3. Die Berechtigung wurde erteilt, wirkt aber noch nicht in dieser Sitzung. Gruppenzugehörigkeiten werden bei der Anmeldung übernommen.
  4. Das Projekt heißt anders, als Sie suchen. Der Filter sucht im Projektnamen; ein Projekt mit abweichendem Schlüssel fällt aus dem Filter.

Prüfen

  1. Lesen Sie oben auf der Übersicht die Anzahl der Projekte ab. Sie zählt ausschließlich, was dieses Konto sehen darf — „kein Projekt„ heißt „keines für dieses Konto“, nicht „keines vorhanden„.
  2. Prüfen Sie, mit welchem Konto Sie angemeldet sind.
  3. Leeren Sie das Suchfeld und setzen Sie den Statusfilter auf alle, bevor Sie schließen, dass etwas fehlt.
  4. Melden Sie sich ab und wieder an, wenn Ihnen die Berechtigung kürzlich erteilt wurde.

Lösen: Trifft einer der letzten drei Fälle zu, lösen Sie ihn selbst — Filter zurücksetzen, richtiges Konto verwenden, neu anmelden. Fehlt die Berechtigung wirklich, ist das kein Fehler, sondern der Ausgangspunkt einer Anfrage.

Eskalieren: Zugriff anfordern beschreibt den regulären Weg; über die Rolle in einem Projekt entscheiden dessen Maintainer, nicht die Wiki-Administration. Kommen Sie an keinen Einstiegspunkt heran, von dem aus sich die Anfrage stellen ließe, führt der Weg über die Anfrage an die Administration.

Ein Repository fehlt in der Liste

Sie sehen: Die Repository-Tabelle führt ein Repository nicht auf, das es geben muss.

Umgebung: angemeldete Sitzung, Übersicht Repositories.

Mögliche Ursache

  1. Ihr Konto darf den Namensraum nicht lesen, an dem das Repository hängt. Dieselbe Ursache wie beim fehlenden Projekt, eine Ebene tiefer.
  2. Das Repository ist nicht mit diesem Wiki verbunden. Es existiert im Quellcodeverwaltungssystem, ist hier aber nie eingebunden worden. Dann kann es in keiner Liste stehen.
  3. Sie filtern auf ein Projekt, dem es nicht zugeordnet ist. Die Projektauswahl erscheint nur, wenn Ihnen mehr als ein Projekt offensteht — sie ist leicht zu übersehen.
  4. Die Liste ist seitenweise aufgeteilt, und der Eintrag steht auf einer anderen Seite.

Prüfen

  1. Suchen Sie über die projektübergreifende Liste, nicht aus einem einzelnen Projekt heraus: Alle Repositories finden.
  2. Leeren Sie das Suchfeld, setzen Sie die Projektauswahl auf alle und blättern Sie bis zum Ende.
  3. Lesen Sie die Anzahl über der Tabelle ab. Auch sie zählt nur, was dieses Konto sehen darf.
  4. Erfragen Sie bei jemandem, der es sieht, den genauen Namen und den Namensraum, an dem es hängt.

Lösen: Filter und Blätterung selbst korrigieren. Ist es tatsächlich nicht sichtbar, unterscheiden sich die beiden verbleibenden Fälle darin, ob das Repository verbunden ist — das ist die entscheidende Frage, weil sie über die Art der Anfrage entscheidet.

Eskalieren: Zwei verschiedene Anfragen, je nach Befund:

  • Verbunden, aber nicht für Sie sichtbar → Anfrage der Art Zugriff auf Repository anfordern. Sie geht an die Maintainer des Projekts.
  • Gar nicht verbunden → Anfrage der Art Einbindung eines Repositorys anfordern. Sie geht an die Wiki-Administration, denn eine Einbindung setzt zugleich die Berechtigungen ihres Namensraums.

Beide stehen unter Anfrage an die Administration. Nennen Sie in beiden Fällen den genauen Repository-Namen — er ist die eine Angabe, die das Wiki nicht für Sie ergänzen kann, wenn es das Repository gar nicht kennt.

Eine Seite ist gesperrt

Sie sehen: Diese Seite dürfen sie nicht sehen. — meist zusammen mit dem Abschnitt Was Sie jetzt tun können.

Umgebung: jede Wiki-Seite, angemeldet oder nicht.

Zuständig ist eine eigene Seite. Die Absage einer Wiki-Seite wird vollständig unter Warum darf ich das nicht? behandelt — einschließlich der Tafel unter der Absage, an der Sie Ihre tatsächliche Rolle ablesen, und der Frage, warum die Schaltfläche Zugriff anfordern manchmal fehlt. Hier steht das bewusst kein zweites Mal.

Der schnellste Selbsttest, bevor Sie dorthin wechseln:

  1. Sind Sie überhaupt angemeldet? Ist die Sperre häufig gar keine — für angemeldete Konten ist die Seite oft offen.
  2. Ist es das richtige Konto? Zwei Konten derselben Person sind nicht ungewöhnlich, und die Berechtigung hängt am Konto.
  3. Nennt die Tafel unter Erforderlich eine Faktorstufe statt eines Berechtigungsnamens? Dann ist nicht die Berechtigung das Problem, sondern die Art der Anmeldung — weiter unter Anmeldung, zweiter Faktor und Einladung.

Eskalieren: Die Absage enthält die Anfrage bereits als Schaltfläche, vorausgefüllt mit der Seite und den Gruppen, um die es geht. Was dabei übermittelt wird — und was ausdrücklich nicht —, steht unter Anfrage an die Administration.

Repository nicht lesbar

Sie sehen: Sie haben kein Leserecht für dieses Repository.

Umgebung: Repository-Bildschirm; das Repository ist verbunden.

Mögliche Ursache: Das Repository ist eingebunden und für Sie benannt, aber Ihr Konto erreicht auf seinem Namensraum nicht einmal die Stufe ansehen. Es ist die eindeutigste Meldung dieser Seite: Verbindung vorhanden, Berechtigung nicht.

Prüfen

  1. Lesen Sie in der Repository-Tabelle die Spalten Sichtbarkeit und Ihre Rolle. Sie nennen den Ist-Zustand.
  2. Steht bei Sichtbarkeit Privat, ist ein Zugriff ohne ausdrückliche Berechtigung nicht vorgesehen.

Lösen: Nicht selbst lösbar. Es gibt hier keinen Selbstbedienungsweg, weil die Vergabe eine Entscheidung ist und keine Einstellung.

Eskalieren: Der Bildschirm bietet die Anfrage unmittelbar an. Sie nimmt Repository, Namensraum und Ursachenkennung von selbst mit; Sie ergänzen nur, woran Sie arbeiten möchten. Siehe Zugriff anfordern und Anfrage an die Administration.

Repository nicht verbunden

Sie sehen: Dieses Repository ist nicht mit diesem Wiki verbunden.

Umgebung: Repository-Bildschirm oder ein Verweis auf ein Repository.

Mögliche Ursache: Es gibt hier keine Einbindung für dieses Repository. Das ist etwas anderes als eine fehlende Berechtigung — es gibt nichts, wofür Ihnen eine Berechtigung erteilt werden könnte. Häufig steht der Verweis in einer Seite, die entstand, bevor die Einbindung eingerichtet wurde, oder das Repository wurde umbenannt.

Prüfen

  1. Suchen Sie den Namen in der projektübergreifenden Liste: Alle Repositories finden. Findet sich ein ähnlicher Name, wurde vermutlich umbenannt.
  2. Prüfen Sie, ob der Verweis, dem Sie gefolgt sind, veraltet ist.

Lösen: Bei einer Umbenennung genügt der richtige Name. Sonst nicht selbst lösbar — eine Einbindung setzt zugleich die Berechtigungen ihres Namensraums und ist deshalb eine administrative Handlung.

Eskalieren: Der Bildschirm bietet dafür eine eigene Anfrageart an: Einbindung eines Repositorys anfordern. Sie unterscheidet sich bewusst von der Zugriffsanfrage, weil sie an eine andere Stelle geht. Siehe Anfrage an die Administration.

Repository lädt nicht

Sie sehen: Das Repository konnte nicht geladen werden.

Umgebung: Repository-Bildschirm; die Einbindung besteht.

Mögliche Ursache: Die Angabe, auf die sich der Bildschirm stützt, ist unbrauchbar — ein fehlerhafter Verweis, ein Branch- oder Tag-Name, den es nicht gibt, oder eine Antwort des angebundenen Systems, mit der sich nichts anfangen lässt. Anders als bei den beiden vorigen Fällen ist das kein Berechtigungsproblem.

Prüfen

  1. Öffnen Sie das Repository noch einmal über die Liste statt über den Verweis, dem Sie gefolgt sind. Gelingt das, war der Verweis fehlerhaft.
  2. Prüfen Sie in der Adresse den Branch- oder Tag-Namen. Ein Branch, den es nicht mehr gibt, erzeugt genau dieses Bild.
  3. Wählen Sie im Repository den Standardbranch aus der Liste, statt einen Namen von Hand einzutragen.

Lösen: In den ersten beiden Fällen: den richtigen Einstieg oder den richtigen Branch wählen. Bleibt es dabei, ist die Ursache nicht auf Ihrer Seite.

Eskalieren: In diesem Zustand bietet der Bildschirm bewusst keine Anfrage an: Keine Anfrage einer lesenden Person könnte etwas daran ändern, und eine Schaltfläche, die nichts bewirkt, wird hier nicht gezeichnet. Melden Sie den Fall stattdessen über die Anfrage an die Administration der Art Administrative Änderung anfordern und nennen Sie die vollständige Adresse, unter der die Meldung erscheint, sowie den gewählten Branch.

Quelldienst nicht verfügbar

Sie sehen: Der ADO-Quelldienst ist nicht verfügbar.

Umgebung: Repository-Bildschirm oder Repository-Liste.

Mögliche Ursache: Nicht Ihr Konto und nicht dieses eine Repository, sondern die Verbindung zum angebundenen Quellcodeverwaltungssystem: abgeschaltet, nicht eingerichtet oder gerade nicht erreichbar. Ein Anzeichen dafür ist, dass in der Repository-Tabelle zugleich die Spalte Standardbranch verschwindet — sie stammt aus einer Sammelauskunft desselben Systems und entfällt lieber, als einen wahrscheinlichen Namen zu behaupten.

Prüfen

  1. Öffnen Sie ein anderes Repository. Erscheint dieselbe Meldung, ist es die Verbindung und nicht das Repository.
  2. Fragen Sie eine Kollegin oder einen Kollegen, ob es bei ihnen gerade ebenso ist. Trifft es alle, ist es eine Störung des Dienstes.
  3. Fehlt die Spalte Standardbranch in der ganzen Tabelle, bestätigt das den Befund.

Lösen: Nicht selbst lösbar. Warten Sie eine vorübergehende Störung ab; die Anzeige erholt sich von selbst, sobald die Verbindung wieder steht.

Eskalieren: Melden Sie es, wenn es länger als eine kurze Unterbrechung anhält — dieser Fall betrifft alle Benutzenden und ist deshalb dringender als ein einzelner Berechtigungsfall. Anfrage an die Administration, Art Administrative Änderung anfordern. Nennen Sie, seit wann es auftritt und ob es alle Repositories betrifft.

Verwandte Themen

de/wiki/troubleshooting/visibility.txt · Zuletzt geändert: von 0.0.0.0