Typische Fehlermeldungen aus dem Service Desk

Prüfbuffet listet Materialien mit fehlenden Berechtigungen zum Bearbeiten

• relevante Tickets:
  • SD_WLO-362

Problem-Symptomatik

• Fachredakteure haben Lernobjekte auf ihrem Prüfbuffet, die sie dort nicht abarbeiten können
  • ein Klick auf das Lernobjekt führt zu der Fehlermeldung: Dein Account hat leider keinen ausreichenden Zugriff auf dieses Element
  • Nutzer sehen bei dieser Fehlermeldung höchstens den Direktlink hinter dem Objekt, nicht aber die node-ID zum Lernobjekt, d.h. Screenshots sind notwendig, damit der Support Desk die problematischen Objekte finden kann
    • Nutzer können dieses Problem selbst nur vorbeugen, nicht selbst lösen:
      • Sicherstellen, dass beim Hinzufügen neuer Lernobjekte immer der Speicherort WLO-Redaktion aktiv ist

Workarounds (Service Desk)

• Im Optimalfall: Das Objekt lässt sich eindeutig via workspace-Ansicht anhand des Titels aufspüren
  • Rechtsklick auf das Lernobjekt -> Debug-Ansicht: Pfad zum Element überprüfen
    • sollte das Lernobjekt in den Unterordnern der Benutzer liegen (beispielsweise: Meine Inhalte > ... > Firmen-Home > Benutzer-Homes > p > PassengerYG > Alkane), dann muss das Lernobjekt manuell nach Meine Inhalte > ... > Firmen-Home > EDU_SHARED > WLO-Redaktion verschoben werden
      • sollten mehrere Objekte verschoben werden müssen, bietet es sich an, für die Migration einen Unterordner mit dem aktuellen Datum in WLO-Redaktion zu erstellen
  • node-ID kopieren (und notieren, damit das Objekt nach dem Verschieben aus Sicht des Nutzers wiedergefunden werden kann)
  • in der workspace-Ansicht das Element mit seiner node-ID navigieren (node-ID in die Suchleiste eintragen)
  • Rechtsklick -> Ausschneiden
  • über den linken Seitenreiter Gemeinsame Inhalte > WLO Redaktion navigieren und dort via einfügen (rechts oben) nun das Lernobjekt verschieben
• Sonderfall: Es existieren mehrere Objekte mit gleichem Namen in der Suche
  • Umweg über Admin-Tools nötig:
    • Im linken Reiter: Admin-Tools öffnen -> Tool Kit (Caches, Logfiles) auswählen
    • Das Feature Sitzung als Nutzer starten nutzen, um sich die Inhaltsübersicht aus der Perspektive des Nutzers anzeigen zu lassen und die problematischen Objekte via Screenshot festhalten (Metadatenfelder in der Übersicht nutzen, um die Unterscheidung einfacher zu machen)
    • anschließend wieder mit dem Admin-Account einloggen und beim Hin- und Herspringen zwischen der workspace-Ansicht und der "Redaktionsumgebung: Inhaltsübersicht" nach dem richtigen Objekt suchen, um dieses zu verschieben

Ausschneiden → Einfügen schlägt fehl (Name existiert bereits)

Bei vereinzelten Objekten existiert der Dateiname des zu verschiebenden Elements bereits. Dies wirft derzeit eine Exception (siehe Screenshot). Die wichtigste Info aus dieser Exception ist die Information Duplicate child name not allowed: <Dateiname>. Hieran ist ersichtlich, dass die Datei vor dem Verschieben (manuell, mit Admin-Berechtigungen) umbenannt werden muss.

Datei via Feld cm:name umbenennen

• Da sich der Dateiname nicht über die normale "Infos bearbeiten"-Ansicht verändern lässt, muss zunächst in der Debug-Ansicht eines Lernobjekts das Stift-Symbol zum manuellen Editieren der Metadatenfelder ausfindig gemacht werden.
  • (Es befindet sich derzeit auf Höhe des Pfad zum Element-Felds).
• Als Nächstes kann der Dateiname im Feld cm:name angepasst werden.
  • Wenn das Objekt Alkane bereits als Dateiname existiert, kann die Fehlermeldung beispielsweise via Anbringen einer eindeutigen Nummerierung (Alkane_1 ) umgangen werden

Zur Veranschaulichung:

ToDo: nächste Sektion