<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:erack@redhat.com" title="Eike Rathke <erack@redhat.com>"> <span class="fn">Eike Rathke</span></a>
</span> changed
          <a class="bz_bug_link 
          bz_status_ASSIGNED "
   title="ASSIGNED - Error in time calculations i version 6.2"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=125099">bug 125099</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">Status</td>
           <td>NEW
           </td>
           <td>ASSIGNED
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">Assignee</td>
           <td>libreoffice-bugs@lists.freedesktop.org
           </td>
           <td>erack@redhat.com
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_ASSIGNED "
   title="ASSIGNED - Error in time calculations i version 6.2"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=125099#c8">Comment # 8</a>
              on <a class="bz_bug_link 
          bz_status_ASSIGNED "
   title="ASSIGNED - Error in time calculations i version 6.2"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=125099">bug 125099</a>
              from <span class="vcard"><a class="email" href="mailto:erack@redhat.com" title="Eike Rathke <erack@redhat.com>"> <span class="fn">Eike Rathke</span></a>
</span></b>
        <pre><span class="quote">> Eike: wouldn't just adding half of output resolution to the serial datetime
> be correct for proper rounding?</span >
No, that is more or less what those commits were about, rounding up a date+time
or wall clock time into the next magnitude most times is wrong, especially if
23:59:59.9 would result in 00:00:00 then (together with date the next day).

The problem here is the underlying floating point value resulting from the
subtraction (if the format is cleared (Ctrl+M) on A1:A2 you see the floating
point values). Formatting with HH:MM:SS.000000 then shows the values
03:53:46.000002 and 03:23:59.999999 where the latter reveals the problem.

The correct way would be to format the result as duration, not wall clock time,
i.e. [HH]:MM:SS displays the expected 03:24:00 on A2.

However, users don't use that.. not sure if we can do anything about it, maybe
if for a formula the result format is automatically determined, but not if a
wall clock time format is manually applied. Or maybe if we can detect a
calculation result should fit into a certain wall clock time format.

Investigating.</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>