chromium does not open downloaded files

Bug #1710789 reported by RCV on 2017-08-15
This bug affects 4 people
Affects Status Importance Assigned to Milestone
chromium-browser (Ubuntu)
Olivier Tilloy

Bug Description

I have up to date Ubuntu 17.04. Recently, Chromium stoped to open downloaded files.

If i download and open doc file from chromium, in command line i see the following message:

/usr/lib/libreoffice/program/soffice.bin: relocation error: /usr/lib/x86_64-linux-gnu/ symbol mir_display_config_release, version MIR_CLIENT_0.21 not defined in file with link time reference

If i download pdf file i see the same message with evince instead of libreoffice.

It looks like more general problem, but I still can open files from these two applications or using xdg-open.

I tried to work with new chromium profile, but i get the same message no matter what and files cannot be opened.

RCV (reichcv) on 2017-08-15
description: updated
description: updated
Olivier Tilloy (osomon) wrote :

I can reliably reproduce in a zesty VM. Investigating.

Changed in chromium-browser (Ubuntu):
status: New → Confirmed
importance: Undecided → High
assignee: nobody → Olivier Tilloy (osomon)
Olivier Tilloy (osomon) wrote :

Not reproducible on xenial or trusty, but I can observe the same issue on artful.

Olivier Tilloy (osomon) wrote :

Symbol mir_display_config_release is missing from the mir symbol stubs in third_party/protobuf/mirclient.cc¹, that might explain the problem.


summary: - chromium doesnot open downloaded files
+ chromium does not open downloaded files
Olivier Tilloy (osomon) wrote :

Test packages with added stub symbol currently building in

Olivier Tilloy (osomon) wrote :

I confirm that adding mir_display_config_release to the symbol stubs fixes the issue on zesty.

Changed in chromium-browser (Ubuntu):
status: Confirmed → In Progress
Olivier Tilloy (osomon) wrote :

Nope, that was a false hope. I’m still seeing the problem on zesty and artful (only amd64, not on i386), even after patching chromium to add the missing stub symbol.

Alan Griffiths (alan-griffiths) wrote :

$ objdump -T /usr/lib/chromium-browser/ | grep mir_display_config_release
$ objdump -T /usr/lib/x86_64-linux-gnu/ | grep mir_display_config_release
0000000000072860 g DF .text 0000000000000012 MIR_CLIENT_0.21 mir_display_config_release

What appears to be happening is that soffice.bin is loading a stub version of belonging to chromium-browser.

That implies that chromium-browser has reconfigured link loading and then started an external program that needs the real

Olivier Tilloy (osomon) wrote :

Note that google-chrome is not affected as it's built with is_component_build=false, and thus it doesn't ship any stub

Olivier Tilloy (osomon) wrote :

I have switched builds for the beta branch to is_component_build=false, so this bug should go away with the next major chromium update (61).

RCV (reichcv) wrote :

>I have switched builds for the beta branch to is_component_build=false, so this bug should go away with the next major chromium update (61).

May i test this package now?

Olivier Tilloy (osomon) wrote :

> May i test this package now?

Packages available at:

RCV (reichcv) wrote :

Yes, chromium is working correctly. Thank you

wdoekes (walter+ubuntu) wrote :

Yeap, that fixes things. Thanks!

Olivier Tilloy (osomon) on 2017-10-25
Changed in chromium-browser (Ubuntu):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers