Ich musste mir deinen Text echt erklären lassen, man mag es mir nachsehen (Mistal KI, vor allem der rot markierte Text):
Bitte erkläre mir: "Patches landen immer zuerst in Nightly-Versionen. Darauf bezieht sich auch immer der Status auf Bugzilla. Für Patch-Updates gibt es keinen eigenen Status, wäre in dem Fall aber auch irrelevant, da der Regressor ja bereits in Firefox 156.0 gelandet ist und demnach natürlich auch in Firefox 156.0.1 vorhanden ist, wenn es keinen Bugfix geschweige denn überhaupt einen Bug-Report bis hinerhin gibt."
Zusammenfassung der Aussage
- Patches in Nightly-Versionen Neue Code-Änderungen (Patches) werden zuerst in der Nightly-Version von Firefox getestet. Die Nightly-Version ist eine tägliche, experimentelle Version für Entwickler:innen und Tester:innen, die die neuesten (aber möglicherweise instabilen) Features und Fixes enthält.
- Bugzilla-Status Der Status eines Bugs oder Patches in Bugzilla (Mozillas Bug-Tracking-System) bezieht sich immer auf die Nightly-Version. Das bedeutet:
- Wenn ein Patch in Nightly gelandet ist, wird dies in Bugzilla dokumentiert.
- Der Status gibt an, ob der Patch z. B. gelandet, getestet oder zurückgewiesen wurde – aber nur für Nightly.
- Kein separater Status für Patch-Updates Für Patch-Updates (z. B. Firefox 156.0.1) gibt es keinen eigenen Status in Bugzilla. Das liegt daran, dass:
- Patch-Updates meist kleinere Fixes sind, die auf Basis der stabilen Version (z. B. 156.0) erstellt werden.
- Wenn ein Regressor (ein neuer Bug, der durch eine vorherige Änderung verursacht wurde) bereits in Firefox 156.0 enthalten ist, dann ist er automatisch auch in 156.0.1 vorhanden – es sei denn, es gibt einen spezifischen Bugfix oder Report dazu.
- Praktische Bedeutung
- Wenn kein Bug-Report oder Fix für den Regressor in 156.0.1 existiert, dann bleibt der Fehler bestehen.
- Der Status in Bugzilla ist also nur für Nightly relevant, da dort die Entwicklung stattfindet. Für stabile Versionen (wie 156.0 oder 156.0.1) wird der Status nicht separat gepflegt.
Beispiel zur Veranschaulichung
- Szenario: Ein Patch einfügt ein neues Feature in Nightly, verursacht aber einen unerwünschten Nebeneffekt (Regressor).
- Nightly (z. B. Firefox 157.0a1): Der Patch ist hier zuerst enthalten. Bugzilla zeigt: "Patch gelandet in Nightly".
- Stabile Version (z. B. Firefox 156.0): Der Regressor wird nicht extra in Bugzilla dokumentiert, wenn er mit 156.0 ausgeliefert wurde.
- Patch-Update (z. B. Firefox 156.0.1): Enthält den Regressor automatisch, es sei denn, es gibt einen expliziten Fix (der dann wieder zuerst in Nightly landen würde).
Warum ist das so?
- Effizienz: Mozillas Fokus liegt auf der Nightly-Entwicklung. Stabile Versionen erhalten nur kritische Fixes.
- Transparenz: Bugzilla trackt primär die Entwicklungsversionen, nicht jede stabile Version.
- Logik: Ein Regressor in 156.0 ist per Definition auch in 156.0.1, wenn nichts dagegen unternommen wurde.
