Description: Any PDF file is opened with LibreOffice Writer instead of Draw, in all of the following cases: (a) Using the terminal (regardless of whether the option --draw is provided) (b) In the file manager: right-click > "Open with LibreOffice Draw" (c) In LibreOffice Draw: File > Open I am running Debian GNU/Linux 9.9 stretch, with pre-built LibreOffice upgraded to Version 5.2.7.2 20m0(Build:2) using `sudo apt upgrade`. Machine is 64-bit ARM; the result of `uname -a` is: Linux Debian-Desktop 4.4.210 #1 SMP Tue Jan 14 22:28:43 EST 2020 aarch64 GNU/Linux Similar reports: Debian jessie https://ask.libreoffice.org/en/question/75792/pdfs-get-re-routed-to-open-in-writer-instead/ Tails 3.6~rc1 https://redmine.tails.boum.org/code/issues/15389 Steps to Reproduce: 1. Open terminal 2. $ libreoffice any.pdf OR 1. Open file manager 2. Right-click any.pdf 3. Select "Open with LibreOffice Draw" OR 1. Start LibreOffice Draw 2. File > Open 3. Double-click any.pdf Actual Results: PDF file is opened with LibreOffice Writer. If the terminal method is used, the following appears (note the three 'parser error' messages at the end): javaldx: Could not find a Java Runtime Environment! Warning: failed to read path from javaldx LIBGL: Initialising gl4es LIBGL: v1.1.1 built on Mar 10 2019 13:15:04 LIBGL: Using GLES 2.0 backend LIBGL: loaded: libbrcmGLESv2.so LIBGL: loaded: libbrcmEGL.so LIBGL: Using GLES 2.0 backend LIBGL: Hardware Full NPOT detected and used LIBGL: Extension GL_EXT_blend_minmax detected and used LIBGL: FBO are in core, and so used LIBGL: PointSprite are in core, and so used LIBGL: CubeMap are in core, and so used LIBGL: BlendColor is in core, and so used LIBGL: Blend Substract is in core, and so used LIBGL: Blend Function and Equation Separation is in core, and so used LIBGL: Texture Mirrored Repeat is in core, and so used LIBGL: Extension GL_OES_mapbuffer detected LIBGL: Extension GL_OES_element_index_uint detected and used LIBGL: Extension GL_OES_packed_depth_stencil detected and used LIBGL: Extension GL_OES_depth24 detected and used LIBGL: Extension GL_OES_rgb8_rgba8 detected and used LIBGL: Extension GL_EXT_texture_format_BGRA8888 detected and used LIBGL: Extension GL_OES_depth_texture detected and used LIBGL: Extension GL_OES_texture_stencil8 detected and used LIBGL: Extension GL_EXT_texture_rg detected and used LIBGL: Extension GL_EXT_color_buffer_float detected and used LIBGL: Extension GL_EXT_color_buffer_half_float detected and used LIBGL: high precision float in fragment shader available and used LIBGL: Max vertex attrib: 16 LIBGL: Extension GL_OES_standard_derivatives detected and used LIBGL: Max texture size: 8192 LIBGL: Max Varying Vector: 15 LIBGL: Texture Units: 8(8), Max lights: 8, Max planes: 6 LIBGL: Hardware vendor is ARM LIBGL: sRGB surface supported LIBGL: Targeting OpenGL 2.0 LIBGL: glXMakeCurrent FBO workaround enabled LIBGL: FBO workaround for using binded texture enabled LIBGL: glX Will try to recycle EGL Surface LIBGL: Current folder is:/home/conway :1: parser error : Document is empty %PDF-1.5 ^ :1: parser error : Document is empty %PDF-1.5 ^ :1: parser error : Document is empty %PDF-1.5 ^ Expected Results: PDF file is opened with LibreOffice Draw. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Help > About LibreOffice: Version: 5.2.7.2 Build ID: 1:5.2.7-1+deb9u11 CPU Threads: 6; OS Version: Linux 4.4; UI Render: default; VCL: x11; Locale: en-AU (en_AU.UTF-8); Calc: group
5.2 branch is EOL, like all the branches until 6.1 included. Please give a try to a new LO version. For this, you can upgrade to Debian testing (I use this one) or use testing repository for LO packages.
I didn't want to mix stable with testing, so I used stretch-backports to upgrade to LibreOffice 6.1.5.2 10(Build:2). PDF files now open correctly in Draw (although very slowly, it takes ~10 seconds).
Debian stable are more for production server, not for the desktop. LO is a software which concerns desktop part nor server part (like Apache, MariaDB, Postgresql, etc.) . Anyway, let's put this one to WFM then.