Launchpad has imported 14 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=49118.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2012-04-24T21:14:10+00:00 EricV wrote: 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 Reply at: https://bugs.launchpad.net/libcairo/+bug/933296/comments/16 ------------------------------------------------------------------------ On 2012-04-24T21:46:43+00:00 Chris Wilson wrote: 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. Reply at: https://bugs.launchpad.net/libcairo/+bug/933296/comments/17 ------------------------------------------------------------------------ On 2012-04-24T21:57:03+00:00 EricV wrote: (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!. Reply at: https://bugs.launchpad.net/libcairo/+bug/933296/comments/18 ------------------------------------------------------------------------ On 2012-04-25T09:24:47+00:00 Pauli wrote: Created attachment 60561 filtered xtrace with cairo 1.10 showing working state Reply at: https://bugs.launchpad.net/libcairo/+bug/933296/comments/21 ------------------------------------------------------------------------ On 2012-04-25T09:25:26+00:00 Pauli wrote: Created attachment 60562 filtered xtrace with cairo 1.12 showing broken state Reply at: https://bugs.launchpad.net/libcairo/+bug/933296/comments/22 ------------------------------------------------------------------------ On 2012-04-25T09:27:53+00:00 Pauli wrote: 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. Reply at: https://bugs.launchpad.net/libcairo/+bug/933296/comments/23 ------------------------------------------------------------------------ On 2012-04-25T16:42:20+00:00 Pauli wrote: Created attachment 60585 Bactrace when extra pixmap is created and copy to the pixmap Reply at: https://bugs.launchpad.net/libcairo/+bug/933296/comments/27 ------------------------------------------------------------------------ On 2012-04-25T19:26:49+00:00 Pauli wrote: 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. Reply at: https://bugs.launchpad.net/libcairo/+bug/933296/comments/28 ------------------------------------------------------------------------ On 2012-04-25T19:38:30+00:00 Chris Wilson wrote: 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. Reply at: https://bugs.launchpad.net/libcairo/+bug/933296/comments/29 ------------------------------------------------------------------------ On 2012-04-25T19:56:13+00:00 Chris Wilson wrote: commit 9e81c5b737cda9dc539b2cf497c20ac48ddb91ac Author: Chris Wilson <[email protected]> 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 protected]> Signed-off-by: Chris Wilson <[email protected]> Reply at: https://bugs.launchpad.net/libcairo/+bug/933296/comments/30 ------------------------------------------------------------------------ On 2012-04-25T19:59:35+00:00 EricV wrote: Thanks to all people who contributed to fix it. Reply at: https://bugs.launchpad.net/libcairo/+bug/933296/comments/31 ------------------------------------------------------------------------ On 2012-04-26T07:07:15+00:00 Paul Menzel wrote: 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? Reply at: https://bugs.launchpad.net/libcairo/+bug/933296/comments/32 ------------------------------------------------------------------------ On 2012-04-26T07:10:13+00:00 EricV wrote: (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. Reply at: https://bugs.launchpad.net/libcairo/+bug/933296/comments/33 ------------------------------------------------------------------------ On 2012-04-26T08:18:26+00:00 EricV wrote: > Will do. Will mention the minimal 1x1 instead of 0x0. Done see : https://bugs.freedesktop.org/show_bug.cgi?id=49165 Reply at: https://bugs.launchpad.net/libcairo/+bug/933296/comments/34 ** Changed in: libcairo Status: Unknown => Fix Released ** Changed in: libcairo Importance: Unknown => High ** Bug watch added: freedesktop.org Bugzilla #47266 https://bugs.freedesktop.org/show_bug.cgi?id=47266 ** Bug watch added: freedesktop.org Bugzilla #49165 https://bugs.freedesktop.org/show_bug.cgi?id=49165 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/933296 Title: LibreOffice-Impress can not play slide show (when using new cairo from ppas, not affecting Ubuntu archive) To manage notifications about this bug go to: https://bugs.launchpad.net/libcairo/+bug/933296/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
