Bug 159866 - FILEOPEN multiple selection gives path does not exist error alert
Summary: FILEOPEN multiple selection gives path does not exist error alert
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
24.2.0.3 release
Hardware: ARM macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-02-24 05:56 UTC by Jim DeLaHunt
Modified: 2024-05-28 02:29 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Screen shot of File Open dialogue with two ODT docs selected (279.33 KB, image/png)
2024-02-24 05:56 UTC, Jim DeLaHunt
Details
Screen shot of first error alert (232.92 KB, image/png)
2024-02-24 05:57 UTC, Jim DeLaHunt
Details
Screen shot of second error alert (232.43 KB, image/png)
2024-02-24 05:57 UTC, Jim DeLaHunt
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jim DeLaHunt 2024-02-24 05:56:36 UTC
Created attachment 192739 [details]
Screen shot of File Open dialogue with two ODT docs selected

When I select multiple LibreOffice docs in the LO File -- Open dialogue, two error alerts pop up, saying "path … does not exist", and no docs open. Opening the docs one at a time works. 

=====
To reproduce

Run LibreOffice.
Create and save two empty Writer or Calc docs in the same directory, with different names.
Close all LO docs. 
Select menu item File -- Open. An OS File Open dialogue appears.
In the dialogue, navigate to the directory with the test files. 
Select both files, using either click+shift-click, or click+command-click. See screen shot in attachment, File Open dialogue screenshot 2024-02-23.png .
Click on the dialogues "Open" button.

=====
Observed behaviour

Two similar error alerts appear. They read, "The path "<path /Users/myuser/…/test1.odt/file:///Users/myuser/…/test2.odt" does not exist." [OK] See screen shots in attachments, Error alert 1 screenshot 2024-02-23.png and Error alert 2 screenshot 2024-02-23.png . 
After clicking the OK button to dismiss each error alert, no documents are open in LibreOffice.

=====
Expected behaviour

No error alerts appear.
Both documents are open in LibreOffice.

=====
Discussion

Observed in LibreOffice 24.2.0.3, build for macOS Arm64, on macOS Monterey 12.7.3 on a MacBook Pro using an M1 Max chip.
100% repeatable.
Same symptoms when opening two .odt or two .ods documents.
Comment 1 Jim DeLaHunt 2024-02-24 05:57:16 UTC
Created attachment 192740 [details]
Screen shot of first error alert
Comment 2 Jim DeLaHunt 2024-02-24 05:57:42 UTC
Created attachment 192741 [details]
Screen shot of second error alert
Comment 3 Stéphane Guillou (stragu) 2024-02-28 14:14:21 UTC
Maybe the old bug 54264 has come back from the dead?
Comment 4 steve 2024-02-28 14:36:36 UTC
No repro in Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 3b73071f7a7fcf80547da81e5effe4ed6018bbb4
CPU threads: 8; OS: macOS 13.6.4; UI render: default; VCL: osx
Locale: en-US (en_DE.UTF-8); UI: en-US
Calc: threaded

no repro in Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: macOS 13.6.4; UI render: Skia/Metal; VCL: osx
Locale: de-DE (en_DE.UTF-8); UI: en-US
Calc: threaded

Maybe Apple Silicon only?

@Jim: Could you install LibreOffice nightly build and see if the problem persists using that build:
https://dev-builds.libreoffice.org/daily/

Note for testers: the nightly master builds install in /Applications/LibreOfficeDev.app. These builds are not codesigned like regular LibreOffice releases so you will need to execute the following Terminal command after installation but before you launch /Applications/LibreOfficeDev:

xattr -d com.apple.quarantine /Applications/LibreOfficeDev.app
Comment 5 Dennis Roczek 2024-02-29 15:25:21 UTC
no repro using 
Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 4; OS: macOS 11.7.10; UI render: Skia/Raster; VCL: osx
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Calc: threaded

M1 is in use at the moment.
macos 11 and macos13 ok; macos 12 reported.

@jim did you try to use the safe mode / clear your user profile?
Comment 6 Jim DeLaHunt 2024-03-01 08:10:07 UTC
(In reply to Dennis Roczek from comment #5)
> @jim did you try to use the safe mode / clear your user profile?
No, sorry, I do not know about those techniques. I am just an end user, new to the LibreOffice bug reporting ways.
Comment 7 Jim DeLaHunt 2024-03-01 08:12:18 UTC
No repro in Version: 24.2.1.2 (AARCH64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 10; OS: macOS 12.7.3; UI render: default; VCL: osx
Locale: en-CA (en_CA.UTF-8); UI: en-US
Calc: threaded

So, fixed in the +x.x.1 release, it seems.
Comment 8 Jim DeLaHunt 2024-03-01 09:11:46 UTC
Original reporter says:
No repro in Version: 24.2.2.0.0+ (X86_64) / LibreOffice Community
Build ID: dfbe587e1ef565225ceb4a66c23c76ae0e3a8329
CPU threads: 10; OS: macOS 12.7.3; UI render: Skia/Metal; VCL: osx
Locale: en-CA (en_CA.UTF-8); UI: en-US
Calc: threaded
Comment 9 Dennis Roczek 2024-03-01 12:41:11 UTC
(In reply to Jim DeLaHunt from comment #6)
> (In reply to Dennis Roczek from comment #5)
> > @jim did you try to use the safe mode / clear your user profile?
> No, sorry, I do not know about those techniques. I am just an end user, new
> to the LibreOffice bug reporting ways.

It's rather easy!
see https://wiki.documentfoundation.org/UserProfile#Resolving_corruption

(more or less: Help --> Restart in SafeMode)
Comment 10 Dennis Roczek 2024-03-01 12:42:27 UTC
(In reply to Jim DeLaHunt from comment #8)
> Original reporter says:
> No repro in Version: 24.2.2.0.0+ (X86_64) / LibreOffice Community
> Build ID: dfbe587e1ef565225ceb4a66c23c76ae0e3a8329
> CPU threads: 10; OS: macOS 12.7.3; UI render: Skia/Metal; VCL: osx
> Locale: en-CA (en_CA.UTF-8); UI: en-US
> Calc: threaded

based on this report, I'm closing it at WorksForMe.