Apache OpenOffice (AOO) Bugzilla – Issue 72418
Impress presentation: background is overlayed with animated text
Last modified: 2017-05-20 11:11:08 UTC
I experience this issue with OOo 2.0.3 and 2.0.4 (German l10n) on a current Gentoo, Xorg 7, KDE 3.5.5 and Windows fonts installed. See attached presentation file and screenshots. When starting the presentation in fullscreen mode, text (Arial) gets flown in. While this proceeds my master layout gets hidden by a box with exactly the background colour I'm using for parts of the layout, while only the text area shows white background and is growing with each line added to the text shown. This process starts with the first line that contains umlauts ("äöüß"). The behaviour isn't always reproduceable; when running the presentation in a loop some pages sometimes show the issue and sometimes they don't. Changing the font from Arial to Helmet (or v. v.) did help sometimes, but not reliably. Removing the umlauts from the text seems to solve it.
Created attachment 41277 [details] Presentation to reproduce the behaviour (works on my system).
Created attachment 41278 [details] Screenshot showing the issue while building a page.
Created attachment 41279 [details] Screenshot showing a correctly built page.
Reassigned.
I can't reproduce the bug but it looks like an old known bug which is fixed in the meantime. Please have a look if you can reproduce the bug with the latest Snapshot build (OOF680m7)
Still happens with 2.1.0 here, and I don't have the possibility to try snapshots, sorry. Will have to wait till the new version is out.
Change the resolution to works for me.
I close the issue. Please reopen it if you can reproduce it in the new Version (2.2)
Sorry, still appears with 2.2.0 :-( @cgu: I work on two boxes with resolutions 1400x1050 and 1280x1024. The problem appears on both, changing the resolution on one didn't make it disappear. Any hint what more I could try to isolate the source of this problem?
Set to new and change the target.
Please don't ask me why but I can reproduce the bug (on the same system like before (vm)). - Load the bugdoc and start the presentation. - the presentation runs by their own (don't click) - if the bug don't occures on slide 1 wait for slide 3 or 4 Please have a look.
hm. reminds me of clipping glitches we had in the past. does running the slideshow in window mode and changing window size modifies behaviour?
set target from 2.x to 3.x according to http://wiki.services.openoffice.org/wiki/Target_3x
@af: Thanks for having a look. I have a boxclipper rework in the queue, that from all tests has far less glitches compared to the generic polygon clipper. I'll update you if there's progress.
Committing that work to CWS thbfixes10, and adding this issue such that cgu can QA it & check if it helped.
Changes committed to CWS thbfixes10, now using the dedicated rect clipper for update area calculations (basegfx::B2DPolyRange). Extensive testing did not reveal any update glitches anymore, additionally the unit tests show much improved correctness (compared to generic polygon clipper) - but YMMV, and this surely would benefit from extended manual testing on various setups.
target.
@wg: fixed in cws thbfixes10, please verify
Hm, apparently still setups out there where this happens - setting to new & removing from CWS, have to look into it again. :(
OOo 3.3 is in showstopper-mode. This issue is too old to be a stopper for the current release. I change the target to OOo 3.x. Please change the target accordingly when a fix is near to be integrated into a code line.
Reset assigne to the default "issues@openoffice.apache.org".