QA/Bugzilla/Fields/Version

    From The Document Foundation Wiki
    < QA‎ | Bugzilla‎ | Fields
    Other languages:


    This page is about the Version (aka Product Version) field in Bugzilla.

    Versions

    There are many versions available in the drop-down box. As of May 2013 there are ongoing discussions about how to reduce the total number of options in this field to make it easier to select a version without scrolling through dozens of EOL'd version numbers.

    How we use this field

    We currently use the Version field to store the earliest LibreOffice version on which we can reproduce a bug. This nuance can be confusing to beginning users or triagers, so we are currently working on changing the label in FDO to reflect our use.

    General Notes

    The Version picker should show the LibreOffice version where the problem first appeared and helps find the code change that caused the issue. For regressions, it's especially important to have an accurate version.

    • During review, QA-Team members should also modify the version picker if testing shows even earlier versions have been affected.
      • If you find out that the problem did not exist in earlier LibreOffice versions (or in OOo 3.3), set regression Keyword.
      • If bibisecting shows the problem was introduced before the Version in the selector, please adjust the Version after your tests.

    If your LibO version is not available in Versions picker, please add information in Summary line like ''[OOO340m1 (Build:401)]'' or similar and use unspecified from Version Picker! You might find versions that do not yet exist. For information concerning the latest version, you can find it here.

    • For reports concerning LibreOffice Portable please proceed the same way. If the problem can only be observed with a portable LibreOffice, please start Summary Line with " [Portable]" together with Release Version from Version Picker!
    • For Dev-Builds see Particular Versions.
    • For bugs inherited from OOo use most early available LibO version LibO 3.3.0 Beta2.

    New Versions 2012-06-20

    The contents in the selector will be modified so that in future the Versions shown in the picker will be more similar to the Version shown in LibreOffice menu Help/About. After Discussion on libreoffice-qa we have a decision, so it will look for new Versions:

    Help / About Bugzilla Picker Info Remark
    3.8.0.0.alpha0+ 3.8.0.0.alpha0+ Master Master
    3.8.0.0.alpha1 3.8.0.0.alpha1
    3.8.0.0.alpha1+ 3.8.0.0.alpha1+ daily
    3.8.0.0.alpha2 3.8.0.0.alpha2
    3.8.0.0.alpha2+ 3.8.0.0.alpha2+ daily
    3.8.0.0.beta1 3.8.0.0.beta1
    3.8.0.0.beta1+ 3.8.0.0.beta1+ daily
    3.8.0.0.beta2 3.8.0.0.beta2
    3.8.0.0.beta2+ 3.8.0.0.beta2+ daily
    3.8.0.1 3.8.0.1 rc Release Candidate
    3.8.0.2 3.8.0.2 rc Release Candidate
    3.8.0.3 3.8.0.3 rc Release Candidate
    3.8.0.3 3.8.0.3 release Release, Final Version Bugzilla version renamed from 3.8.0.3 rc


    • There will be some further fine tuning concerning Daily Builds after alpha1, this concept produces too many Versions for nearby 0 reports. But these are small details, 3.6.0.0beta2 will be the first Build following that scheme.
    • Old Versions until LibO 3.5 only will loose the leading LibO in the picker
    • There is no need for any manual changes, existing bugs will get their new Version automatically without any noise.

    Version Picker: Particular Versions

    (See in Summary)

    • The version picker only contains LibO Versions. For extensions and other LibO related software:
      • If Software is listed in the Component picker, mention the Version at the beginning of the Summary line with a "V " in front of version and a colon behind it.
        • Example: "V 1.0.4: Parsing Error ... "
      • For extensions and similar software what is not listed in the Components add the version behind the Software- / Extension-name. For Extensions please copy/paste the Name including Version from Extensions website, terminate the Name+Version by a colon!

    Inherited from OOo

    • Ideally any bug that is not (1) a regression, or (2) a bug with a feature added after branch off from OOo, should be set to Inherited from OOo. Any bug present in LibreOffice 3.3.0.4 should be set to "Inherited from OOo".

    Master

    • Master old -3.6 is for all Bugs that have been observed in Daily Builds from a MASTER subdirectory until LibreOffice 3.6. Because of the very wide Range, especially for bugs observed in 3.5 Master (Summer 2011), the most early 3.5 released version where the problem also has been observed might be more useful, but a general recommendation is difficult.
    • Starting with LibO 4.0 every Major Release will get it's own Master Version in Bugzilla (like 4.0.0.0.alpha0+ Master )
    • In Master Build Bug reports please always also mention Tinderbox name and Time stamp from downloaded file. That will ease to find out whether a build used for review is more current or not compared to reporter's version.
      • Please always check whether the problem also can be observed in the current stable builds, use LibO Master only for problems only visible in Master versions.
      • Subject Line of the report should start with pseudo key word MinGW if a problem only can be observed in those Master builds

    3.4 Daily

    For all Bugs that have been observed in LibO 3.4 related Daily Builds. These builds are no longer available.

    3.5 Daily

    For all Bugs that have been observed in LibO 3.5 related Daily Builds from libreoffice-3-5 subdirectory.