Germzilla-FAQ

Aus GanderbayWiki

Wechseln zu: Navigation, Suche

Bitte helfen Sie mit, diese Fragen-und-Antworten-Liste in einen guten Zustand zu bringen. Dies ist ein Wiki, Sie haben daher die Möglichkeit, auf den Bearbeiten-Knopf auf dieser Seite zu drücken, sich anzumelden und Änderungen an der Seite vorzunehmen. Alle Verbesserungen sind herzlich willkommen, seien es weitere Fragen, neue Antworten oder Verbesserungen an den Antworten.


Inhaltsverzeichnis

[bearbeiten]

Fragen vor der Installation

[bearbeiten]

Was ist Bugzilla?

Diese Frage beantwortet der Wikipedia-Artikel über Bugzilla und die Bugzilla-Website.

[bearbeiten]

Ich möchte eine neue, leere Bugzilla-Installation anlegen. Welche Bugzilla-Version sollte ich wählen?

Mit Stand Mai 2008 ist wohl Bugzilla Version 3.0.4 die beste Wahl für eine Neuinstallation.

[bearbeiten]

Ich habe nicht die neueste Bugzilla-Version. Soll ich aktualisieren? Wenn ja, auf welche Version?

Diese Empfehlungen entsprechen persönlicher Meinung zum Stand Mai 2008 und sind ohne Gewähr.

Welches ist Ihre derzeit eingesetzte Version? Haben Sie Bugzilla-perl-Code individuell modifiziert? Haben Sie Bugzilla-Templates individuell modifiziert? Verwenden Sie Custom Templates? Empfohlene Version
keine (es handelt sich um eine Neuinstallation) nicht zutreffend nicht zutreffend nicht zutreffend 3.0.4
< 2.20 egal egal egal 3.0.4
2.20.x nein nein nein 3.0.4
2.20.x nein nein ja Wenn möglich, 3.0.4; andernfalls 2.20.6
2.20.x nein ja egal 2.20.6
2.20.x ja egal egal Wenn irgend möglich, 2.20.6; andernfalls belassen (behalten Sie die Bugzilla-Sicherheitshinweise im Auge)
2.21.x egal egal egal 3.1.2
2.22.x nein nein nein 3.0.4
2.22.x nein nein ja Wenn möglich, 3.0.4; andernfalls 2.22.4
2.22.x nein ja egal 2.22.4
2.22.x ja egal egal Wenn irgend möglich, 2.22.4; andernfalls belassen (behalten Sie die Bugzilla-Sicherheitshinweise im Auge)
2.23.x egal egal egal 3.1.2
3.0.x nein egal egal 3.0.4
3.0.x ja egal egal Wenn irgend möglich, 3.0.4; andernfalls belassen (behalten Sie die Bugzilla-Sicherheitshinweise im Auge)
[bearbeiten]

Welche Germzilla-Version sollte ich wählen?

Die Version des deutschsprachigen Sprachpakets muss zur Bugzilla-Version genau passen. Auf der Download-Seite ist für jede Germzilla-Version genau angegeben, für welche Bugzilla-Version sie geeignet ist.

[bearbeiten]

Welche Zeichensatzkodierung sollte ich wählen, UTF-8 oder ISO-8859-1?

In jedem Fall sollten Sie Bugzilla mit einer festen Zeichensatzkodierung betreiben (siehe unten). Wenn nicht sehr spezielle Gründe dagegen sprechen, dann sollte diese Zeichensatzkodierung UTF-8 sein. Bugzilla unterstützt seit Version 2.21.1 diese Zeichensatzkodierung direkt, andere Zeichensatzkodierungen werden nicht wirklich unterstützt, und Bugzilla bietet mit contrib/recode.pl ein Skript an, das zusammen mit checksetup.pl Zeichensatzkodierungsänderungen vornehmen kann.

Beginnend mit Bugzilla-Version 3.2 wird die deutschsprachige Übersetzung nur noch UTF-8-kodiert angeboten werden.

