LibreOffice-Fehler in Ubuntu melden
← Older revision
Revision as of 2016-09-09T21:04:14
(One intermediate revision by the same user not shown)
Line 168:
Line 168:
'''Benutzereingaben beschreiben:''' Um die Reihenfolge von Eingaben zu beschreiben, ist es gute Praxis, wie im folgenden Beispiel zu verfahren: "From the Menu select: File > Open > File Type: Text documents > Double Click on example document"
'''Benutzereingaben beschreiben:''' Um die Reihenfolge von Eingaben zu beschreiben, ist es gute Praxis, wie im folgenden Beispiel zu verfahren: "From the Menu select: File > Open > File Type: Text documents > Double Click on example document"
−
== LibreOffice-Fehler in
Ubuntu
melden ==
+
== LibreOffice-Fehler in
Linux-Distibrutionen
melden ==
−
LibreOffice-Fehler mit Ubuntu sollten nur im Bugtracker Launchpad gemeldet werden, wenn LibreOffice aus dem entsprechenden PPA installiert wurde.
+
−
Die aktuelle Liste dieser Fehler findest
Du
hier:
+
Falls
Du
eine LibreOffice-Version aus Deiner Linux-Distribution verwendest, kannst Du Fehler auch im Bugtracker der jeweiligen Distribution melden
:
−
[https
:
//bugs.launchpad.net/ubuntu/+source/libreoffice bugs.launchpad.net/ubuntu/+source/libreoffice]
+
−
Wenn Du einen solchen Fehler melden möchtest, prüfe bitte ob 'Dein' Fehler dort bereits gemeldet wurde
.
+
* [https://bugs
.
launchpad.net/ubuntu/+source/libreoffice Ubuntu tracker]
+
* [http://en.opensuse.org/openSUSE:Bugreport_LO#LibreOffice_Bug_Reports openSUSE tracker]
+
* [https://bugs.gentoo.org/buglist.cgi?emailreporter2=1&emailtype2=substring&list_id=879197&resolution=---&resolution=LATER&resolution=REMIND&query_based_on=openoffice&emailcc2=1&query_format=advanced&bug_status=UNCONFIRMED&bug_status=CONFIRMED&bug_status=IN_PROGRESS&bug_status=RESOLVED&email2=openoffice%40gentoo.org&emailassigned_to2=1&known_name=openoffice Gentoo tracker]
+
* [https://bugzilla.redhat.com/buglist.cgi?list_id=384257&classification=Fedora&query_format=advanced&token=1344242296-7edd0eedb9f58675b63c52bd48013793&bug_status=NEW&bug_status=ASSIGNED&bug_status=MODIFIED&bug_status=ON_QA&component=libreoffice&product=Fedora Fedora tracker]
−
Eine zusätzliche Fehlermeldung
in
Bugzilla ist hilfreich, da solche "Upstream Meldungen" dann für andere LibreOffice-Versionen geprüft und ggf. auch behoben werden können.
+
Eine zusätzliche Fehlermeldung
im LibreOffice-
Bugzilla ist hilfreich, da solche "Upstream Meldungen" dann für andere LibreOffice-Versionen geprüft und ggf. auch behoben werden können.
== Diskussion: Bearbeitung von Bug Reports auf Deutsch ==
== Diskussion: Bearbeitung von Bug Reports auf Deutsch ==
Line 205:
Line 206:
Ziel wäre es, einen schnellen Überblick über den Diskussionsstand im deutschsprachigen Projekt zu erhalten.
Ziel wäre es, einen schnellen Überblick über den Diskussionsstand im deutschsprachigen Projekt zu erhalten.
−
== Debug Informationen ==
+
== Debug Informationen
beim Absturz/Hängenbleiben
==
−
Für den Fall, dass LibreOffice abstürzt (crashed) oder hängen bleibt, kann es sinnvoll sein, sogenannte [http://de.wikipedia.org/wiki/Debugger Debug Informationen] zu erzeugen und diese dem Bug Report hinzuzufügen.
Dies sollte allerdings nur auf Anfrage eines Entwicklers oder einer QA
-
Person erfolgen
. Für jedes Betriebssystem ist das Vorgehen unterschiedlich
.
+
Für den Fall, dass LibreOffice abstürzt (crashed) oder hängen bleibt, kann es sinnvoll sein, sogenannte [http://de.wikipedia.org/wiki/Debugger Debug
-
Informationen] zu erzeugen und diese dem Bug Report
als Anhang
hinzuzufügen.
Wenn Dein Bug von der Qualitätssicherung nachvollzogen werden kann, brauchst Du Dich nicht darum zu kümmern. Anders sieht es aus, wenn Dein Bug nicht reproduziert werden kann. In diesem Fall kann es sein, dass Du im Bug Report gebeten wirst, Debug
-
Informationen zu erzeugen. Das Vorgehen dafür ist recht komplex, Du musst letztendlich selber entscheiden, ob Du Dich daranwagen willst
. Für jedes Betriebssystem ist das Vorgehen unterschiedlich
:
−
'''Ob die folgenden Beschreibungen noch aktuell sind, ist nicht geprüft worden. Gegebenenfalls bitte die [
[QA/
BugReport
/
Debug_Information|englischen Beschreibungen]] benutzen
.
Dies gilt auch, wenn Dein Betriebssystem hier nicht aufgeführt ist
.
'''
+
Für Linux:
[
https://wiki.documentfoundation.org/
QA/
BugTrace
/
de https://wiki
.
documentfoundation
.
org/QA/BugTrace/de]
−
=== GNU/Linux: Wie man ein strace log erstellt ===
+
Für Windows
(
englisch
):
[https
://
wiki
.
documentfoundation
.
org
/
How_to_get_a_backtrace_with_WinDbg https
://
wiki
.
documentfoundation
.
org
/
How_to_get_a_backtrace_with_WinDbg]
−
+
−
In den meisten Fällen ist es ausreichend, das Programm auf folgende Weise zu starten:
+
−
+
−
strace -o /tmp/strace.log -f -tt -s 512 libreoffice
+
−
+
−
Dann führt man die Schritte aus, die den Fehler erzeugen und verlässt das Programm. Das Kommando <tt>libreoffice</tt> muss evtl. durch <tt><span style="font-family: sans-serif;">/opt/libreoffice/program/soffice ersetzt werden, insbesondere wenn keine Desktop-Integration installiert wurde</span></tt>.
+
−
+
−
Bitte die Log-Datei komprimieren, bevor sie an den BugReport angehängt wird:
+
−
+
−
bzip2 /tmp/strace.log
+
−
+
−
Wenn das 32-Bit LibreOffice auf einem 64-Bit System läuft, muss das Paket <tt>strace-32bit</tt> installiert und das 32-Bit Binärprogramm direkt gestartet werden:
+
−
+
−
cd /opt/libreoffice/program
+
−
strace32 -o /tmp/strace.log -f -tt -s 512 ./soffice.bin
+
−
+
−
=== GNU/Linux: Wie man ein backtrace erstellt ===
+
−
+
−
Der backtrace ist nützlich wenn die Applikation abstürzt oder einfriert. Die Schritte sind Folgende:
+
−
+
−
#Installiere die <tt>libreoffice*-debuginfo</tt> Pakete
(
falls verfügbar, und/oder von der Linux Distribution
)
.
+
−
#Starte den debugger mit dem echten binary und logge die Ausgabe
:
+
−
#
:
<pre>cd
/
opt
/
libreoffice/program</pre>
+
−
#:<pre>gdb
.
/soffice
.
bin 2>&1 | tee
/
tmp/gdb.log</pre>
+
−
#Starte die Applikation innerhalb des Debuggers
:
+
−
#:<pre>run <options><
/
pre>
+
−
#Führe die Schritte bis zum Absturz oder Einfrieren der Applikation aus. Wenn das Programm einfriert, {{Key|STRG|c}} drücken um zur gdb-Kommandozeile zurückzukehren.
+
−
#Backtrace ausgeben:
+
−
#:<pre>backtrace<
/
pre>
+
−
#Backtrace aller threads ausgeben:
+
−
#:<pre>thread apply all bt</pre>
+
−
#Debugger verlassen
+
−
#:<pre>quit</pre>
+
−
#Die vollständige <tt>gdb
.
log</tt> an die Fehlermeldung anhängen (nach Komprimierung siehe oben)
.
+
−
+
−
+
−
=== GNU
/
Linux: Wie man ein valgrind-Log erstellt ===
+
−
+
−
Die valgrind-Logdatei ist nützlich, wenn das Programm abstürzt oder einfriert und das backtrace nicht ausreicht. Die Schritte sind Folgende:
+
−
+
−
#Installiere die <tt>libreoffice*-debuginfo</tt> Pakete (falls verfügbar, und/oder von der Linux Distribution).
+
−
#Starte den Debugger mit dem echten binary und logge die Ausgabe:
+
−
#:<pre>cd /opt/libreoffice/program</pre>
+
−
#:<pre>valgrind --tool=memcheck --num-callers=128 --trace-children=yes ./soffice.bin 2>&1 | tee /tmp/valgrind.log</pre>
+
−
#Führe die Schritte bis zum Absturz oder Einfrieren der Applikation aus. Beachte, dass dies normalerweise alles gut mit valgrind funktioniert, weil es hilft, den Speicher sauber zu halten. Trotzdem sollte es die Gefährdung erkennen und eine entsprechende Information in die Logdatei schreiben. Beachte, dass valgrind ständig allerlei Warnungen ausgibt. Es müssen wirklich die Schritte ausgeführt werden, die normalerweise zum Fehler führen, damit die richtigen Daten in die Logfdatei ausgegeben werden.
+
−
#Verlasse LibreOffice.
+
−
#Bitte komprimiere valgring.log, wenn die Datei größer als 10kB ist.
+
−
#:<pre>bzip2 /tmp/valgrind.log</pre>
+
−
#Hänge die Logdatei an die Fehlermeldung an.
+
[[Category:DE|BugReport]]
[[Category:DE|BugReport]]
[[Category:QA/de]]
[[Category:QA/de]]