[Kobv-opus-tester] Gefundene Probleme in OPUS 4.1.0
Doreen Thiede
thiede at zib.de
Die Mai 24 18:00:50 MEST 2011
Lieber Herr Heitmann,
vielen Dank für das ausführliche Testen!
Am 24.05.2011 11:18, schrieb Sven Heitmann [UB]:
> Liebes OPUS4-Entwickler-Team,
>
> folgende Fehler sind uns bei der Konfiguration von OPUS 4.1.0 aufgefallen:
>
> 1. Im Skript ".../opus4/scripts/migration/opus3-migration.sh" mussten
> wir eine kleine Anpassung vornehmen, damit das Skript nicht nach dem
> ersten Durchgang (50 Dokumente) stoppt:
> [...]
> php Opus3Migration_Documents.php -f $xmlfile -p $fulltextpath -s $start
> -e $end
> #while [ $? -eq 0 ]
> while [ $? -eq 1 ]
> [...]
>
Hier handelt es sich um einen Bug, der für die nächste Version (4.1.1)
bereits korrigiert wurde.
> 2. Sofern man im Backend einen Datensatz bearbeitet und ein Abstract
> auswählt um es zu ändern, wird als Dokumentart nur noch 'main',
> 'parent', 'sub' und 'additional' angeboten. Der Wert 'abstract' fehlt
> leider. Sofern man also ein Abstract im Backend ändern möchte, kann
> dieses nur noch als Titel etc. abgespeichert werden. Anonsten bleibt nur
> der direkte Zugriff auf die passende Tabelle der DB.
>
Daraus wird ein Ticket erstellt. Durch den Umbau des Admin-Formulars
wird an dieser Stelle scheinbar eine falsche OPUS-Klasse benutzt
(Opus_Title statt Opus_TitleAbstract).
> 3. Sofern man im Backend einen Titel oder ein Abstract etc. bearbeiten
> möchte, wird als Standardsprache immer "Deutsch" vorausgewählt. Hat man
> also beispielsweise ein Dokument mit einem deutschen und einem
> englischen Titel und bearbeitet einen davon, muss man darauf achten auch
> die Sprache wieder korrekt einzustellen, da man ansonsten zwei deutsche
> Titel hat.
>
Dieser Bug wurde für die nächste Version (4.1.1) behoben.
> 4. Sofern man im Backend z. B. einen deutschen Titel neu abspeichert,
> bekommt er in der DB als Sprache "Deu" anstelle von "deu" zugewiesen.
> Daran stört sich der Solr. Beim Browsen in der Dokumentübersicht (z. B.
> bei zuletzt veröffentlichte Dokumente) wird nur noch "Unbekannter Titel"
> angezeigt.
>
Dieser Fehler stand mit Nummer 3 in Verbindung (die Sprache wurde nicht
korrekt übergeben) und wurde auch behoben.
> 5. Dateinamen mit Sonderzeichen (beispielsweise einem Komma im
> Dateinamen) können hochgeladen werden. Ein Abrufen der Datei über die
> Weboberfläche ist dann aber nicht mehr möglich.
>
Wir haben auf 2 unterschiedlichen Instanzen versucht, diesen Fehler zu
reproduzieren, was uns leider nicht gelungen ist. Vielleicht könnten Sie
noch genauer beschreiben, welche Fehlermeldung Sie erhalten, wenn Sie
versuchen, die fragliche Datei herunterzuladen?
> 6. Ein Autor kann angeben, ob er den E-Mail-Kontakt erlauben möchte. In
> Version 4.0.2 hat diese Funktion die Mail korrekt verschickt. In Version
> 4.1.0 aber leider nicht mehr. Heißt der Autor "Mustermann, Ingo" und hat
> er die Adresse "testbenutzer at ub.uni-kl.de" hinterlegt, wird die E-Mail
> an folgende Adressen verschickt: "M" und "t". Das sind die ersten
> Zeichen des Nachnamens bzw. der E-Mail-Adresse.
> Das Problem konnte ein Kollege in der Datei
> "/opus4/modules/frontdoor/models/Authors.php" lösen:
> try {
> foreach
> ($this->validateAuthorCheckboxInput($authorSelection) as $address) {
> // Bugfix fuer OPUS 4.1.0 Mail an Author kommt nicht an,
> da die Methode sendMail ein mehrdimensionales Array erwartet.
> // -> eine Array-Ebene drum herum schafft hier abhilfe.
> $address_array = array();
> $address_array[0] = $address;
> $mailProvider->sendMail($from, $fromName, $subject,
> $bodyText, $address_array);
> // Original-Code
> // $mailProvider->sendMail($from, $fromName, $subject,
> $bodyText, $address);
> }
>
> 7. Wird beim Einstellen eines Dokumentes im Veröffentlichungsformular
> bei "Notiz" eine Bemerkung eingetragen, wird diese in der Datenbank
> (auch im Backend ersichtlich bzw. einstellbar) als "private"
> gekennzeichnet. Dennoch ist diese Notiz im Frontend sichtbar. Notizen
> des Typs "private" verhalten sich also leider wie Notizen des Typs
> "public".
>
> 8. E-Mails werden nicht an die eingetragenen Referees versandt.
>
Diese drei Punkte werden als Bugtickets festgehalten.
> Und noch einen Verbesserungsvorschlag:
> Als Passwort für Benutzer-Accounts sind momentan leider nur [A-Za-z0-9]
> erlaubt. Das ist für wirklich sichere Passworte leider etwas wenig. Es
> wäre wünschenswert hier auch Sonderzeichen eingeben zu können.
>
Diese Anregung werden wir ebenfalls als Ticket festhalten. :)
> Uns ist aufgefallen, dass sich Version 4.1.0 für angemeldete Benutzer
> wesentlich komfortabler bedienen lässt, als Version 4.0.2.
> :-)
>
Danke schön, Lob hört man immer gern :)
Beste Grüße,
Doreen Thiede
>
> Viele Grüße
> i. A. Sven Heitmann
>
--
Doreen Thiede
Kooperativer Bibliotheksverbund Berlin-Brandenburg (KOBV)
c/o Konrad-Zuse-Zentrum fuer Informationstechnik Berlin (ZIB)
Takustr. 7, D-14195 Berlin
Zimmer 4357
Telefon: (030) 841 85 - 332
Telefax: (030) 841 85 - 269
E-Mail: thiede at zib.de
WWW: http://www.kobv.de