Description: Info: libreoffice --writer --version = LibreOffice 5.4.4.2 40m0(Build:2) OS: Manjaro Linux 64bit, XFCE Linux manjaro 4.14.15-1-MANJARO #1 SMP PREEMPT Wed Jan 24 13:13:39 UTC 2018 x86_64 GNU/Linux reproduce: try to open a doc or spreadsheet from CD-ROM -> splash screen, nothing happens, nor error message Steps to Reproduce: 1.open file from CD-ROM 2. 3. Actual Results: no files will be opened Expected Results: open the file Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: double click alos won't work User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.119 Safari/537.36
(In reply to JohnML from comment #0) > OpenGL enabled: Yes Might be a stretch, but if OpenGL is really enabled, you could try if disabling it helps: Tools - Options - LibreOffice - View - Use OpenGL for all rendering
... disabled OpenGL: New error message in German: Allgemeiner Ein-/Ausgabefehler beim Zugriff auf /run/media/john1/20170220-yakkety-amd64/GPL.
(In reply to JohnML from comment #2) > ... disabled OpenGL: > > New error message in German: > > Allgemeiner Ein-/Ausgabefehler beim Zugriff auf > /run/media/john1/20170220-yakkety-amd64/GPL. So are you able to open files on the CD-ROM with other applications, like with a text editor?
(In reply to Buovjaga from comment #3) > (In reply to JohnML from comment #2) > > ... disabled OpenGL: > > > > New error message in German: > > > > Allgemeiner Ein-/Ausgabefehler beim Zugriff auf > > /run/media/john1/20170220-yakkety-amd64/GPL. > > So are you able to open files on the CD-ROM with other applications, like > with a text editor? yes, i can open these files with geany editor for example!
sorry, it's a different version of Libreoffice: Version: 6.0.1.1 Build-ID: 6.0.1-1 CPU-Threads: 4; BS: Linux 4.14; UI-Render: Standard; VCL: gtk3; Gebietsschema: de-DE (de_DE.utf8); Calc: group How to change the settings of this post, above?
.. seems to be changed to the correct LO Verion!
(In reply to JohnML from comment #5) > sorry, it's a different version of Libreoffice: > > Version: 6.0.1.1 > Build-ID: 6.0.1-1 > CPU-Threads: 4; BS: Linux 4.14; UI-Render: Standard; VCL: gtk3; > Gebietsschema: de-DE (de_DE.utf8); Calc: group Hmm, do you mean you did not see this with 5.4.4? Did 5.4.4 work correctly and the problem began with 6.0.1?
if i remember correct i allways had Version 6. Just tested again: From Libreoffice open File -> error. The same error as if i try with file as commandline argument. You can't reproduce this?
AV error with this from CD-ROM libreoffice --writer -o '/run/media/john1/20170220-yakkety-amd64/Clonezilla-Live-Version'
Ok, now I tried with a CD that had a text file and sure enough: 6.0 cannot open it, but 3.6 can. Arch Linux 64-bit Version 3.6.7.2 (Build ID: e183d5b) Arch Linux 64-bit Version: 6.0.1.1 Build ID: 6.0.1-1 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Arch Linux 64-bit Version: 6.1.0.0.alpha0+ Build ID: c902cbc7dc5294ab721a9aef3a152aa243d00011 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on February 17th 2018
In Windows there is an error message: "The lock file could not be created for exclusive access by LibreOffice, due to missing permission to create a lock file on that location or lack of free space." With choices: Open Read-Only / Cancel Possibly since the fix to bug 106942.
In 6.0.1.1 / Ubuntu 17.10 there's the following error: "General input/output error while accessing" Bibisected to the following commit using repo bibisect-linux-64-5.4. Adding Cc: to Chris Sherlock. Chris, I'm not sure what the rationale is behind this mixup, and the original intention of swapping the two is unclear as well, as they are and were in the same order in file.h: E_SPIPE = osl_File_E_ROFS, E_ROFS = osl_File_E_SPIPE, https://cgit.freedesktop.org/libreoffice/core/commit/?id=a9739f2dec197793fa9400dd95be49494dc85264 author Chris Sherlock <chris.sherlock79@gmail.com> 2017-05-14 18:56:19 +1000 committer Chris Sherlock <chris.sherlock79@gmail.com> 2017-05-14 13:52:21 +0200 osl: document file.hxx, swap order of E_ROFS and E_SPIPE to match file.h
... this issue seems to be solved soon. Thanks to Buovjaga and Aron Budea! Funny: just wanted to post my "wild guess": lock file can't be written to ro CD-ROM :-)
Bug also in Fedora 27 4.15.3-3.fc27 Libreoffice 5.4.5.1-1.fc27. Fails to open an impress file with I/O error from a CDrom. File can be opened with xarchiver 0.5.4. I have an older machine that has Fedora 3.19.8-100.fc20 and Libreoffice 4.2.8.2.fc20 on it and the impress file opens just fine in read only mode which is expected.
Aron Budea committed a patch related to this issue. It has been pushed to "libreoffice-6-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=aafbeb29074c9e520a755f5582a774f9c812049b&h=libreoffice-6-0 tdf#115383: revert mixup of E_ROFS and E_SPIPE in file.hxx It will be available in 6.0.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Aron Budea committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=2219f0f6f85316d05231130c89613b98e7fd2cf5 tdf#115383: revert mixup of E_ROFS and E_SPIPE in file.hxx It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Fixed in master and 6.0, backport to 5.4 is in gerrit: https://gerrit.libreoffice.org/#/c/50171/ Thanks, Michael!
Aron Budea committed a patch related to this issue. It has been pushed to "libreoffice-5-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=c8bb752d21e25a1ba9b61e1197002e6d8c1746a5&h=libreoffice-5-4 tdf#115383: revert mixup of E_ROFS and E_SPIPE in file.hxx It will be available in 5.4.6. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 113024 has been marked as a duplicate of this bug. ***
*** Bug 116323 has been marked as a duplicate of this bug. ***
I have had a similar error for years and years. In my case I have an online share mounted via SSHFS. The shared drive in on the server is mounted read-only. I am on LO 6.0.6 (linux) and I still get this error every single time. I realize that the bug report was written for a CD-ROM, but I am nearly certain that the underlying issue is the same: lacking write permission to the file and/or the folder it is in. Isn't there a generic way of fixing it, such as checking the permission status of the file being opened or of the folder the file is sitting in?
The issue described in this report has been fixed. It's certainly possible that there are different, seemingly related issues, for such bugs please open a new bug report.
(In reply to whynot from comment #22) > I have had a similar error for years and years. In my case I have an online > share mounted via SSHFS. The shared drive in on the server is mounted > read-only. > > I am on LO 6.0.6 (linux) and I still get this error every single time. > I realize that the bug report was written for a CD-ROM, but I am nearly > certain that the underlying issue is the same: lacking write permission to > the file and/or the folder it is in. > > Isn't there a generic way of fixing it, such as checking the permission > status of the file being opened or of the folder the file is sitting in? There is bug 36827 for SSHFS that sounds like your issue.