LibreOffice-Impress can not play slide show (when using new cairo from ppas, not affecting Ubuntu archive)

[agussprd]

I am use netbook acer with CPU AMD dual-Core processor C-60
LibreOffice-Impress can not play slide show

WORKAROUND: Tools->options->LibreOffice->view, uncheck "Use hardware acceleration"

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: libreoffice-core 1:3.3.4-0ubuntu1
ProcVersionSignature: Ubuntu 2.6.38-13.55-generic 2.6.38.8
Uname: Linux 2.6.38-13-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Feb 16 14:23:25 2012
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110427.1)
ProcEnviron:
 LANGUAGE=en_US:en
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: libreoffice
UpgradeStatus: Upgraded to natty on 2012-02-03 (13 days ago)

[penalvch (penalvch)]

agussprd, thank you for reporting this and helping make Ubuntu better. Could you please attach an example Impress file that demonstrates this problem?

[agussprd (proagusbis)]

2012/2/16, Christopher M. Penalver <email address hidden>:
> agussprd, thank you for reporting this and helping make Ubuntu better.
> Could you please attach an example Impress file that demonstrates this
> problem?
>
> ** Changed in: libreoffice (Ubuntu)
> Status: New => Incomplete
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/933296
>
> Title:
> LibreOffice-Impress can not play slide show
>
> Status in “libreoffice” package in Ubuntu:
> Incomplete
>
> Bug description:
> I am use netbook acer with CPU AMD dual-Core processor C-60
> LibreOffice-Impress can not play slide show
>
> ProblemType: Bug
> DistroRelease: Ubuntu 11.04
> Package: libreoffice-core 1:3.3.4-0ubuntu1
> ProcVersionSignature: Ubuntu 2.6.38-13.55-generic 2.6.38.8
> Uname: Linux 2.6.38-13-generic i686
> NonfreeKernelModules: wl
> Architecture: i386
> Date: Thu Feb 16 14:23:25 2012
> InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386
> (20110427.1)
> ProcEnviron:
> LANGUAGE=en_US:en
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> SourcePackage: libreoffice
> UpgradeStatus: Upgraded to natty on 2012-02-03 (13 days ago)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/933296/+subscriptions
>

Thank's for your attention

--
Agus S

[penalvch (penalvch)]

agussprd, regarding comment #2:
"Could you please attach an example Impress file that demonstrates this problem?"

PDF is not a Impress file, it is a Draw file. In order to move forward on this, we would need the Impress file that when you attempt to view, demonstrates this problem.

[agussprd (proagusbis)]

this is simple my file, but i can not slide show all my .odp file.

2012/2/18, Christopher M. Penalver <email address hidden>:
> agussprd, regarding comment #2:
> "Could you please attach an example Impress file that demonstrates this
> problem?"
>
> PDF is not a Impress file, it is a Draw file. In order to move forward
> on this, we would need the Impress file that when you attempt to view,
> demonstrates this problem.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/933296
>
> Title:
> LibreOffice-Impress can not play slide show
>
> Status in “libreoffice” package in Ubuntu:
> Incomplete
>
> Bug description:
> I am use netbook acer with CPU AMD dual-Core processor C-60
> LibreOffice-Impress can not play slide show
>
> ProblemType: Bug
> DistroRelease: Ubuntu 11.04
> Package: libreoffice-core 1:3.3.4-0ubuntu1
> ProcVersionSignature: Ubuntu 2.6.38-13.55-generic 2.6.38.8
> Uname: Linux 2.6.38-13-generic i686
> NonfreeKernelModules: wl
> Architecture: i386
> Date: Thu Feb 16 14:23:25 2012
> InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386
> (20110427.1)
> ProcEnviron:
> LANGUAGE=en_US:en
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> SourcePackage: libreoffice
> UpgradeStatus: Upgraded to natty on 2012-02-03 (13 days ago)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/933296/+subscriptions
>

--
Agus S

[penalvch (penalvch)]

agussprd, this issue is unreproducible via the Terminal:

cd ~/Desktop && wget -c https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/933296/+attachment/2760316/+files/Tangan%20dihias.odp -O example.odp && loimpress --nologo example.odp

click the Slide Show icon and the slideshow begins as expected.

lsb_release -rd
Description: Ubuntu 11.10
Release: 11.10

 apt-cache policy libreoffice-impress
libreoffice-impress:
  Installed: 1:3.4.4-0ubuntu1
  Candidate: 1:3.4.4-0ubuntu1
  Version table:
 *** 1:3.4.4-0ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ oneiric-updates/main i386 Packages
        100 /var/lib/dpkg/status
     1:3.4.3-3ubuntu2 0
        500 http://us.archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages

