<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Pasting image in a DOC(X) document shows it with wrong wrapping"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=119748#c8">Comment # 8</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Pasting image in a DOC(X) document shows it with wrong wrapping"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=119748">bug 119748</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>Created <span class=""><a href="http://bugs.documentfoundation.org/attachment.cgi?id=157790" name="attach_157790" title="tdf119748_pasteImage.docx: minor looping example">attachment 157790</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=157790&action=edit" title="tdf119748_pasteImage.docx: minor looping example">[details]</a></span>
<a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Pasting image in a DOC(X) document shows it with wrong wrapping"
   href="show_bug.cgi?id=119748">tdf119748</a>_pasteImage.docx: minor looping example

I noticed that my paste-image solution was causing looping in this "flow to the
next page" example. However, unpatched "Insert image" did the same thing. In
both cases it doesn't loop forever, so likely one of the layout loops catches
it and forces a resolution.

I tried to use this as a unit test with the pre-existing libreoffice.png, but
ooxmlexport10's paste function didn't work since png has no import filter name.
I couldn't find any other examples of testing copy/paste, so I gave up.</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>