<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:jluth@mail.com" title="Justin L <jluth@mail.com>"> <span class="fn">Justin L</span></a>
</span> changed
          <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - FILESAVE: RTF: columns/section lost after RT"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=114309">bug 114309</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;">Keywords</td>
           <td>bisected, regression
           </td>
           <td>
                
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">Version</td>
           <td>6.0.0.0.alpha1+
           </td>
           <td>Inherited From OOo
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">Summary</td>
           <td>FILESAVE: RTF: incorrect position of second column after RT
           </td>
           <td>FILESAVE: RTF: columns/section lost after RT
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - FILESAVE: RTF: columns/section lost after RT"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=114309#c3">Comment # 3</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - FILESAVE: RTF: columns/section lost after RT"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=114309">bug 114309</a>
              from <span class="vcard"><a class="email" href="mailto:jluth@mail.com" title="Justin L <jluth@mail.com>"> <span class="fn">Justin L</span></a>
</span></b>
        <pre>This is not a true regression - the RTF just happened to look better starting
in 5.4. The original file has a section with 2 columns in it, and a page-style
with one column. The round-tripped file has no sections, but a default page
style with 2 columns, which is completely incorrect even though it visually
looks accurate.

bibisect43all-3.6: also round-trips as 2 columns page-style
bibisect42all-4.2: round-trips adding a section each time, and only one column.
bibisect43all-4.3: round-trips with section/2 columns (but with an extra CR on
line 1, and an extra, empty section added for each round-trip.)
bibisect44max: round-trips as no sections, single column
-columns/section lost in c4a5f8c1afd42acb52d0ae9b4d6f42f3e87364d5
-the extra initial CR is fixed by 75c5679a96437caa6041d2550562f2a4db80d586

LO 4.3 was a complete mess, with this document doing all kinds of different
things at various stages, and lots of "git bisect skip" failures.

In the case (like this document) where there is only one section, we might be
able to get away with simulating that by defining the columns in the page style
instead.  writerfilter/source/dmapper/PropertyMap.cxx:
    const bool bTreatAsContinuous = ...
        && !rDM_Impl.GetIsLastSectionGroup()</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>