Bug 130755 - FILEOPEN: PDF file opened with Writer instead of Draw (Debian GNU/Linux 9.9 stretch)
Summary: FILEOPEN: PDF file opened with Writer instead of Draw (Debian GNU/Linux 9.9 s...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
5.2.7.2 release
Hardware: ARM Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-02-18 10:18 UTC by Conway
Modified: 2020-02-18 14:21 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Conway 2020-02-18 10:18:02 UTC
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
Comment 1 Julien Nabet 2020-02-18 13:01:42 UTC
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.
Comment 2 Conway 2020-02-18 14:18:44 UTC
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).
Comment 3 Julien Nabet 2020-02-18 14:21:29 UTC
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.