Prüfbuffet listet Materialien mit fehlenden Berechtigungen zum Bearbeiten
- relevante Tickets:
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
- Sicherstellen, dass beim Hinzufügen neuer Lernobjekte immer der Speicherort
- Nutzer können dieses Problem selbst nur vorbeugen, nicht selbst lösen:
- ein Klick auf das Lernobjekt führt zu der Fehlermeldung:
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 nachMeine 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
- sollten mehrere Objekte verschoben werden müssen, bietet es sich an, für die Migration einen Unterordner mit dem aktuellen Datum in
- sollte das Lernobjekt in den Unterordnern der Benutzer liegen (beispielsweise:
- 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 viaeinfügen
(rechts oben) nun das Lernobjekt verschieben
- Rechtsklick auf das Lernobjekt -> Debug-Ansicht:
- 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
- Im linken Reiter:
- Umweg über Admin-Tools nötig:
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).
- (Es befindet sich derzeit auf Höhe des
- 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
- Wenn das Objekt
Zur Veranschaulichung:
ToDo: nächste Sektion
Sichtbarkeit: rotes Schlüssel-Symbol / Lernobjekt wird als "nicht in der Suche" angezeigt
relevante Tickets:
Problem-Symptomatik
In der Redaktionsumgebung (Inhaltsübersicht) tauchen Lernobjekte auf, die korrekt für Redaktionsbuffet und Suche freigeschalten wurden, aber das rote Schlüssel-Symbol (= nicht sichtbar) in der Listen-Übersicht tragen.
Hierbei handelt es sich um einen Anzeigefehler in der Inhaltsübersicht, denn im Inhalte-Panel (Abschnitt: 3. Freischaltung
) wird der korrekte Zustand des Lernobjekts angezeigt.
Workaround (via Bookmark zur WLO-Suche)
WLO-Suche als Bookmark abspeichern und die node-ID eines Lernobjekts gezielt suchen. Entweder via Suchfeld oder direkt beim Aufrufen des Links im Browser die node-ID anhängen: https://suche.wirlernenonline.de/de/search?q=<node-ID>
Beispiel: https://suche.wirlernenonline.de/de/search?q=0833a2ce-06b2-41ea-8a58-78f392d0a8c4