Hallo Martin,
Martin Hollmichel schrieb:
Jacqueline Rahemipour schrieb:
dann sei aber die Frage erlaubt, warum selbst bereits gefixte Issues
zu Crashes, die erst auf target 2.3 standen, dann um 6 Monate nach
hinten geschoben werden:
natuerlich,
http://qa.openoffice.org/issues/show_bug.cgi?id=48454
Für mich ist es absolut nicht nachvollziehbar, warum man hier auf
"Biegen und Brechen" den Release-Termin einhalten will - und das auf
Kosten vieler Anwender austrägt.
da hast Du mit mir natuerlich den richtigen am Rohr :-)
:-)
meine Ueberlegung war folgende: da kommt jemand an und sagt, dass er
kurz vor code freeze neuen code ins Rennen bringen will. Ich moechte,
dass neue Implementierungen sehr frueh im Developmentzyklus ins Renner
gebracht wird, sodass noch genuegend Zeit zum review und testen bleibt.
Aus diesem Grunde lehne ich solche Änderungen/Ergänzungen nach
UI/Feature freeze ab, die Erfahrung zeigt, dass die Regressionrate sehr
hoch ist, wenn kurz vor einem release neu-implementierungen ins Rennen
kommen.
das ist nachvollziehbar. Trotzdem denke ich, dass bei diesem Fall ein
Verschieben auf 2.4 auch nicht viel mehr bringt. Wichtig ist es, dass
solche Änderungen nicht durch "Draufschauen" getestet werden, sondern
durch tatsächliches Arbeiten damit. Die letzten Releases haben mehrfach
gezeigt, dass es damit meist erst mit dem ersten RC beginnt. Ich will
jetzt sicher nicht wieder mit der Notwendigkeit einer öffentlichen
"beta" (in den unterstützten Sprachen) anfangen, aber das wäre hier mE
das Sinnvollste. Kaum jemand arbeitet wirklich produktiv mit den frühen
Milestones - und schon gar nicht mit dem Modul Impress.
Ich kann es aus meiner eigenen Erfahrung sagen: Ich nutze so häufig wie
möglich die Milestones für meine tägliche Arbeit (und mir ist auch das
Risiko bewusst), aber gerade bei Impress mache ich das nur ungerne.
Nachvollziehbar - der ATI-Bug hat mich nämlich damals 5 Minuten vor
einem Vortrag erwischt. Alle Zuschauer haben in voller Größe den
Bluescreen und mein verdutztes Gesicht bewundern können. Also klar ist -
bei Präsentationen gehe ich ungern Risiken ein.
(...)
Ich gebe zu, dass ich bei der schieren Menge von issues, die kurz vor
den deadlines als gefixed bei mir vorbeifliegen, ich nicht jeden
vollstaendig lesen, verstehen und richtig beurteilen kann, aber dafuer
haben wir das release status meeting, in dem die potentiell kontoverse
issues den beteiligten noch mal deutlich gemacht werden koennen. Bitte
macht davon Gebrauch ! Ich bin nicht darauf aus, auf Biegen und Brechen
ein Release Termin zu halten, ich moechte lediglich zeitlich
einigermassen zuverlaessig Versionen releasen, die alle Anwender ein
Stück weiterbringen, ich bin da aber auf eure Hilfe angewiesen !
Mir ist gerade dieser Issue sehr wichtig, zumal ich sehr intensiv
versucht habe, an einer Lösung mitzuarbeiten. Und ich weiß auch, wie
sehr sich Thorsten für einen Fix engagiert hat. Insofern möchte ich
jetzt keineswegs nur "anprangern", dass jemand (anderes) was tun muss,
sondern wirklich meine Hilfe in dieser Sache anbieten.
Wenn es hilft, würde ich kurzfristig einen gesonderten Test
organisieren, um hier eventuelle Regressions noch aufzuspüren. Ich bin
mir sicher, dass es einige im de-Projekt gibt, die da mithelfen und auch
beim Graphics-QA-Team würde ich um Unterstützung bitten.
Es gibt
mehrer Möglichkeiten Einwände zum Release zu äussern:
1. über die [EMAIL PROTECTED] Liste, Uwe Lübbers und Joost Andrae nehmen
regelmaesig am release status meeting teil, sie sollten die Stimmen aus
dieser Liste mit ins meeting nehmen.
2. fuer jedes release gibt es einen meta issue (80294 fuer 2.3) an dem
stopper issues registriert werden koennen (und auch sollten)
3. nervt mich und Pavel Janik mit Einwaenden zu spezifischen issues fuer
Releases. Wir fuehlen uns verpflichtet, auf eure Einwaende einzugehen
oder aber zumindestens unsere Entscheidungen zu erklaeren.
Du hast diesen Issue jetzt für das nächste Release-Meeting notiert? Oder
soll ich nochmal an die [EMAIL PROTECTED] Liste schreiben?
Ich wuerde die Releases in Zukunft gerne im Dialog anstatt im Monolog
ueber die Buehne bekommen, auf Dauer ist mein Fell fuer den Monolog (und
die anschliessenden Schlaege) nicht dick genug, eine Diskussion und ein
resultierender Kompromiss/Konsenz schont meine Nerven ungemein :-).
Und die der Community auch :-) Ich finde, wir sind da schon auf einem
guten Weg.
Gruß und danke,
Jacqueline
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]