Handelt es sich um eine Neuinstallation von Bugzilla? Haben Sie Bugzilla bislang mit UTF-8 als fester Zeichensatzkodierung betrieben? Haben Sie Bugzilla bislang mit einer anderen festen Zeichensatzkodierung betrieben? Empfohlene Zeichensatzkodierung Umkodierung der Datenbankinhalte
ja nicht zutreffend nicht zutreffend UTF-8 Fall 1 – nicht erforderlich
nein ja nicht zutreffend UTF-8 Fall 2 – nicht erforderlich
nein nein ja UTF-8 Fall 3 – mittlere Schwierigkeit: alle Datenbankinhalte können geschlossen von einer Kodierung in UTF-8 konvertiert werden; checksetup.pl und contrib/recode.pl unterstützen dabei
nein nein nein UTF-8 Fall 4 – potenziell hohe Schwierigkeit, weil die individuelle Kodierung eines jeden Datenbankinhalts nicht bekannt ist: lassen Sie von checksetup.pl und contrib/recode.pl die Konvertierung vornehmen, und überprüfen Sie (vollständig oder durch Stichproben), ob die Konvertierung in allen Fällen richtig funktioniert hat oder versuchen Sie, ob Sie Glück mit der Annahme haben, dass die Webbrowser Ihrer Benutzer ISO-8859-1 verwendet haben, stellen Sie ISO-8859-1 als feste Zeichensatzkodierung für Bugzilla ein und setzen Sie als Fall 3 fort oder konvertieren Sie jeden Datenbankinhalt einzeln manuell oder mit Hilfe eines selbstgeschriebenen, auf die individuellen Gegebenheiten angepassten Automatismus von seiner jeweiligen Kodierung in UTF-8
[bearbeiten]

Wie stelle ich in Bugzilla eine feste Zeichensatzkodierung ein?

In allen Fällen sollten Sie dringend dafür sorgen, dass Sie Bugzilla in Zukunft mit einer festen Zeichensatzkodierung betreiben. Dadurch stellen Sie sicher, dass Bugzilla auf den Webbrowsern Ihrer Bugzilla-Benutzer genau wie auf Ihrem Browser angezeigt wird, da die Browser die Zeichensatzkodierung nicht mehr „erraten“ oder bestimmen müssen (was zu unterschiedlichen Ergebnissen führen kann), sondern vorgegeben bekommen. Zudem haben bei Bugzilla eingehende Daten (Bugbeschreibungen, Bugtexte und so weiter) damit zuverlässig die von Ihnen vorgegebene Zeichensatzkodierung und werden daher korrekt dargestellt. Eine korrekte Anzeige auf Ihrem Browser genügt nicht, um sicher zu sein – anders konfigurierte Browser zeigen Ihre Seite möglicherweise beschädigt an. Speziell Umlaute werden möglicherweise nicht richtig angezeigt. Verwenden Sie die Hilfsseite zur Überprüfung der richtigen Übertragung der Zeichensatzkodierung, um den Effekt zu beobachten und Ihre Installation zu überprüfen. Außerdem sind ab Bugzilla-Version 2.21 andere Zeichensatzkodierungen als UTF-8 als problematisch einzustufen, so dass Sie mit einer Bugzilla-Datenbank in einer definierten Zeichensatzkodierung einen einfacheren Übergang erwarten können.

Ab Version 2.21 können Sie UTF-8 als feste Zeichensatzkodierung einstellen, indem Sie den Bugzilla-Parameter utf8 einschalten. Andere feste Zeichensatzkodierungen sind nicht ohne weiteres möglich.

In älteren Versionen stellen Sie die feste Zeichensatzkodierung dadurch ein, dass Sie in der Datei Bugzilla/CGI.pm in der Zeile 

$self->charset('');

den Leerstring durch die Angabe der gewünschten Zeichensatzkodierung füllen. Damit E-Mails korrekt interpretiert werden können, fügen Sie zudem zu den Bugzilla-Parametern, die E-Mails definieren, dem E-Mail-Kopf die Zeile 

Content-Type: text/plain; charset=xxxx

hinzu, wobei Sie xxxx durch die gewünschte Zeichensatzkodierung ersetzen. Es bietet sich an, die neue Zeile der Subject-Zeile unmittelbar folgen zu lassen.
[Wenn Sie die sogenannte Anfragentechnik von Bugzilla verwenden möchten, können Sie auch die Templates der Anfragemails anpassen. Gleiches gilt für Whine-Mails.]


