::std::vector lFilters = lcl_buildFilterList(m_lFilters) ::sal_Int32 nRealIndex = (nFileType-1) // COM dialog base on 1.

This would already prevent accessing an empty vector, any way it would be safer to check nRealIndex against the vector actual size. If ( SUCCEEDED(hResult) & nFileType > 0 ) Will return S_OK but nFileType will be 0 when no filters were specified.

HResult = iDialog->GetFileTypeIndex(&nFileType) The crash is likely a regression introduced by stlport removal. On 3.4.1 it does not crash (but the dialog does not show up). This one crashes on Windows 7, it isn't setting any filter, so the following code tries to access element 0 of an empty vector: (In reply to Ariel Constenla-Haile from comment #4) The default directory and filename of the file picker is the same as the opened document. The file picker doesn't start where the opened document is saved nor the filename of the document is set as default filename. Install the extension in LibreOffice in Windows.ģ. Create a new extension which shows a file picker using the code mentioned above.Ģ. tDefaultName(originalUrl.substring(idx+1)) ġ. tDisplayDirectory(originalUrl.substring(0, idx)) tDisplayDirectory(Environment.getHomeDir()) XFilePicker xFilePicker = (XFilePicker) UnoRuntime.queryInterface(XFilePicker.class, oFilePicker) Object oFilePicker = component_factory.createInstanceWithContext('.dialogs.FilePicker', Environment.getContext()) Here, 'originalUrl' is the URL taken from the currently open document 'Environment' is just a helper class to retrieve some information about the opened document. This happens in Windows 7 in Ubuntu 12.10 (using OpenOffice 4) it works as expected. When a file picker is created using the following code, the directory and filename are not set when the file picker is shown.

Where are openoffice templates stored