<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><table border="1" cellspacing="0" cellpadding="8">
        <tr>
          <th>Bug ID</th>
          <td><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - EDITING: Go to next change from Changes tracking toolbar skips one change"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=107465">107465</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>EDITING: Go to next change from Changes tracking toolbar skips one change
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>LibreOffice
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>5.2.6.2 release
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>x86-64 (AMD64)
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>Linux (All)
          </td>
        </tr>

        <tr>
          <th>Status</th>
          <td>UNCONFIRMED
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>minor
          </td>
        </tr>

        <tr>
          <th>Priority</th>
          <td>medium
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>Writer
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>libreoffice-bugs@lists.freedesktop.org
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>AndresZelcer@gmail.com
          </td>
        </tr></table>
      <p>
        <div>
        <pre>If two changes are one after another, a strange behavior is observed when the
cursor is sitting just between both changes. A simple variant of the problem is
easily reproduced this way:
a) create a document and write four words.
b) turn on Changes Tracking
c) Delete the third word and write some other word instead. Now an "addition"
change should be next to an "deletion" change
d) delete the fourth word, so there is one more change after the changes that
are together
e) Move the cursor to the begining of the document and select "next change"
from the changes toolbar. The first change is selected
f) Accept the change. Now the cursor should be sitting in front of the second
change.

  At this point the bug can be tested: the "Accept change" and "Reject change"
toolbar buttons are grayed out, so we can not accept the next change. If we
press the "Next change" button, the change right next to the cursor is skipped
and we are taken to the final change. This behavior is particularly annoying
when small changes (one-word changes, etc) are made to a document.

This was tested in 5.2.6.2 release in Debian. LibreOffice installed on Spanish
(I guess it's language independent)

I hope this is clear, I can attach an example if needed</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>