So clearly the problem here is with Thunar and PCManFM-Qt, at least
something about how they handle the Samba connection that makes
LibreOffice (and only LibreOffice, apparently) unhappy.

So I have three thoughts:

 1. Connect to the Samba share manually. This way we're not relying on
the logic in the file manager to do the mounting. Assuming this works
correctly for all file managers, then we can safely put the blame on the
file managers themselves even though there must be something about
LibreOffice that makes it particular.
https://help.ubuntu.com/community/Samba/SambaClientGuide#Connecting_using_CIFS

 2. Run the file manager on the command line and see if it spits
anything out. I know with PCManFM-Qt, it also handles desktop
management, so there's a daemon running. You can find that and kill it
and then run `pcmanfm-qt --profile=lxqt 2>&1`. I'm less intimately
familiar with Thunar so I'll leave it as an exercise to the reader to
figure that out. :)

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1875717

Title:
  Opening file from Samba share results in Document in Use

Status in libreoffice package in Ubuntu:
  New

Bug description:
  This bug is related to bug # 1430531.

  I am running Lubuntu version 20.04 with all updates installed
  The Libre Office version :
  Version: 6.4.2.2
  Build ID: 1:6.4.2-0ubuntu3
  CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: qt5;
  Locale: en-GB (en_GB.UTF-8); UI-Language: en-US
  Calc: threaded

  1. connect to share on local network with PCManFM-Qt File Manager
  2. click on file TEST_Samba.odt
  3. The Libre Office splash/Logo screen appears for a split second and the 
nothing happens and the file is not opened.
  4. I then right-click on file and select "open with Libre Office Writer
  5. Document in Use" window appears with text:

     Document file 'TEST_Samba.odt' is locked for editing by:

     Unknown User

     Open document read-only or open a copy of the document for editing.

     Open Read-Only Open Copy Cancel

  Screen shot attached..

  Expected results:
     The "TEST_Samba.odt" files is opened in read-write mode, user can edit it.

  Actual results:
     User can't edit original document (see 3-5 above)

  I have tested this on several boxes running Lubuntu 20.04 with the exact same 
results.
  I have also tested this on SparkyLinux LxQT version 5.11 with the same 
results.
  Ubuntu Gnome as well as MS Windows/Office have no problems opening/editing 
and/or saving this file back to the Samba share.

  
  Global Samba config is "default"
   Usershare config is:

  $ cat /var/lib/samba/usershares/sameign2
  #VERSION 2
  path=/home/kbeins/Sameign2
  comment=
  usershare_acl=S-1-1-0:F
  guest_ok=n
  sharename=Sameign2

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: libreoffice (not installed)
  ProcVersionSignature: Ubuntu 5.4.0-26.30-generic 5.4.30
  Uname: Linux 5.4.0-26-generic x86_64
  ApportVersion: 2.20.11-0ubuntu27
  Architecture: amd64
  CasperMD5CheckResult: skip
  CurrentDesktop: LXQt
  Date: Tue Apr 28 17:51:14 2020
  InstallationDate: Installed on 2020-04-28 (0 days ago)
  InstallationMedia: Lubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
  SourcePackage: libreoffice
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1875717/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to