Apache OpenOffice (AOO) Bugzilla – Issue 97854
kdefilepicker is not closing, when oo is closed
Last modified: 2013-07-29 17:55:22 UTC
Since kdefilepicker does not provide a modal dialog, when dialog is open, users can close the OO.org application, and if OO.org is closed, kdefilepicker is not closed and still exists. In addition, if you select a file in this case, OO.org document recovery screen comes up. Steps to reproduce: 1- Open a new Writer document 2- Issue ctrl+o to open a kdefilepicker dialog. 3- Close the Writer application and kdefilepicker still exists. kdefilepicker must be a modal dialog that doesn't allow users to make any changes in the window behind, or all OO.org applications should kill any kdefilepicker during exit.
This is peculiar since OOo does not use the kde file picker; do you perhaps mean the gtk file picker ? Or are you using a modified version which perhaps uses the kde file picker like e.g. go-oo which comes with SuSE or debian ?
Yes, in Pardus Linux we use a go-oo build of 2.4.1.7[1] which uses ooh680-m17. Since we are a KDE distro, it's very useful to use KDE style dialogs. If gtk dialogs are started in a similar way (as a new process), perhaps this bug is valid for gtk dialogs, too. But I've not tried. [1] http://download.go-oo.org/OOH680/ooo-build-2.4.1.7.tar.gz
@kendy: this seems to be a gooo special, would you handle the kde file picker ?
gokcen: Well, from various reasons, the KDE fpicker is an external application which causes the problems you mentioned & will not be that easy to fix, unfortunately... The best way would be to re-do it to an internal implementation, but it's not that easy :-(