Starting in LibreOffice 3.6, if you click on two office files in finder click command-O you get a path error. Opening 1 file at time works fine, you can open more than one file at time in LibreOffice 3.5.6 Running OS X 10.8, but that should not matter?
We had something similar with "Bug 49441 - FILEOPEN for multiple documents fails from built-in File Dialog ", I do no know whether "Mac finder" also was involved. Vossman: Can you check a.m. Bug and/or test with a current Master Build to see whether you prolbem still exists?
Problem still exists in current master build, so this is a separate issue, not related to (at least not fixed with) bug 49441. I will confirm this issue soon ...
REPRODUCIBLE with * LibreOffice 3.6.1.2 (Build ID: e29a214) * LOdev 3.7.0.0.alpha0+ (Build ID: 4deb9d4; Pull time: 2012-08-31 04:36:39; installation file: master~2012-08-31_04.36.39_LibO- Dev_3.7.0.0.alpha0_MacOS_x86_install_en-US.dmg) on Mac OS X 10.6.8 (Intel). 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.". If this alert does make any sense, it seems to indicate that LibreOffice confuses both/all files and handles them just as one file, concatenating both/all file paths to one long (and non-existing) file path. I will attach a screenshot of this alert. This bug does NOT exist in LibreOffice 3.5.6.2 (Build-ID: e0fbe70-dcba98b-297ab39-994e618-0f858f0); if I do exactly the same with LibreOffice 3.5.x, the application opens both files, just as expected. Therefore a regression.
Created attachment 66453 [details] Screenshot of the nice alert
@ Thorsten Behrens: I'm sorry that you get so many bug CCs from me, but you should not miss this nice regression which (now that bug 49441 is fixed) is yet another Mac OS X only bug ;-) It would be wonderful if you could take a look at it ... Thank you!
Thanks for checking this Roman, I uninstalled 3.6 because of this and Bug #51023.
*** Bug 55127 has been marked as a duplicate of this bug. ***
Could reproduce the bug with LibreOffice 3.6.2.2 on all MacOs's from 10.5 through 10.8, on Intel Macs as well as on PPCs.
*** Bug 56661 has been marked as a duplicate of this bug. ***
Always occurs with Version 3.6.3.2 (Build ID: 58f22d5) On Mac OS X Lion 10.7.5
Still present in 3.6.4.1 rc However, the bug presents slightly differently: There is no longer an error dialog when two or more files are opened at once. However, only the first selected file is actually opened
<http://wiki.documentfoundation.org/BugReport_Details#Version>
(In reply to comment #12) > <http://wiki.documentfoundation.org/BugReport_Details#Version> Noted for future reference, thank you
Still happens for me with 3.6.4.3 (downloaded last night after running LO and being prompted to update). I am not seeing the behaviour mentioned in comment 11. Problem description: It is not possible to open multiple documents at once from the Finder. Steps to reproduce: 1. Navigate to a folder with two .odt files 2. Select both files and open them (Command + O) Current behavior: LibreOffice puts up an error dialog with the following message: /path/to/document1.odt /path/to/document2.odt does not exist. Expected behavior: LibreOffice should open both documents. It seems LibreOffice does not correctly handle opening multiple documents at once, treating both filenames as one filename (to a file that does not exist). It does not matter if LibreOffice is running or not. Opening one document at a time works as expected, it's only multiple documents that fails. I'm not sure if this affects older versions. I may not have attempted to open multiple documents until today.
*** Bug 58688 has been marked as a duplicate of this bug. ***
Bug 58688 - “FILEOPEN: Opening multiple files at once from Finder does not work” - shows that this bug is still reproducible in 4.0.0.0beta1, with the same symptoms as described by comment #14 for 3.6.4.3. Attachment 72038 [details] shows a screenshot of the alert (error dialog) in 4.0.0.0beta1 (thanks to Christoph Sold for the screenshot!).
*** Bug 56857 has been marked as a duplicate of this bug. ***
Can't reproduce with LibreOffice 3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b CAN reproduce using 3.6.4.3, 4.0b1 and 2 and 4.1 master.
This bug is opening files from Finder. I note the test which says it doesn't matter whether LibreOffice is already running or not. Testing on v3.6.3.2 on Ubuntu Was able to reproduce the error message by giving bad file names on the command line. Two bad files on one command line separated with a space come through with separate error 'does not exist' message boxes. Any two files when quoted and mashed together ("file1.odt""file2.odt") or comma separated ("file1.odt","file2.odt") give a single error message that matches the symptom here. I can find no code in the command line argument parser (or any related/subsequent routine) to separate multiple files crammed into one command line argument. From the above, I infer that the issue is in desktop/app -or- the issue may be as simple as a missing space in the call template in the desktop integration for the Mac.
Bug still exists in 4.0.0.3, tested under OSX 10.7.5. Opening files one at time from Finder works fine; attempting to open multiple files (does not matter if .DOC, .XLS(X), etc.) produces an error dialog that states that the files do not exist (actually, it will list the file path/names for all but the last one it tried to open; that one will say "does not exist").
*** Bug 61643 has been marked as a duplicate of this bug. ***
Bug still exists in 4.0.1.2, under OSX 10.8.2 Same error message pattern as found in comment 20.
*** Bug 64147 has been marked as a duplicate of this bug. ***
*** Bug 64522 has been marked as a duplicate of this bug. ***
FYI: still valid for OS X 10.8.3 and LO 4.0.3.3.
*** Bug 65248 has been marked as a duplicate of this bug. ***
This string is the string we find back in the dialog/message: http://opengrok.libreoffice.org/xref/core/uui/source/ids.src#166 Placing a breakpoint here: http://opengrok.libreoffice.org/xref/core/uui/source/iahndl-ioexceptions.cxx#261 using gdb, result in a break. Which all initially created here: http://opengrok.libreoffice.org/xref/core/uui/source/interactionhandler.cxx#67 ( breaks also using gdb)
Problem still valid for Version: 4.1.0.4
Looks like this got broken when desktop/source/app/cmdlineargs.hxx was changed from representing multiple arguments to open/print/etc. from a single string with \n delimiters to vector<string> in <http://cgit.freedesktop.org/libreoffice/core/commit/?id=5c22a03320f20ae9ac2c3c16025e7c5e3a7915d5> "Cleaned up CommandLineArgs" but openFiles/printFiles/etc. in vcl/aqua/source/app/vclnsapp.mm were not adapted accordingly.
Stephan Bergmann committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=787940e0ac285aa1101ca8964d252faaab3ea8c1 fdo#54264: Fix multi-argument ApplicationEvent::TYPE_OPEN/PRINT The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Thank you Stephan, thanks for fixing this very annoying bug.
Requested backport to libreoffice-4-1 towards LO 4.1.1 at <https://gerrit.libreoffice.org/#/c/5192/>. Backporting to libreoffice-4-0 towards LO 4.0.5 would be possible though complicated by the code having diverged since then; raise your hand if anybody sees an urgent need for that. For QA, please see <http://cgit.freedesktop.org/libreoffice/core/commit/?id=04f4d4bfb708ef477618fa47d5f17779f4e4cf3c> "Add TODO comment expressing doubts about existing code" and the link from there to <http://lists.freedesktop.org/archives/libreoffice/2013-July/054779.html> "DDE on Windows" about the Windows-specific DDE functionality touched by the fix.
Stephan Bergmann committed a patch related to this issue. It has been pushed to "libreoffice-4-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=d5266a9e3f367752e2b2099e542518078271edcc&h=libreoffice-4-1 fdo#54264: Fix multi-argument ApplicationEvent::TYPE_OPEN/PRINT It will be available in LibreOffice 4.1.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.