<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED WORKSFORME - Immediate Crash After Selecting Tools > Mail Merge Wizard"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=115969#c9">Comment # 9</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED WORKSFORME - Immediate Crash After Selecting Tools > Mail Merge Wizard"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=115969">bug 115969</a>
              from <span class="vcard"><a class="email" href="mailto:baron@caesar.elte.hu" title="Aron Budea <baron@caesar.elte.hu>"> <span class="fn">Aron Budea</span></a>
</span></b>
        <pre>Hints for reverse bibisecting (when looking for the fixing commit instead of
when a bug was introduced):

1. Verify if the bug is fixed in the latest state and is there in the oldest
state. The commands to jump between the two are:
git checkout oldest / git checkout master

2. Copy the hash from the latest master commit (git log master), and start
bibisecting with:
git bisect start <latest hash> oldest

(the oldest hash is tagged as 'oldest')

3. At each step, test behavior,
-if it is OK: git bisect bad
-if it fails: git bisect good
-if the build doesn't start or something: git bisect skip

When reverse bibisecting, you have to use the opposite parameters for 'git
bisect', that's why you have to proceed with 'bad' when it's working fine, and
with 'good' when it fails.

4. After 12 steps or so, you should arrive at a single commit, paste the
source-hash here.

Pay close attention to step 3., it's very easy to mix up. Good luck!</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>