For example, I succeeded ion opening my file with the command line (wrapped for readability) path-to-srcdir/instdir/program/soffice --norestore ftp://tenger@pub1.rzkh.de/bug_062981/example.ods LibreOffice prompted politely for my password (that is what I wanted to test), opened the file and allowed me to save it. But when I subsequently try to open the file from the grid of recently used files in the Start Center, LibreOffice says: ftp://tenger@pub1.rzkh.de/bug_062981/example.ods is not a file. For comparison, LibreOffice opens the file successfully from the list presented by menu options File > "Recent Documents,
Whoops, too fast on the submit button. My LibreOffice is master commit 3d7d662, fetched 2013-11-19, configured as --enable-option-checking=fatal --enable-dbgutil --enable-crashdump --without-system-postgresql --without-myspell-dicts --with-extra-buildid --without-doxygen --with-external-tar=/home/terry/lo_hacking/git/src built and running on debian-wheezy.
Ah, the problem happenss only when LibreOffice is using native Open/Close dialogs. I thank Robinson Tryon for the tip.
Setting bug status to UNCONFIRMED. Perhpas this problem is not worth fixing.
(In reply to comment #3) > Setting bug status to UNCONFIRMED. Perhpas this problem is not worth > fixing. Whether it's worth fixing or not, we shouldn't let it sit in UNCONFIRMED state forever! :P I tried to duplicate these repro steps on my local system and didn't get very far. I can't seem to access a local FTP server at all from within LibreOffice (I've filed Bug 72460 - "FILEOPEN: Can't access local ftp server" about that). At the very least, we should give the user a better erorr message than "X is not a file."
NOREPRO on 4.2.0.0.beta2 + Ubuntu 12.04.3 (In reply to comment #0) > Opening file with: > path-to-srcdir/instdir/program/soffice > --norestore > ftp://tenger@pub1.rzkh.de/bug_062981/example.ods Yup NOTE: I had to set binary upload, or the file would become corrupted. > LibreOffice prompted politely for my password (that is what I wanted > to test), opened the file and allowed me to save it. Yup > But when I > subsequently try to open the file from the grid of recently used files > in the Start Center, LibreOffice says: > > ftp://tenger@pub1.rzkh.de/bug_062981/example.ods is not a file. Test #1: Closing the file inside LO and then *immediately* clicking on the icon in the Start Center results in the file opening up as expected (probably because credentials are cached, and the ftp connection might still be open) Test #2: If I close LibreOffice and reopen it, and then click on the icon for the ftp url, I'm prompted for my password again (username appears to have been cached), and after a bit of lag, the file opens up as expected. So -- NOREPRO from my end. > > For comparison, LibreOffice opens the file successfully from the list > presented by menu options File > "Recent Documents, This works for me as well. (In reply to comment #2) > Ah, the problem happenss only when LibreOffice is using native > Open/Close dialogs. I see no difference between native and LibreOffice dialogs
Terrence - Please try 4.2b2 and see if that works for you.
Okay, it seems to be working with both 4.2.0.1 and a debug build of master b0926378 (fetched 2013-12-06).