Can't open a LibreOffice native file via CIFS share
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
LibreOffice |
Fix Released
|
Critical
|
|||
libreoffice (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Problem description:
Can't open only native LibreOffice files from remote (CIFS) share with Ubuntu 12.04 and LibreOffice 4.1.3.2 (from ppa).
System informations:
Distributor ID: Ubuntu
Description: Ubuntu 12.04.3 LTS
Release: 12.04
Codename: precise
LibreOffice package from ppa:libreoffice
1:4.1.3~
Steps to reproduce:
1. Open LibreOffice
2. Select Open File from file menu
3. Select the remote share folder
4. Click to open the file
Current behavior:
LibreOffice trys to recover the remote file and fails.
Expected behavior:
LibreOffice opens the remote file correctly.
Alternatives steps:
1. Open the remote path via Nautilus
2. Double click on remote LibreOffice native files
Current behavior2:
LibreOffice trys to recover the remote file and fails.
Expected behavior2:
LibreOffice opens the remote file correctly.
Notes:
* Remote and local MS files are opened correctly.
* The problems with LibreOffice native files disappear if copying the remote files in a local path
Here a workaround:
sed -i 's/X-GIO-
No problem present on:
Distributor ID: Ubuntu
Description: Ubuntu 13.10
Release: 13.10
Codename: saucy
with LibreOffice:
1:4.1.3~
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#2 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#3 |
Can not save or change .odb file over smb/nautilus mount, work fine in LO4.0.
It look like it is the same source problem you have.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#4 |
Created attachment 83298
Can edit and save
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#5 |
Created attachment 83299
Can not edit or save
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#6 |
confirmed by comment #2 => NEW, regression as claimed to have worked with 4.0.x.
Can you test (maybe in a VM) if a later Ubuntu version (e.g. 13.04) still shows the issue? => NEEDINFO
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#7 |
My system is debian 7.1 (wheezy) amd64.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#8 |
Bjoern - going to go ahead and mark this as NEW - as you've confirmed. I'll leave any further discussion to you and <email address hidden> - seems like a nasty one so upping priority.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#9 |
(In reply to comment #4)
> confirmed by comment #2 => NEW, regression as claimed to have worked with
> 4.0.x.
>
> Can you test (maybe in a VM) if a later Ubuntu version (e.g. 13.04) still
> shows the issue? => NEEDINFO
Hi Björn,
I've installed 13.04 in a VM and funny enough it didn't work with the default installation of 4.0, however, I installed 4.1.0.4 through PPA for 13.04 (raring), and it works just fine!
I ran ps aux | grep libreoffice on both machines and they both show the same:
rittsel 2824 0.0 0.1 143728 3184 ? Sl 04:46 0:00 /usr/lib/
rittsel 2845 0.7 3.0 808068 61496 ? Dl 04:46 0:00 /usr/lib/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#10 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#11 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#12 |
I have the same problem
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#13 |
*** Bug 67675 has been marked as a duplicate of this bug. ***
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#14 |
*** Bug 67892 has been marked as a duplicate of this bug. ***
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#15 |
*** Bug 67769 has been marked as a duplicate of this bug. ***
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#16 |
Can confirm this issue on my machine with Ubuntu 12.04 with LO 4.1.0.4 from ppa:libreoffice/ppa . I can only open .odt or .odp files successfully either from a local folder or by going via ~/.gvfs/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#17 |
Here is a WORKAROUND:
For Nautilus users:
Open the .desktop file (such as /usr/share/
X-GIO-NoFuse=true
For Dolphin users:
Open the same file, and comment the following line:
X-KDE-Protocols
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#18 |
I've made some testing of this bug, and it seems that it depends on distribution\
What was tested:
----------------
1) Ubuntu 12.04.2, 13.04 (64-bit) with packages from PPA and packages from libreoffice.org
2) Fedora 19 (64-bit) with packages from repos and packages from libreoffice.org
3) Ubuntu 13.10 (64-bit) with packages from repos
LO 4.1.0.4 was used in all cases.
Reproduction steps:
-------------------
1) Double-click in Nautilus
-OR-
2) From CLI: libreoffice(4.1) --writer smb://ip_
Both methods always gave the same results. Each time I couldn't open the document, applying the workaround from comment 15 did the job.
Results:
--------
1) Cases when I got the repair dialog:
Ubuntu 12.04.2 + Packages from PPA
2) Cases when LO just closed immediately (just like in bug 67769):
Ubuntu 12.04.2 + Packages from libreoffice.org
Ubuntu 13.04 + Packages from libreoffice.org
Ubuntu 13.10 + Packages from repos
Fedora 19 + Packages from libreoffice.org
3) Cases when I couldn't reproduce the bug:
Fedora 19 + Packages from repos
4) Uncertain:
Ubuntu 13.04 + Packages from PPA (This one is really strange, as it works when double-clicking in Nautilus, but don't work from the CLI, unless you opened Nautilus and mounted the share before that.)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#19 |
Just to correct some inaccuracy in my last comment: Fedora 19 + Packages from repos behave the same as Ubuntu 13.04 + Packages from PPA.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#20 |
*** Bug 68119 has been marked as a duplicate of this bug. ***
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#21 |
Problem happens with me as well. Fedora 18, x64, (KDE) LibreOffice 4.1, installed with rpm's from the LibreOffice site.
Doubleclicking on any Libreoffice file from a SBM share in Dolphin browser, Libreoffice starts, if its not already running, and then I get the bouncing icon next to my mouse cursor for a little while, and then no document. No obvious error, or anything, just no document. Clicking on a plain text file, for example works fine. LibreOffice 4.0 worked fine.
Work around in comment 15 also fixes problem. (so far with .xls files, Using Calc)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#22 |
What I can reproduce on a Fedora 19 (x86_64) machine is as follows:
Installed a local samba server with
$ sudo yum install samba samba-client
$ sudo setsebool samba_enable_
$ sudo systemctl start smb.service
$ sudo smbpasswd -a "$USER"
first.
Then, used Nautilus "Connect to Server" to connect to smb://127.
Then, used command line ".../soffice smb://127.
It opened the document as expected in all those LibreOffice versions that are built with GIO support (the distro's LO 4.1.0, my own-built master).
But it failed to do anything and just silently returned with all those LibreOffice versions that are built with old GnomeVFS support (the LO 3.6, 4.0, 4.1 available from <http://
So I created an own-built master with GnomeVFS rather than GIO support (--disable-gio --enable-
That is, installing the Fedora 19 package gnome-vfs2-smb made the command line ".../soffice smb://127.
This likely explains comment 19 "No obvious error, or anything, just no document."
What I could not (yet?) reproduce is a repair dialog appearing.
So, the new NEEDINFO request is whether there is anybody
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#23 |
(In reply to comment #20)
> So, the new NEEDINFO request is whether there is anybody
please ignore that junk at the end of the comment
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#24 |
(In reply to comment #20)
> What I could not (yet?) reproduce is a repair dialog appearing.
As it's reproducible only under Ubuntu 12.04, I guess it's caused by old versions of GNOME\Samba libs. This explains the fact you can't reproduce that on a recent distro.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#25 |
(In reply to comment #22)
> (In reply to comment #20)
> > What I could not (yet?) reproduce is a repair dialog appearing.
> As it's reproducible only under Ubuntu 12.04, I guess it's caused by old
> versions of GNOME\Samba libs. This explains the fact you can't reproduce
> that on a recent distro.
That makes it sound suspiciously like yet another fallout of GLib bug <https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#26 |
(In reply to comment #23)
> (In reply to comment #22)
> > (In reply to comment #20)
> > > What I could not (yet?) reproduce is a repair dialog appearing.
> > As it's reproducible only under Ubuntu 12.04, I guess it's caused by old
> > versions of GNOME\Samba libs. This explains the fact you can't reproduce
> > that on a recent distro.
>
> That makes it sound suspiciously like yet another fallout of GLib bug
> <https:/
> macros do not enclose val argument in parentheses," "which [...] caused
> trouble with LibreOffice, where running 'soffice sftp://
> access an .odt file via GVFS failed to properly type-detect that file as a
> Writer document and produced bogus error messages about the file being
> broken."
Björn, can you verify whether on Ubuntu 12.04 this issue is indeed caused by <https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#27 |
Confirming Ubuntu 12.04 does not have the extra parathesis, filed:
https:/
and adding remote bugs.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#28 |
@Stephan Bergmann: Just tried to install gnome-vfs2-smb on Fedora 19 as you suggested, but in my case it didn't help. LO 4.1.0.4 from libreoffice.org still closes immediately, either when double-clicking in nautilus or using the CLI. BUT it helps with 4.2.0.0.alpha0+ Build ID: f4004429d339009
There is a problem also with distro's (Fedora 19) packages you didn't notice: The CLI doesn't work until you open nautilus and manually open the share. It's a problem because the whole point of using CLI is to avoid the GUI.
It's even worse for KDE users, since they can't even open by double-clicking in Dolphin, until they open nautilus and manually mount the share (although this can be avoided, by appling the workaround from comment 15, or by reverting commit 673be8e76856c6b
BTW There is a seperate bug report about the CLI (bug 49776). Should we close it as a duplicate of the current bug?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#29 |
[Please note bug 49776 comment 6 about the two different kinds of LO builds involved, the --enable-gnome-vfs and --enable-gio kinds.]
(In reply to comment #26)
> @Stephan Bergmann: Just tried to install gnome-vfs2-smb on Fedora 19 as you
> suggested, but in my case it didn't help. LO 4.1.0.4 from libreoffice.org
> still closes immediately, either when double-clicking in nautilus or using
> the CLI.
Hm, that's bad, and I cannot reproduce it on my up-to-date Fedora 19 x86_64 box with <http://
> BUT it helps with 4.2.0.0.alpha0+ Build ID:
> f4004429d339009
> Branch:master, Time: 2013-08-18_23:20:11
OK, that tinderbox is indeed one that produces LO builds of the first, --enable-gnome-vfs kind (cf. e.g. <http://
> There is a problem also with distro's (Fedora 19) packages you didn't
> notice: The CLI doesn't work until you open nautilus and manually open the
> share. It's a problem because the whole point of using CLI is to avoid the
> GUI.
See the comment at <https:/
> BTW There is a seperate bug report about the CLI (bug 49776). Should we
> close it as a duplicate of the current bug?
I would prefer to wait until somebody who observed that bug in the past with a LO build of one kind is able to verify the bug is fixed with a later LO build of the same kind.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#30 |
Same problem as comment 19 with Ubuntu 13.04. simply no document. 4.0.2.2 works fine, 4.1 does not.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#31 |
(In reply to comment #28)
> Same problem as comment 19 with Ubuntu 13.04. simply no document. 4.0.2.2
> works fine, 4.1 does not.
Hi,
Unfortunately you didn't say which LO package do you use - from PPA or from libreoffice.org. Each of them has completely different problems.
- If you're using the packages from PPA, then the bug should be solved with 4.1.2 (unfortunately the PPA currently stuck with 4.1.1). When it will be updated to 4.1.2, it should work if you also install 'gvfs-backends' and 'libreoffice-gnome' packages. That way it works with Ubuntu 13.10.
- If you're using the packages from libreoffice.org site, then theoretically it should work if you install 'libgnomevfs2-
So currently you have to apply the workaround from comment 15, or upgrade to Ubuntu 13.10.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#32 |
Problem still exists, it seems, for me. Using Fedora 19 x64 this time, and the RPMs from the LibreOffice site. Version 4.1.3.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#33 |
Can someone do a bibisect of this so that we can maybe get a range?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#34 |
(In reply to comment #31)
> Can someone do a bibisect of this so that we can maybe get a range?
@Joel Madero: There is no need for bibisect. The problem probably is with the build environment where we build official releases (maybe some old headers or something similar). Please see Stephan Bergmann's comment at comment 20 that it works in his own build, and also see my comment at comment 26 that it works with a build from tinderbox, but not with the official build. Same under Ubuntu - see comment 29.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#35 |
(In reply to comment #29)
> - If you're using the packages from PPA, then the bug should be solved with
> 4.1.2 (unfortunately the PPA currently stuck with 4.1.1). When it will be
> updated to 4.1.2, it should work if you also install 'gvfs-backends' and
> 'libreoffice-gnome' packages. That way it works with Ubuntu 13.10.
Note that the ppa has:
1:4.1.3~
1:4.1.3~
1:4.1.3~
so all versions should be good, unless the bug is in the respective baseline on that ppa.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#36 |
(In reply to comment #30)
> Problem still exists, it seems, for me. Using Fedora 19 x64 this time, and
> the RPMs from the LibreOffice site. Version 4.1.3.
What problem exactly still exists?
Also, do you have the gnome-vfs2-smb package installed, see comment 20?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#37 |
(In reply to comment #34)
> What problem exactly still exists?
@Stephan Bergmann: Bryan Berndt explained his problem at comment 19.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#38 |
(In reply to comment #35)
> (In reply to comment #34)
> > What problem exactly still exists?
> @Stephan Bergmann: Bryan Berndt explained his problem at comment 19.
Ah, right. So /if/ he doesn't have gnome-vfs2-smb package installed, his findings in comment 30 would be consistent with my findings in comment 20.
Bryan, can you please clarify?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#39 |
@Stephan Bergmann: I found what causes the problem with the official build: Looking at the strace output showed that libORBit-2.so.0 can't be found. So I did 'sudo yum install ORBit2' and now it works!
tags: | added: precise |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#40 |
(In reply to comment #33)
> Note that the ppa has:
> 1:4.1.3~
> 1:4.1.3~
> 1:4.1.3~
>
> so all versions should be good, unless the bug is in the respective baseline
> on that ppa.
Indeed. I can confirm that it works now under Ubuntu 13.04 (64-bit). Thanks.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#41 |
(In reply to comment #37)
> @Stephan Bergmann: I found what causes the problem with the official build:
> Looking at the strace output showed that libORBit-2.so.0 can't be found. So
> I did 'sudo yum install ORBit2' and now it works!
I can confirm the same for Ubuntu 13.10 (64-bit). Installing 'liborbit2' package solves the problem.
But unfortunately it still won't work under KDE, unless exporting 'OOO_FORCE_
Same for MATE desktop. Tested with MATE 1.6.0 under Fedora 19 (64-bit) & LMDE MATE Edition (64-bit).
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#42 |
*** Bug 71981 has been marked as a duplicate of this bug. ***
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#43 |
@Stephan Bergmann: I found why builds with --enable-gnome-vfs won't work under KDE. It's because there is a check for GNOME desktop at http://
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#44 |
(In reply to comment #41)
> @Stephan Bergmann: I found why builds with --enable-gnome-vfs won't work
> under KDE. It's because there is a check for GNOME desktop at
> http://
> Removing that check solves the problem. Is it OK to just remove that check,
> or there could be some side effects which I'm not aware of?
No idea whether it would make sense to use that GnomeVFSContent
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#45 |
In general not using gnome-vfs at all is what makes most sense ;-)
gio - if anything - but surely KIO uses paths into a FUSE mount just like GNOME does - making that mostly pointless ?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#46 |
(In reply to comment #43)
> but surely KIO uses paths into a FUSE mount just like GNOME does -
> making that mostly pointless ?
No, KIO doesn't deal with any kind of mount. It just downloads the file into a temp folder, and opens it from there. It may cause troubles as in Bug 39591.
The problem now is that starting with 4.1 the .desktop files contain 'X-KDE-Protocols' definition, which is the equivalent of 'X-GIO-NoFuse'. So when users double-click on a file we get 'smb://
1. Make gnome-vfs work under KDE as suggested above.
2. Force gnome desktop in official build (by exporting OOO_FORCE_
3. Remove 'X-KDE-Protocols' from .desktop files. (But it will bring back Bug 39591.)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#47 |
(In reply to comment #44)
> 3. Remove 'X-KDE-Protocols' from .desktop files. (But it will bring back Bug
> 39591.)
Also it won't solve the problem for MATE desktop, which is not detected as GNOME (See http://
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#48 |
Still an issue with Ubuntu 12.04.3 and LibreOffice 1:4.1.3~
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#49 |
confirming the problem still exists in Ubuntu 12.04.3, with LO 4.1.3 PPA version (version 4.1.3~rc2-
sudo sed -i 's/X-GIO-
as alluded to above does seem to help.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#50 |
Update: attempting to open a .odt on a remote linux share using sftp (so not using samba) will result in the SAME ERROR. The .desktop sed hack does NOT solve the problem in this regard. So, from what I know there is no workaround for Ubuntu 12.04.3 to open .odf files on sftp shares.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#51 |
*** Bug 73187 has been marked as a duplicate of this bug. ***
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Launchpad Janitor (janitor) wrote : | #1 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in libreoffice (Ubuntu): | |
status: | New → Confirmed |
Changed in df-libreoffice: | |
importance: | Unknown → Critical |
status: | Unknown → Confirmed |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#53 |
(In reply to comment #48)
> Update: attempting to open a .odt on a remote linux share using sftp (so not
> using samba) will result in the SAME ERROR. The .desktop sed hack does NOT
> solve the problem in this regard. So, from what I know there is no
> workaround for Ubuntu 12.04.3 to open .odf files on sftp shares.
Hi. This works fine with precise. Is there an lp for this ?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ritesh Khadgaray (khadgaray) wrote : | #52 |
Is this issue still seen ?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#54 |
(In reply to comment #36)
> (In reply to comment #35)
> > (In reply to comment #34)
> > > What problem exactly still exists?
> > @Stephan Bergmann: Bryan Berndt explained his problem at comment 19.
>
> Ah, right. So /if/ he doesn't have gnome-vfs2-smb package installed, his
> findings in comment 30 would be consistent with my findings in comment 20.
>
> Bryan, can you please clarify?
Sorry, been away for a while. And Just added myself to the CC list, so I can try to keep up.
Im now on Fedora 20, x64, and using Libre Office 4.1.4. problem still exists, as explained in comment 19. Though, the failure is MUCH faster, less than a second.
The fix in comment 15 still works, as well.
I use KDE, gnome-vfs2-smb is NOT installed.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#55 |
Hi
(In reply to comment #51)
> (In reply to comment #36)
> > (In reply to comment #35)
> > > (In reply to comment #34)
> > > > What problem exactly still exists?
> > > @Stephan Bergmann: Bryan Berndt explained his problem at comment 19.
> >
> > Ah, right. So /if/ he doesn't have gnome-vfs2-smb package installed, his
> > findings in comment 30 would be consistent with my findings in comment 20.
> >
> > Bryan, can you please clarify?
>
> Sorry, been away for a while. And Just added myself to the CC list, so I can
> try to keep up.
>
> Im now on Fedora 20, x64, and using Libre Office 4.1.4. problem still
> exists, as explained in comment 19. Though, the failure is MUCH faster, less
> than a second.
>
> The fix in comment 15 still works, as well.
>
> I use KDE, gnome-vfs2-smb is NOT installed.
works fine using lo 4.1.4 shipped with fc20. Would you provide the "ps aux" o/p , after trying to open the document ( without the c#15 workaround).
I personally prefer this (c#15). Is there a reason we do not do delegate this to gvfs/kio backend by default ?
__self:
http://
https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#56 |
Created attachment 93088
'ps aux' immediately after failed attempt to open an xls file from SMB share
'ps aux' immediately after failed attempt to open an xls file from SMB share
As requested.
I removed the comment in the .desktop file or Libreoffice Calc. (comment 15) Then tried to open an xls file from a SMB share, by doubleclicking on the icon in Dolphin. I see the Libreoffice logo for a second, and then nothing.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#57 |
I have just confirmed this bug is NOT PRESENT for the following:
Client: Ubuntu 14.04
LibreOffice Version 4.1.3.2
Connection: smb:// from nautilus, so mounted to ~/.gvfs
Client: Ubuntu 12.04.3
LibreOffice Version: 4.1.4.2
Connection: cifs entry in /etc/fstab
I have just confirmed this bug IS STILL present for the following:
Client: Ubuntu 12.04.3
LibreOffice Version: 4.1.4.2
Connection: smb:// from nautilus, so mounted to ~/.gvfs
(the work-around from comment 15 above does still work, however)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#58 |
Sorry I wasn't clear enough: I mean that in Ubuntu 14.04 this bug seems SOLVED. The workaround of comment 15 is NOT REQUIRED.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#59 |
Just tried the latest LibreOffice 4.2.0.4 from the main libreoffice site.
Problem still exists (comment 19), and is still fixed with comment 15.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#60 |
Bryan,
What OS are you running? Again from my testing I see the problem SOLVED in Ubuntu 14.04, but still present in Ubuntu 12.04. It is some combination of LibreOffice 4.1 (+) in combination with *something* present in Ubuntu 12.04 that is not in Ubuntu 14.04. I am not sure about interim releases. I can't speak to Windows or OSX.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#61 |
Bryan, sorry I missed the earlier comment where you indicate you are using Fedora 20, KDE desktop.
To clarify, my testing results above are with Gnome-Shell / Unity / Cinnamon desktops, and I have not tested with KDE.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#62 |
@iveand, Bryan Berndt: Too bad you didn't read carefully the whole thread. Anyway, here is a summary:
- The repair dialog is an Ubuntu 12.04 specific bug, related to glib package. See https:/
The problem with KDE is another problem, mostly related to missing packages:
- For the build from distro repositories, you should also install 'gvfs' and 'gvfs-smb' packages for Fedora, or 'gvfs', 'gvfs-backends', 'libreoffice-gnome' for Ubuntu.
- For the build from libreoffice.org, you should also install 'gnome-vfs2', 'gnome-vfs2-smb', 'ORBit2' for Fedora, or 'libgnomevfs2-0', 'libgnomevfs2-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#63 |
I have the same problem with version 4.1.5.3
mainly libreoffice files .odt .ods .odp
My SO: Ubuntu 12.04
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#64 |
Same problem.
Kubuntu 13.10
Libreoffice 4.1.5 (PPA)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#65 |
Same problem on Ubuntu 12.04/64 with LibreOffice 4.2.1.1 (ppa)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#66 |
Same problem on Ubuntu 12.04/64 with LibreOffice 4.2.1.1 (download from LO site)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#67 |
*** Bug 75055 has been marked as a duplicate of this bug. ***
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#69 |
*** Bug 58236 has been marked as a duplicate of this bug. ***
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Andreas Heinlein (aheinlein) wrote : | #68 |
I have the same problem here, with Nautilus-mounted (i.e. over gvfs) SMB shares. I am using Ubuntu 12.04.4 and GNOME Classic.
Using LO 4.1.5 from the PPA, I get the repair dialog. Using LO 4.2.2 from the PPA, LO crashes with SIGSEGV. The suggested workaround above regarding X-GIO-NoFuse does not help in either case. I have gvfs-backends-extra installed, as well as libreoffice-gnome etc.
Would be glad to help, as this is causing real problems here.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Launchpad Janitor (janitor) wrote : | #70 |
This bug was fixed in the package libreoffice - 1:4.2.3~
---------------
libreoffice (1:4.2.
[ Ritesh Khadgaray ]
* fix symlink permissions (lp: #1200277)
[ Bjoern Michaelsen ]
* package libreoffice-
* make ConnectivityTools a normal target, so we can pack it
* build libreoffice-
* fix tests/junit-
* reenable junit
* strip down -subsequentcheck deps
* kill sensible-lomua.diff -- ExternalMailer should be good enough on all DEs
now (LP: #1217191)
* add jdk dep to -subsequentchec
* tweak java.library.path for autopkgtest
* use gio when possible (LP: #1253620)
* reenable Ubuntu palette
* backport patch for fdo#74981 from 4.2.4
-- Bjoern Michaelsen <email address hidden> Wed, 26 Mar 2014 00:30:50 +0100
Changed in libreoffice (Ubuntu): | |
status: | Confirmed → Fix Released |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Andreas Heinlein (aheinlein) wrote : | #71 |
That version still sometimes crashes, sometimes gives "Generic I/O Error". Not sure if this is still related to this bug, perhaps you can point me at some way to find this out.
I might add that we had to symlink the usual mount point of GVFS mounts from ~/.gvfs to /tmp/.gvfs-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ritesh Khadgaray (khadgaray) wrote : | #72 |
@andreas
gvfs does not support nfs - https:/
* Verify, if indeed gio fuse option is removed ( see description for workaround )
* Check if this issue is seen, when using with apps like vim/gedit to edit file over smb via gvfs.
> Why the symlink ?
gvfs supports $XDG_RUNTIME_DIR as seen from https:/
reference:
debug gio - https:/
http://
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Andreas Heinlein (aheinlein) wrote : | #73 |
@ritesh
Thanks for the answer.
* GVFS is not used/needed for NFS, NFS mounts are all static (i.e. /home and /opt). I can exclude multiple logins, I know this is problematic.
* The GIO fuse workaround has been removed from /usr/share/
* gEdit works just fine with files from SMB over GVFS, as does evince.
* I also verified the problem does not occur with static SMB mounts
* I adopted the solution you suggested using XDG_RUNTIME_DIR by removing the symlink and backporting pam-xdg-support to precise, which seemed to work without problems. GVFS mounts now are in /run/user/
Still, the problem persists. I will give the debugging help you provided a try and will report back tomorrow.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ritesh Khadgaray (khadgaray) wrote : | #74 |
Hi @andreas
Please check with trusty. For precise, you maybe hitting - https:/
- ritz
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Andreas Heinlein (aheinlein) wrote : | #75 |
@Ritesh
I already took a look at bug 1214352, and I am pretty sure this has something to do with it. But I did not quite understand what would be the fix? I applied the attached patch to the glib-2.0 source package, rebuilt and installed all resulting libglib... packages, but that did not change anything regarding this bug. What else would need a rebuild?
I will try testing with trusty, but that won't help me solve my problem. For various reasons, we will need to stick with 12.04LTS for at least another year or maybe two.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ritesh Khadgaray (khadgaray) wrote : | #76 |
Hi @Andreas
essentially anything which requires glib to build, and is used by libreoffice ( gvfs/dbus-glib/gtk ) from what I could see. Do raise this issue with support ( http://
-- ritz
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Andreas Heinlein (aheinlein) wrote : | #77 |
I finally found a solution by patching glib-2.0 and rebuilding libreoffice, gvfs, dbus-glib and gtk-3.0 against it. This works. Now this really needs to be fixed in Ubuntu by rebuilding *all* packages depending on glib, I think. I added a comment to bug 1214352 and wrote to canonical using the contact form from the URL you provided.
I really hope this gets fixed soon...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#78 |
(In reply to comment #59)
> @iveand, Bryan Berndt: Too bad you didn't read carefully the whole thread.
> Anyway, here is a summary:
>
> - The repair dialog is an Ubuntu 12.04 specific bug, related to glib
> package. See https:/
>
> The problem with KDE is another problem, mostly related to missing packages:
>
> - For the build from distro repositories, you should also install 'gvfs' and
> 'gvfs-smb' packages for Fedora, or 'gvfs', 'gvfs-backends',
> 'libreoffice-gnome' for Ubuntu.
>
> - For the build from libreoffice.org, you should also install 'gnome-vfs2',
> 'gnome-vfs2-smb', 'ORBit2' for Fedora, or 'libgnomevfs2-0',
> 'libgnomevfs2-
> 'OOO_FORCE_
Upgraded to LO 4.3 with the rpm's from the LO web site. (rpm -U.....) Problem is recreated, as with every upgrade so far (comment 15). Most of the packages you mention were already installed. Then added the export to a KDE environment script: http://
I log into the SMB file server, and then when I double click the file I want to opem it asks to log in again, I assume that this is GVFS asking that. Once I do, then file opens.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#79 |
Again: This one doesn't need bibisecting.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#80 |
Scoping this bug clearly only on the missing deps for KDE thanks to the excellent summary in comment 59. Everything else is fdo#49776. Please dont scope-creep this bug, thanks.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#81 |
(In reply to Björn Michaelsen from comment #68)
> Scoping this bug clearly only on the missing deps for KDE thanks to the
> excellent summary in comment 59.
...which has become moot with <http://
Changed in df-libreoffice: | |
status: | Confirmed → Fix Released |
I'm running LO 4.1.0.4 from your PPA on Ubuntu 12.04 64bit - libreoffice (1:4.1. 0-0ubuntu1~ precise1~ ppa1)
After the last update to 4.1.0.4 I can't open odt, ods & xlsx (can be more extensions that I haven't found yet) over SMB within Nautilus. However .doc works fine.
If I open any of the others i get that the file is corrupt and the possibility to repair the file. Problem is that it's not corrupt, my colleagues can open them (other OS and software), and if I copy the file to my local computer I'm able to open them without a problem.
Doesn't matter if I start Writer and use the open file option there.
Even if i use this with terminal it's no problem: .gvfs/path/ to/document. odt
$ libreoffice --writer /home/user/
So I don't know how to give you more information since I can't reproduce it through the terminal. Is there any way to debug with GUI or get a log file? Can't find any answers on Google for that.
To reproduce:
Nautilus -> Browse Network -> Windows network -> SHARE -> double click *.odt