<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi,<br>
    <br>
    I'm not that familiar with the source code of LibreOffice. The last
    past weeks I'm helping the QA-team. <br>
    <br>
    I try now to take a little step forward and try to comprehend a bit
    of the source code. I would like to help core developers point at
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <span id="result_box" class="short_text" lang="en"><span class="hps">regressions
        (find the </span></span><span id="result_box"
      class="short_text" lang="en"><span class="hps">erroneous commit).
        In first instance just point to it, maybe in a later stage try
        to fix it on my own.<br>
        <br>
        Said that I'm now </span></span><span id="result_box"
      class="short_text" lang="en"><span class="hps">intrigued by
        bug/regression
        <a class="moz-txt-link-freetext" href="https://bugs.freedesktop.org/show_bug.cgi?id=54264">https://bugs.freedesktop.org/show_bug.cgi?id=54264</a> (I'm a Mac
        OSX user).<br>
        Quote (Roman Eisele): </span></span><br>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <pre class="bz_comment_text" id="comment_text_3">"If I select two or more files which should open with LibreOffice (e.g., .odt or .rtf or .xls files) in the Finder and press Command + O or drag both/all files on the LibreOffice application icon, LibreOffice does not open the files (as expected),
but shows an alert which says "<path of 1st document><path of 2nd document> does not exist.". "

</pre>
    Following the alert, I can search for the string 'does not exists.'.
    I found it here:
    <a class="moz-txt-link-freetext" href="http://opengrok.libreoffice.org/xref/core/fpicker/source/office/iodlg.src#286">http://opengrok.libreoffice.org/xref/core/fpicker/source/office/iodlg.src#286</a>
    :<br>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <span class="l"></span>String RID_FILEOPEN_INVALIDFOLDER
    <span class="l">   <br>
    </span>{
    <span class="l">   <br>
      T</span>ext [ en-US ] = "$name$ does not exist."; <span class="l"><br>
    </span>};<br>
    <br>
    So my search goes further ... by what is this string triggered/where
    is it defined? 
    <a class="moz-txt-link-freetext" href="http://opengrok.libreoffice.org/xref/core/fpicker/source/office/OfficeFilePicker.hrc#39">http://opengrok.libreoffice.org/xref/core/fpicker/source/office/OfficeFilePicker.hrc#39</a>
    : <br>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <pre>#define RID_FILEOPEN_INVALIDFOLDER                  (RID_FPICKER_START+23)

</pre>
    Now I need to search for 'RID_FPICKER_START' ... and I found it
    here:
    <a class="moz-txt-link-freetext" href="http://opengrok.libreoffice.org/xref/core/svl/inc/svl/solar.hrc#63">http://opengrok.libreoffice.org/xref/core/svl/inc/svl/solar.hrc#63</a><br>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <pre>#define RID_FPICKER_START           (RID_LIB_START+6370)

</pre>
    and on line 36 of that file (solar.hrc)<br>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <pre>#define RID_LIB_START               10000</pre>
    <br>
    Ok... Now I found this ... Can I 'conclude' that my string is at
    'position'  16393 (=23 + 6370 + 10000). That's 0x4009 in hex
    notation. I searched for 0x4009 and 16393; but I can't find anything
    relevant where this could be triggered. On top of 'solar.hrc' (line
    27 and 28) there is a function:<br>
    <br>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <pre><span class="l"></span>#define CREATERESMGR_NAME( Name )   #Name
<span class="l"></span>#define CREATERESMGR( Name )        ResMgr::CreateResMgr( CREATERESMGR_NAME( Name ) )</pre>
    <br>
    As far I can comprehend I guess ResMgr::CreateResMgr (found here
    <a class="moz-txt-link-freetext" href="http://opengrok.libreoffice.org/xref/core/tools/source/rc/resmgr.cxx#CreateResMgr">http://opengrok.libreoffice.org/xref/core/tools/source/rc/resmgr.cxx#CreateResMgr</a>)
    is the function that chooses the correct string... And there I'm
    stuck I think :s. Because the bug is a regression bug 3.5 vs 3.6,
    and the source code of 3.6 is frozen on
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    "Week 23, Jun 4 - Jun 10, 2012" I compared the current version of
    resmgr.cxx with a version at the beginning of 2012 (to be sure not
    overlook something)... But I couldn't find something. Otherwise with
    this information I still can't find the code that triggers the
    string.<br>
    <br>
    1) Is this information useful for a developer? (should I add that
    information to the bug report?)<br>
    2) Am I'm doing it right?<br>
    <br>
    Thanks in advance,<br>
    Joren<br>
    <br>
    <br>
    <br>
  </body>
</html>