[bearbeiten]

Wie kann ich die Zeichensatzkodierung der Daten in der Datenbank auf UTF-8 ändern?

Seit Bugzilla-Version 2.21 verwenden neue Bugzilla-Installationen standardmäßig UTF-8 als Zeichensatzkodierung. Zur Umstellung von Installationen, die noch eine andere Zeichensatzkodierung verwenden, soll mit Ihrer Mithilfe eine Seite mit Anleitungen zur Datenbank-Zeichensatzkonvertierung entstehen.

Möglicherweise ist hierzu keine Arbeit mehr erforderlich, weil Bugzilla-Bug 280633 mittlerweile bearbeitet ist und Bugzilla contrib/recode.pl beinhaltet. Erfahrungsberichte sind im Germzilla-Diskussionsmailverteiler hochwillkommen!

[bearbeiten]

Fragen zur Installation

[bearbeiten]

Wieso entstehen beim Entpacken weniger Dateien im de-Verzeichnis als im en-Verzeichnis bereits sind?

Dateien, in denen kein zu übersetzender Text enthalten ist, sind nicht ins Paket aufgenommen. Bugzilla fällt bei der Suche nach Templates auf die englischsprachigen Templates zurück. (Dazu muss bei Versionen vor 3.1 wie in der Germzilla-Installationsnachbereitung für ältere Bugzilla-Versionen beschrieben der defaultlanguage-Parameter auf en stehen.) Bugzilla füllt die „Lücken“ bei deutschsprachiger Anzeige mit den entsprechenden Dateien aus dem englischsprachigen Teil.

Dieses Vorgehen erleichtert Änderungen und Erweiterungen.

[bearbeiten]

Der checksetup.pl-Lauf bricht mit der Fehlermeldung file error - global/gzversion.html.tmpl: not found ab. Was soll ich tun?

Bei der Verwendung von Bugzilla-Versionen vor 2.20.1 bricht die Kompilierung des deutschen Sprachpaketes über checksetup.pl in einigen Fällen trotz wie in der Anleitung zur Installationsnachbereitung für ältere Bugzilla-Versionen beschrieben gesetzter Umgebungsvariable mit der Fehlermeldung file error - global/gzversion.html.tmpl: not found ab.

Diese Meldung erscheint, wenn nicht

  • sowohl die Umgebungsvariable HTTP_ACCEPT_LANGUAGE auf de gesetzt ist
  • als auch der Bugzilla-Parameter languages auf en, de gesetzt ist.

Wenn beide Voraussetzungen erfüllt sind, die Meldung aber trotzdem noch auftaucht, dann schafft der Patch zu Bugzilla-Bug 304417 Abhilfe.

[bearbeiten]

Sonstige Fragen

[bearbeiten]

Meine Frage ist hier nicht beantwortet. Was kann ich tun?

Mit hoher Wahrscheinlichkeit ist Ihre Frage in einer Dokumentation beantwortet.

  • Schauen Sie bitte bei Fragen zur Datenbank oder zum Webserver in die entsprechende Dokumentation.
  • Die Bugzilla-Dokumentation finden Sie unter der Adresse http://www.bugzilla.org/docs/.
  • Für die deutschsprachige Übersetzung gibt es die Seite zur Germzilla-Installation.

Ist die Frage auch jetzt noch unbeantwortet, gibt es je nach Art der Frage unterschiedliche Orte, die Frage zu stellen.

  • Datenbankfragen richten Sie bitte an den Hersteller Ihrer Datenbank.
  • Gleiches gilt für Webserverfragen – bitte richten Sie diese an den Hersteller Ihres Webservers.
  • Bei Fragen zu Bugzilla gibt die Seite http://www.bugzilla.org/support/ Auskunft, wie und wohin man sich wenden kann.
  • Bei Fragen zur deutschsprachigen Übersetzung ist der Germzilla-Diskussionsmailverteiler das geeignete Forum.
Von "http://wiki.ganderbay.net/wde/Germzilla-FAQ"
Persönliche Werkzeuge