[Launchpad Janitor (janitor)]

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

[Mingming Ren (portis25)]

I have the same problem, even with terminal.
It creates a new window to show the slide, but with incorrect content.
You can right-click on this window, mouse wheel can change page, but nothing refreshes.
This happens with all documents.

[Mozaic (mozaic)]

It's work with LibreOffice 3.5.1 on Ubuntu 12.04 beta 1

[Mingming Ren (portis25)]

I still have this problem with 3.5.1

$ apt-cache policy libreoffice-impress
libreoffice-impress:
  Installed: 1:3.5.1-1ubuntu1
  Candidate: 1:3.5.1-1ubuntu1
  Version table:
 *** 1:3.5.1-1ubuntu1 0
        500 http://archive.ubuntu.com/ubuntu/ precise/main amd64 Packages
        100 /var/lib/dpkg/status

[[e-mail] (deckoff)]

I can confirm the behavior of Impress, described in post #8.
A new window id created, but with empty, transparent content.
I tried on the same PC with a live USB of Sabayon linux - strangely, the slide show starts without a problem.
I wild guess this might be connected with video driver problems - I think the problem started since OpenGL 1.4 was made default for Ubuntu - my PC also cannot run Unity, so it falls back to Unity2D mode.
A few words of my hardware - intel 855GM video on Thinkpad x40.
I will be happy to provide any needed logs.

[Pauli (paniemin)]

I had same bug. It looks like some HW driver bug.

