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]

Antwort per Email an