Steps how to reproduce with Server Installation of "LibreOffice 3.5.0 - WIN7 Home Premium (64bit) English UI [Build ID: 35c8573-95bcc5e-4c1bcb] Win-x86@6-fast pull time 2011-12-09 12:44:50" :
1. Start LibO
> Start center appears
2. Menu 'file -> Open -> Arbitrary.PDF'
Expected: document will be opened
Actual: Filter list (other Master versions: ASCII filter) appears
Extension is installed, but does not work.
Latest version I tested and see it working: Server installation of Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) ENGLISH UI [(Build ID: d38713d-5d03837-ca7e6f5-c4bb9bd-ce71330)]" (Voreppe_Win32_Tinderbox 111115)
New User Profile die not help.
I see this as a major one
Also in 3.5.0 Beta1 MinGW and MSVC, so NEW
I do not have the problem in my 'pre-beta1'
Build ID: 202fca9-7f15fca-1f1fd1a-ca8e46d-5bcbce4
NOT reproducible on MacOS X 10.6.8 German,
neither with 3.5.0 beta 1:
LOdev 3.5.0 [should be: LibreOffice 3.5.0 beta 1]
Installation file name: libreoffice-3-5~2011-12-13_04.48.06_LibO-Dev_3.5.0beta1_MacOS_x86_install_en-US
nor with master:
Build ID: bedebfc-b204871-3e50423-4c1bcb5
Build date: 2011-12-13
Installation file name: master~2011-12-13_04.31.10_LibO-Dev_3.6.0beta0_MacOS_x86_install_en-US.dmg
neither when opening a simple LibreOffice-generated 'Hello world!' document nor when opening a more complex PDF file (e.g., some sheet music generated by LilyPond).
Maybe yet another Windows-only bug?
This is similar to fdo#43422 missing component_getFactory symbol
$ dumpbin /exports wntmsci12.pro/bin/pdfimport.uno.dll
Microsoft (R) COFF/PE Dumper Version 9.00.30729.01
Copyright (C) Microsoft Corporation. All rights reserved.
Dump of file wntmsci12.pro/bin/pdfimport.uno.dll
File Type: DLL
Section contains the following exports for pdfimport.uno.dll
4EE869F0 time date stamp Wed Dec 14 09:18:40 2011
1 ordinal base
1 number of functions
1 number of names
ordinal hint RVA name
1 0 00001000 GetVersionInfo = _GetVersionInfo
If I revert http://cgit.freedesktop.org/libreoffice/core/commit/?id=3fbedc3e8f65c91999dcee42daa8312e387dcf40 I get the symbols back
Sorry, wrong cut-and-paste, http://cgit.freedesktop.org/libreoffice/core/commit/?id=1fb5eb2162d79a44f5bb90627c1ca340d1322129 is the offender
the problem potentially affects language guessing, mozilla address book, presenter console, pdf import, CMIS ucp.
hopefully fixed on master with:
hopefully fixed on libreoffice-3-5 with:
but i don't have windows here, so please test it...
*** Bug 43738 has been marked as a duplicate of this bug. ***
Works fine with Server installation of Master "LOdev 3.5.0beta2+ – WIN7 Home Premium (64bit) ENGLISH UI [Build ID: 22905fb-b605e4f-4c1bcb5]" Win-x86@6 - pull time 2011-12-20 20:59:59)
This bug appears to have regressed. Under Ubuntu 10.04 x64, 350m1 (Build:202) when attempting to open a PDF from within LO Draw the ASCII Filter Options dialog is again initiated. Same problem is being reported under Ubuntu 12.04, 350m1 (Build:202). Performing the same action under MacOS 10.6.8, 340m1 (Build:502) opens the PDF directly.
(In reply to comment #10)
> This bug appears to have regressed. Under Ubuntu 10.04 x64, 350m1 (Build:202)
> when attempting to open a PDF from within LO Draw the ASCII Filter Options
> dialog is again initiated. Same problem is being reported under Ubuntu 12.04,
> 350m1 (Build:202). Performing the same action under MacOS 10.6.8, 340m1
> (Build:502) opens the PDF directly.
Did you install pdfimport package? It seems it is not installed by default in Ubuntu versions.
Best regards. JBF
We'll assume that pdfimport isn't installed for the case of comment #10, if the problem persists please open a new bug rather than reopening this one as this one was for a very specific windows-only problem which is definitely fixed, even if your problem appears similar