libreoffice toolbar icons large and ugly - no matter what theme

[Jason Straight]

Since the last update to libreoffice, the toolbar icons are too large to fit right in the toolbar and seems to be using the wrong size of icons which causes them to be blocky.

I've tried changing the settings in libreoffice between different libreoffice themes and size and the icon appearance does not change.

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: libreoffice-common 1:4.2.3~rc2-0ubuntu1
ProcVersionSignature: Ubuntu 3.13.0-20.42-generic 3.13.7
Uname: Linux 3.13.0-20-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.14-0ubuntu1
Architecture: amd64
CurrentDesktop: KDE
Date: Tue Apr 1 09:28:42 2014
InstallationDate: Installed on 2014-03-21 (10 days ago)
InstallationMedia: It
PackageArchitecture: all
SourcePackage: libreoffice
UpgradeStatus: Upgraded to trusty on 2014-03-24 (7 days ago)

[Walter Garcia-Fontes (walter-garcia)]

Thanks for reporting this bug and making Ubuntu better. It looks a problem with your desktop environment. Do you notice this only in LibreOffice or also in other applications?

[Jason Straight (jason-jeetkunedomaster)]

Thanks for the response.

I've only noticed it with libreoffice.

I run KDE. In my testing I've removed the kde additions for libreoffice, rm'ed ~/.gtk*, ~/.config/libreoffice, tried changing the theme settings in kde's gtk settings, and eventually set up a brand new user and opened libreoffice with the same results.

[Walter Garcia-Fontes (walter-garcia)]

Can you paste the result of what you get when you enter from a terminal:

dpkg --get-selections libreoffice*

[Jason Straight (jason-jeetkunedomaster)]

libreoffice-avmedia-backend-gstreamer install
libreoffice-base install
libreoffice-base-core install
libreoffice-base-drivers install
libreoffice-calc install
libreoffice-common install
libreoffice-core install
libreoffice-draw install
libreoffice-impress install
libreoffice-java-common install
libreoffice-math install
libreoffice-pdfimport install
libreoffice-sdbc-firebird install
libreoffice-sdbc-hsqldb install
libreoffice-style-crystal install
libreoffice-style-galaxy install
libreoffice-style-human install
libreoffice-style-oxygen install
libreoffice-style-sifr install
libreoffice-style-tango install
libreoffice-writer install

[Björn Michaelsen (bjoern-michaelsen)]

From downstream bug:
"Since the last update to libreoffice, the toolbar icons are too large to fit right in the toolbar and seems to be using the wrong size of icons which causes them to be blocky.

I've tried changing the settings in libreoffice between different libreoffice themes and size and the icon appearance does not change."

Screenshot at: https://launchpadlibrarian.net/171457355/libreOfficeIcons1.png

Is this possibly related to the HiDPI work?

[Björn Michaelsen (bjoern-michaelsen)]

downstream bug reference: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1300792

claimed to be a regression by downstream reporter.

[Björn Michaelsen (bjoern-michaelsen)]

Did this already still work on an earlier 4.2 version? What was the last known good version?

[KeithCu (keithcu)]

Interesting. I did most of my work with Gnome 3.10, but I tested it on KDE as well. I will try to figure out what is going on!

[KeithCu (keithcu)]

Jason, do you have a HiDPI screen? What is your value under KDE system settings for:

Application Appearance - Fonts - "Force fonts DPI"

If that value is set to a large number for a normal screen, it will cause problems.

[Jason Straight (jason-jeetkunedomaster)]

I want to say it worked prior to last update. But I can't be certain.

I do have a 1080p screen, but my font DPI is not fixed. It is unchecked in KDE settings.

Strange that I would have it with a newly created user account.

[KeithCu (keithcu)]

Hmmm. What is going on is that LibreOffice 4.2.3 is trying to detect HiDPI screens, and when it notices them, it doubles the toolbar bitmaps and other stuff. For your 1080p screen, this logic should not execute, but it is for some reason.

Can you include the input of the xdpyinfo command? I'm guessing your X information is wrong.

As a workaround, can you put 96 DPI into that setting and see if it makes it look better?

[Jason Straight (jason-jeetkunedomaster)]

screen #0:
  dimensions: 1920x1080 pixels (351x191 millimeters)
  resolution: 139x144 dots per inch
  depths (7): 24, 1, 4, 8, 15, 16, 32
  root window id: 0x284
  depth of root window: 24 planes
  number of colormaps: minimum 1, maximum 1
  default colormap: 0x20
  default number of colormap cells: 256
  preallocated pixels: black 0, white 16777215
  options: backing-store WHEN MAPPED, save-unders NO
  largest cursor: 256x256
  current input event mask: 0xfac031
    KeyPressMask EnterWindowMask LeaveWindowMask
    KeymapStateMask ExposureMask StructureNotifyMask
    SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask
    PropertyChangeMask ColormapChangeMask
  number of visuals: 228
  default visual id: 0x21
  visual:
    visual id: 0x21
    class: TrueColor
    depth: 24 planes
    available colormap entries: 256 per subfield
    red, green, blue masks: 0xff0000, 0xff00, 0xff
    significant bits in color specification: 8 bits

[Jason Straight (jason-jeetkunedomaster)]

Yeah. I went and forced my font DPI to 96 and it looks better now.

[KeithCu (keithcu)]

Thanks for this info, Jason. The 144 DPIY triggers the HiDPI mode for LibreOffice. There are at least 2 ways to fix this, I will look into it for 4.2.4.

Can you try the workaround and let me know if it works?

[KeithCu (keithcu)]

Okay, I figured out the problem. Here is the info for the monitor in question:

screen #0:
  dimensions: 1920x1080 pixels (351x191 millimeters)
  resolution: 139x144 dots per inch

According to X the monitor has 144 DPIY. This is the minimum value which triggers HiDPI support in LibreOffice: (144 + 48 == 192)

http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-4-2&id=52cb1085edc66995393d5be5a55cb45b73a95292

There are at least two fixes:

1. Bump up the minimum value from 144 DPI (or only kick in if both X and Y are 144, etc.)

2. Port over this fix from master: http://cgit.freedesktop.org/libreoffice/core/commit/?id=9f308fbc02439e25f8932314a9374c205ebdbc4c

It is also possible to use a better API for DPI such as xrandr that might give better information.

Kendy, what do you think?

[Jason Straight (jason-jeetkunedomaster)]

Yeah. I did that it worked for that.

Thanks.

I may have another bug to make a report on. With the kde extensions for libreoffice installed it won't paint/fill the window after loading, and locks up.

[KeithCu (keithcu)]

Thanks for your help understanding what is going on. Glad to know the workaround makes it look better. I'll try to get a proper fix for 4.2.4.

[Libreoffice-commits (libreoffice-commits)]

Jan Holesovsky committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=d06269447f8de52fd35e4e97d127279cc3f84025

fdo#77059, hidpi: Increase the threshold of what DPI we consider hi-dpi.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

[Libreoffice-commits (libreoffice-commits)]

Jan Holesovsky committed a patch related to this issue.
It has been pushed to "libreoffice-4-2":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=bcba071c0d583a0b3a62d6d718829b906ecc37f2&h=libreoffice-4-2

fdo#77059, hidpi: Increase the threshold of what DPI we consider hi-dpi.

It will be available in LibreOffice 4.2.4.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

[KeithCu (keithcu)]

Kendy pushed a fix that will go into 4.2.4 so I'm resolving this.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Björn Michaelsen (bjoern-michaelsen)]

Released upstream with 4.2.4, we ship newer versions, so closing as Fix released.