[SRU] GUINT32/64_SWAP_LE_BE macros do not enclose val argument in parentheses
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GLib |
Fix Released
|
Medium
|
|||
LibreOffice |
Fix Released
|
Critical
|
|||
glib2.0 (Ubuntu) |
Fix Released
|
Undecided
|
Adam Conrad | ||
gvfs (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
libreoffice (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[Impact]
* This bug affects Glib-dependent packages, one of them is modern version of LibreOffice 4.x from PPA (https:/
* LibreOffice is very important software. Modern versions are more functional. Without them Ubuntu is nothing, it is a toy.
[Test Case]
1. Place OpenDocument file (for example 'test.odt') on SMB/CIFS server (Samba on GNU/Linux, or from Windows). Make this share available for read-write.
2a.1. Open Nautilus, navigate it to 'smb://
2a.2. Double click on 'test.odt'
2b. Launch terminal and send 'libreoffice smb://server_
3. Get error message from LibreOffice:
"The file 'test.odt' is corrupt and therefore cannot be opened.
LibreOffice can try to repair the file.
The corruption could be the result of document manipulation or of
structural document damage due to data transmission.
We recommend that you do not trust the content of the repaired document.
Execution of macros is disabled for this document.
Should LibreOffice repair the file?
Yes No"
4a. If I click 'Yes', the file is opened, but the title of the document
is "Untitled 1 (repaired document)", not original name.
4b. If I click 'No', the dialog 'LibreOffice 4.4' is opened with text:
The file 'test.odt' could not be repaired and therefore cannot be opened.
OK"
I click 'OK' here, the next window "LibreOffice 4.4.1.2" is opened with text:
"General Error.
General input/output error.
OK"
If I click OK here - no files are opened.
While step 3 gvfsd-smb process eats CPU then terminates with error. This error is caused by bug in Glib (wrong type conversion in macros).
[Regression Potential]
* This functionality is essential. Please fix this bug.
I (and you) can't tell Windows users, that they should not open office files from network shares in GNU/Linux.
* The patch has two lines (https:/
* This bug may cause potential loss of data.
[Other Info]
* Corresponding links to LibO bugs are:
https:/
https:/
[Original description]
On 12.04 LTS precise GUINT32/
There is a patch available, but as this touches the header, it needs a full recompile of rdepends.
see: https:/
Changed in df-libreoffice: | |
importance: | Unknown → Critical |
status: | Unknown → Confirmed |
Changed in glib: | |
importance: | Unknown → Medium |
status: | Unknown → Fix Released |
Changed in glib2.0 (Ubuntu): | |
assignee: | nobody → Adam Conrad (adconrad) |
Changed in df-libreoffice: | |
status: | Confirmed → Fix Released |
tags: | added: apport-collected precise third-party-packages |
summary: |
- GUINT32/64_SWAP_LE_BE macros do not enclose val argument in parentheses + [SRU] GUINT32/64_SWAP_LE_BE macros do not enclose val argument in + parentheses |
description: | updated |
description: | updated |
tags: | added: ppa |
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