I can workaround problem by disabling acceleration for lo (Tools->options->LibreOffice->view, uncheck "Use hardware acceleration"

OpenGL renderer string: Mesa DRI Intel(R) Ironlake Mobile
OpenGL version string: 2.1 Mesa 8.0.2

[portis (portis24)]

Thanks, this workaround works!

On Wed, Apr 18, 2012 at 12:59 PM, Pauli <email address hidden> wrote:
> I had same bug. It looks like some HW driver bug.
>
> I can workaround problem by disabling acceleration for lo
> (Tools->options->LibreOffice->view, uncheck "Use hardware acceleration"
>
> OpenGL renderer string: Mesa DRI Intel(R) Ironlake Mobile
> OpenGL version string: 2.1 Mesa 8.0.2
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/933296
>
> Title:
>  LibreOffice-Impress can not play slide show
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/933296/+subscriptions

[agussprd (proagusbis)]

I try your suggestion, thank it is work.
I can play slide show.

> I had same bug. It looks like some HW driver bug.
>
> I can workaround problem by disabling acceleration for lo
> (Tools->options->LibreOffice->view, uncheck "Use hardware acceleration"
>
> OpenGL renderer string: Mesa DRI Intel(R) Ironlake Mobile
> OpenGL version string: 2.1 Mesa 8.0.2
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/933296
>
> Title:
> LibreOffice-Impress can not play slide show
>
> Status in “libreoffice” package in Ubuntu:
> Confirmed
>
> Bug description:
> I am use netbook acer with CPU AMD dual-Core processor C-60
> LibreOffice-Impress can not play slide show
>
> ProblemType: Bug
> DistroRelease: Ubuntu 11.04
> Package: libreoffice-core 1:3.3.4-0ubuntu1
> ProcVersionSignature: Ubuntu 2.6.38-13.55-generic 2.6.38.8
> Uname: Linux 2.6.38-13-generic i686
> NonfreeKernelModules: wl
> Architecture: i386
> Date: Thu Feb 16 14:23:25 2012
> InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386
> (20110427.1)
> ProcEnviron:
> LANGUAGE=en_US:en
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> SourcePackage: libreoffice
> UpgradeStatus: Upgraded to natty on 2012-02-03 (13 days ago)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/933296/+subscriptions
>

--
Agus S

[agussprd (proagusbis)]

Thanks, this workaround works!

Tools->options->LibreOffice->view, uncheck "Use hardware acceleration"

[EricV (eric-valette)]

I upgraded my system and tried to view a impress presentation to see what it gives full screen. The behavior was rather strange:: the visual output stay onchnaged but nothing was clickable anymore. On a short presentation I realized that I did not see the slide but when clicking the mouse the number of slide I did see the regular exit message. So the sslideshow mode was activated but the slide not displayed.

Searcifo ug in debian I found it but affected to cairo with an upstream bug targetting EXA acceleration. But, other pointed that the bug was happening with Intel driver as weel and I use nvidia. Disabling hardware acceleration for impress did fix the problem. However, it was working before (at least I did not chnage my libreoffice settings.

see https://bugs.freedesktop.org/show_bug.cgi?id=47266

and debian bug 668172

[Chris Wilson (ickle)]

As far as I can tell so far, Cairo is doing exactly as asked. I can see Cairo rendering, and the output looks correct, I just can't see how loimpress fails to copy it to its presentation window.

[EricV (eric-valette)]

(In reply to comment #1)
> As far as I can tell so far, Cairo is doing exactly as asked. I can see Cairo
> rendering, and the output looks correct, I just can't see how loimpress fails
> to copy it to its presentation window.

Dunno eiher but as you can see by browsing the bug in debian:
     1) a lot of people are affected,
     2) either disabling rendering accel in libreoffice settings or reverting to previous cairo lib fixes the problem in impress, so at least there is a misbehavior when the two are there!.

[Pauli (paniemin)]

Moving to libcairo2 based on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668172

It appears that libcairo 1.12 caused the regression.

[Sebastien Bacher (seb128)]

@Pauli: but Ubuntu didn't update to cairo 1.12...?

[Pauli (paniemin)]

Created attachment 60561
filtered xtrace with cairo 1.10 showing working state

[Pauli (paniemin)]

Created attachment 60562
filtered xtrace with cairo 1.12 showing broken state

[Pauli (paniemin)]

Differences what I can see:

* Copies from cairo render target and backing pixmap were done with render composite in 1.10. But 1.12 changes those copies to XcopyArea.

* 1.12 create a 2nd backing pixmap that looks like it should be the window instead. That means the last copy to onscreen memory actually goes to X pixmap that is never show in screen.

[Pauli (paniemin)]

Upstream bug report: https://bugs.freedesktop.org/show_bug.cgi?id=49118

[Pauli (paniemin)]

True. But you see that people are running cairo 1.12 already and it is problematic. ;)

For me source was https://launchpad.net/~xorg-edgers/+archive/ppa

[Sebastien Bacher (seb128)]

Oh ok, not an Ubuntu bug then ;-) Use of ppas is not officially support, in any case good that we resisted updating to the new cairo at the end of the cycle, thanks for the reference that will be useful for next cycle

[Pauli (paniemin)]

Created attachment 60585
Bactrace when extra pixmap is created and copy to the pixmap

[Pauli (paniemin)]

Created attachment 60587
First difference is surface creation with width and height zeros

Cairo 1.10 used to create xlib surfaces even if width and height where zeros. But 1.12 returns surfaces with all fields zeros and refcount -1.

[Chris Wilson (ickle)]

That is the root cause of the issue. lo creates a 0x0 surface to point to its primary display it seems. We mark that as invalid and so all drawing to that surface (in this case, the screen) is discarded.

[Chris Wilson (ickle)]

commit 9e81c5b737cda9dc539b2cf497c20ac48ddb91ac
Author: Chris Wilson <email address hidden>
Date: Wed Apr 25 20:41:16 2012 +0100

    xlib: Allow applications to create 0x0 surfaces

    Although 0x0 is not a legimate surface size, we do allow applications
    the flexibility to reset the size before drawing. As we previously never
    checked the size against minimum legal constraints, applications expect
    to be able to create seemingly illegal surfaces, and so we must continue
    to provide backwards compatibility.

    Many thanks to Pauli Nieminen for trawling through the protocol traces,
    diving into the depths of libreoffice and identifying the regression.

    Fixes https://bugs.freedesktop.org/show_bug.cgi?id=49118 (presentation
    mode in loimpress is blank).

    Reported-by: Eric Valette <email address hidden>
    Signed-off-by: Chris Wilson <email address hidden>

[EricV (eric-valette)]

Thanks to all people who contributed to fix it.

[Paul Menzel (pm-debian)]

An entry to a news file should be added, that this is just a work around and that programs should be updated to adhere to the spec.

Eric, could you submit a report to LibreOffice’s upstream bug tracking system mentioning that issue?

[EricV (eric-valette)]

(In reply to comment #11)
> An entry to a news file should be added, that this is just a work around and
> that programs should be updated to adhere to the spec.
>
> Eric, could you submit a report to LibreOffice’s upstream bug tracking system
> mentioning that issue?

Will do. Will mention the minimal 1x1 instead of 0x0.

[EricV (eric-valette)]

> Will do. Will mention the minimal 1x1 instead of 0x0.

Done see : https://bugs.freedesktop.org/show_bug.cgi?id=49165

[Rico Tzschichholz (ricotz)]

The new cairo snapshot (1.12.1+git20120425.fe428fc7) includes the workaround for this problem.