<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:christian.rufener@actelion.com" title="christian.rufener@actelion.com">christian.rufener@actelion.com</a>
</span> changed
          <a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Dragging FileList out of LO fails"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=106973">bug 106973</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>NEEDINFO
           </td>
           <td>UNCONFIRMED
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">Ever confirmed</td>
           <td>1
           </td>
           <td>
                
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Dragging FileList out of LO fails"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=106973#c3">Comment # 3</a>
              on <a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Dragging FileList out of LO fails"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=106973">bug 106973</a>
              from <span class="vcard"><a class="email" href="mailto:christian.rufener@actelion.com" title="christian.rufener@actelion.com">christian.rufener@actelion.com</a>
</span></b>
        <pre>I think the LO UNO API does not work as expected:
The receiving (Windows) application (e.g Explorer, Wordpad) gets the WM_DROP
message, but when it is calling WIN32 API DragQueryFiles to get the list of
dropped files, the (receiving) application crashes. I assume this is due to the
fact that the passed data structure from LO is invalid.
As I understand the "getTransferData" needs to return a byte[] containing the
list of files separated by a null byte(character?) and needs to be terminated
by a null byte/character. This is what the WIN32 documentation claims. And this
is what I get the other way around: If files are dropped to my LO extension,
they're separated by a (byte)0.
I tried a lot of combinations of byte[] to be returned but never succeeded in
any reasonable behavior. I tried to return wrapped byte[] in an Any or raw
byte[]. 
Returning anything else e.g. char[] would not lead to any WM_DROP message at
all, so I assume it needs to be byte[], which is what the LO UNO documentation
says anyway.
Searching for documentation/example which demonstrated this was unsuccessful.
Looking at the LO source code did not reveal any more clues.

I was hoping to get some hints by filing this issue.

Regards
Christian</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>