Problem viewing attachments in Openoffice: soffice wrapper calls oosplash.bin
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
openoffice.org (Debian) |
Fix Released
|
Unknown
|
|||
openoffice.org (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: openoffice.
As Tanguy Ortolo <email address hidden> writes at http://
> All the OpenOffice.org end-user programs (openoffice, soffice,
> oowriter...) call /usr/lib/
> /usr/lib/
>
> The latter, oosplash.bin, detaches itself from the calling process, that
> ends silently, while OpenOffice.org continues to run as a child of init.
>
> This can be a problem when opening attachements from an email reader.
> Some mail readers will save the attachement to a temporary file and spawn
> OpenOffice.org to open it. As OpenOffice.org returns almost immediatly,
> the reader can think it has been closed, and delete the temporary file.
> Then, when OpenOffice.org has ended to start, it cannot find the file it
> has been asked to open.
The wrapper causing this is /usr/lib/
kenny@min ~ 16:13 % lsb_release -rd
Description: Ubuntu 8.04.1
Release: 8.04
kenny@min ~ 16:13 % apt-cache policy openoffice.
openoffice.
Installed: 1:2.4.1-1ubuntu2
This problem wasn't present in Feisty.
An uneducated guess for a possible solution: Add an option, say -nooosplash, that would prevent this behaviour, and add this option to all relevant lines in the files /usr/lib/
openoffice.
openoffice.
openoffice.
openoffice.
openoffice.
openoffice.
openoffice.
Alternatively, just removing the lines
# test for availability of the fast external splash
if [ "$sd_binary" = "soffice.bin" -a -x "$sd_prog/
sd_
fi
from /usr/lib/
Changed in openoffice.org: | |
status: | Unknown → New |
Changed in openoffice.org (Debian): | |
status: | New → Fix Released |
The program calling openoffice should not be deleting the file.