A Openoffice Impress presentation is not correctly exported to PDF

Bug #97630 reported by Hendrik van den Boogaard
12
Affects Status Importance Assigned to Milestone
OpenOffice
Fix Released
Unknown
openoffice.org (Ubuntu)
Fix Released
Undecided
Chris Cheney

Bug Description

Binary package hint: openoffice.org-impress

Last week I made presentations in OpenOffice.org Impress in Ubuntu Dapper (amd64). Exporting to PDF works fine. If I export the same presentations to PDF now in Feisty (amd64), the background is not rendered correctly.

It's very easy to reproduce the problem: create a new presentation, choose the Human template. Just add some text and then export to PDF.

Revision history for this message
Hendrik van den Boogaard (chasake) wrote :

In Impress (2.2.0~rc3~oof680m10-0ubuntu3) it looks like this

Revision history for this message
Hendrik van den Boogaard (chasake) wrote :

This is what it looks like in Acroread (from Edgy 7.0.9-0.0.ubuntu0.6.10), but it is the same in Evince

Changed in openoffice:
status: Unknown → Unconfirmed
Changed in openoffice:
status: Unconfirmed → Confirmed
Changed in openoffice:
status: Confirmed → In Progress
Revision history for this message
QuentinHartman (qhartman) wrote :

I have a similar problem, using the "glossy" template, the graphics in the "title bar" area of the template are not exported correctly to pdf. Again, easy to reproduce, createa new presentation using the "glossy" template, add some text to the tiltle area, save, and then export as PDF. The output will be incorrect. I have repeated this procedure on two different machines, one running Feisty x64, and the other Feisty 32-bit.

Revision history for this message
Hendrik van den Boogaard (chasake) wrote :

Note that the bug status has changed from confirmed -> In progress. The OpenOffice bugs site itself has set target for the fix in OO.org 2.3. That probably means that we will be stuck with this bug when using Feisty..

Revision history for this message
QuentinHartman (qhartman) wrote :

Changed status to "In Progress" since upstream has acknowledged the bug and is working on a fix.

Changed in openoffice.org:
status: Unconfirmed → In Progress
Changed in openoffice:
status: In Progress → Fix Released
Revision history for this message
John Wiedenhoeft (wiedenhoeft) wrote :

Got the same bug and just wanted to report it. Glad somebody's already working on that ;-)

Revision history for this message
Daniel Lombraña González (teleyinex) wrote :

The same error here. Is annoying ;)

Revision history for this message
Ignasi Buch (ignasibuch-deactivatedaccount) wrote :

Same here too.

Revision history for this message
John Wiedenhoeft (wiedenhoeft) wrote :

It seems that this is connected to a wider problem: OpenOffice doesn't handle the bold face of some fonts correctly. I've tried with Arial and Arial Unicode MS. First works, second doesn't in bold face.
 Here comes Arial....

Revision history for this message
John Wiedenhoeft (wiedenhoeft) wrote :

... and here comes Arial Unicode MS.

Revision history for this message
Chris Cheney (ccheney) wrote :

Do this problem still occur for you on Ubuntu 7.10 OpenOffice 2.3.0?

Thanks,

Chris Cheney

Changed in openoffice.org:
assignee: nobody → ccheney
status: In Progress → Incomplete
Revision history for this message
QuentinHartman (qhartman) wrote : Re: [Bug 97630] Re: A Openoffice Impress presentation is not correctly exported to PDF

On Dec 17, 2007 4:22 PM, Chris Cheney <email address hidden> wrote:

> Do this problem still occur for you on Ubuntu 7.10 OpenOffice 2.3.0?
>

No, it seems to be working correctly. I tested it with the presentation that
I originally had the problem with, as well as a new one I made more
recently. Yay! Thanks for following up on this, I had completely forgotten
that I had touched this bug...

--
-Regards-

-Quentin Hartman-

Revision history for this message
QuentinHartman (qhartman) wrote :

Fixed in Gutsy.

Changed in openoffice.org:
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.