To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95425
------- Additional comments from hennerdre...@openoffice.org Thu Mar 5 22:06:01 +0000 2009 ------- @cd: the attached patch cures the symptom, but since it doesn't remove the cause, this is not a solution. But this demonstrates: The problem occurs, if the file picker is not destroyed after closing. A proper solution would require starting and terminating the file picker thread (asyncrequests.?xx) in VistaFilePicker::Execute(), starting before the file picker is shown, and terminating the thread after it is hidden. In order to set and read the file picker's properties before and after calling Execute(), the file picker state should be cached, similar thing is done in the regular win32 file picker (see filepickerstate.?xx). The current implementation only allows to release the IFileDialog interface and to terminate the file picker thread, if the VistaFilePicker is destroyed. The quickstarter is not the only occurrence of a persisting file picker in OOo (e.g. in Organize Templates dialog there is one, also Insert, File... ). --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org --------------------------------------------------------------------- To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
