Bug 94206 - FILEOPEN from NFS fails silently FILESAVE to NFS Fails
Summary: FILEOPEN from NFS fails silently FILESAVE to NFS Fails
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
4.4.5.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-09-14 08:43 UTC by jim
Modified: 2018-06-12 11:01 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description jim 2015-09-14 08:43:54 UTC
LO v5.0.1.2.0+ / Build ID 00m0 (Build:2) -- Calc
Debian 8 / Gnome 3.14.1
Unable to open files from NFS Server. Last worked 2 days ago (12th Sept).
Either select in Files and double click or using Open Recent. No error displayed.
Copy file locally and it opens fine.

Create new in Writer: Save to NFS -> Error saving document xxxx: Nonexistent object. Path to the file does not exist.
Save locally - no problem.
Comment 1 jim 2015-09-15 19:06:36 UTC
It also happens in Write so I have changed the Component to LibreOffice.

On further checking further it appears that my system was updated to 5.0.1.2.0+ after the morning of 12th Sept 2015. LO not used until 14th and problems appeared.
I don't remember selecting an update to LO but it may have come through Debian updates - trouble with remembering!

If open Calc / Writer and try to open existing file on NFS failure is silent -  just doesn't happen.
If double click on an NFS file Calc / Writer just do not open.
Comment 2 jim 2015-09-17 10:53:36 UTC
This does appear to be Libre Office specific (above 4.3.3.2) - so a bit more information:-

2x 64 bit machines running Debian 8 with all updates installed

I have been using SMB Bookmarks to access files on server with no problems up to LO 4.3.3.2

One machine - LO updated to LO 5.0.1.2 - will not open files using the SMB Bookmarks anymore.
Did a parallel install of LO 4.4.5 - this also does not open the files from SMB Bookmarks
When I do a user mount to a local folder LO works fine with 5.0.1.2

Other machine - running LO 4.3.3.2 - works fine
Did parallel install of LO 5.0.1.2 - SMB Bookmark files will not open

These are multi-user machines with "public" and user specific folders mapped to the server.
Using Bookmarks worked well - therefore I haven't had to worry about mount for the multi-user systems - until now if I want to run latest LO.
Comment 3 jim 2015-09-17 12:15:00 UTC
I have tried several parallel installations (5.0.1.2, 4.3.7.2, 4.3.5.2, 4.3.4.1, 4.3.3.2) including the same version that runs OK (4.3.3.2) with a straight install to try to find which version starts the problem. Trouble is that none of the parallel installs open the files from SMB bookmarks!
Even tried with a new profile (.config/LibreOffice)

So I would be really grateful for a little input here.
Comment 4 jim 2015-09-21 17:31:14 UTC
Oh well! I have discovered pam_mount and changed my NFS mapping to use this and it has so far worked with LO 5
So I haven't solved the original problem - just found a workaround.
Comment 5 Xisco Faulí 2018-06-12 10:44:03 UTC
Thank you for reporting the bug.
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.
Comment 6 jim 2018-06-12 10:56:56 UTC
Thank you for taking the time to check on this.
Unfortunately it is so old I cannot remember what/how it was encountered and therefore I can't check again.
I am running 5.3.4.2 and have not encountered this problem since 21/9/15 so I guess the bug can be assigned to resolved - although I see the note says to change status back to unconfirmed so will do just that.
Comment 7 Xisco Faulí 2018-06-12 11:01:12 UTC
Ok, Thanks for the feedback.
Setting to RESOLVED WORKSFORME as the issue is no longer reproducible.