Description: I have several Calc files stored on a local server that is mounted via SSHFS on the Arch Linux machine that runs Calc (7.5.5). Calc is usually already loaded and minimized. Doesn't seem to matter if I expand it and click a "recent document" icon or use a menu. Often the files just open normally like any other file. But randomly (at least I can't see a pattern) I get a small dialog saying "target already exists" with the only option being "OK". The colorful wait cursor continues to spin for maybe a minute, but nothing else happens. Sometimes an immediate retry will work properly, sometimes another selection method seems to be required. Once the file is open, all other actions including save and close work normally. FILEOPEN Steps to Reproduce: 1.The only sure condition is the files are on an SSHFS drive 2.Maybe Arch Linux... 3.Try any way to open a file... Many times... Actual Results: Randomness... Expected Results: Would love to hear any clues about what might be triggering the failures to open! Once I get the file open it works great, and often the files even open immediately. Does the message give any clues? Reproducible: Sometimes User Profile Reset: No Additional Info: Version: 7.5.5.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US 7.5.5-1 Calc: threaded
Created attachment 189789 [details] Screenshot of the error message, and filename shown on mouseover This keeps happening, particularly if the computer has been to "hybrid sleep" since the particular file was last opened. Sometimes a second try from that Recent files page will open right up, sometimes I have to go find the file in Nemo file manager. Sometimes double clicking it there works, sometimes right click and open in Libre is required. Text files sometimes fail to open in Sublime Text, but they don't show any error or popup message, it just opens an empty file with the chosen name. Maybe this is a Linux problem... But "Target already exists" seems like my best clue! What could it mean?
Just noting that the message string comes from here: https://opengrok.libreoffice.org/xref/core/uui/inc/ids.hrc?r=17154cea#39 And seems to be triggered by ucb::NameClashException in the interaction handler: https://opengrok.libreoffice.org/xref/core/uui/source/iahndl.cxx?r=40b2464b#432 (In reply to Loren Amelang from comment #1) > Text files sometimes fail to open in Sublime Text, but they don't show any > error or popup message, it just opens an empty file with the chosen name. > Maybe this is a Linux problem... If you are having similar sporadic issues with other applications opening the remote files, I'd say this might need to be closed as "not our bug". Buovjaga, any thoughts? Something for the Arch forums?
(In reply to Stéphane Guillou (stragu) from comment #2) > Just noting that the message string comes from here: > https://opengrok.libreoffice.org/xref/core/uui/inc/ids.hrc?r=17154cea#39 > And seems to be triggered by ucb::NameClashException in the interaction > handler: > https://opengrok.libreoffice.org/xref/core/uui/source/iahndl. > cxx?r=40b2464b#432 > > (In reply to Loren Amelang from comment #1) > > Text files sometimes fail to open in Sublime Text, but they don't show any > > error or popup message, it just opens an empty file with the chosen name. > > Maybe this is a Linux problem... > > If you are having similar sporadic issues with other applications opening > the remote files, I'd say this might need to be closed as "not our bug". > > Buovjaga, any thoughts? Something for the Arch forums? Yeah, https://bbs.archlinux.org/ and https://bugs.archlinux.org/ might be good to try.