| Summary: | Some of the slide transitions have stopped rendering | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | V Stuart Foote <vsfoote> |
| Component: | Impress | Assignee: | David Tardon <dtardon> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | dtardon, vsfoote |
| Priority: | medium | Keywords: | bisected, regression |
| Version: | 5.3.0.0.alpha1+ | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | target:5.3.0 target:5.2.4 | ||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 103704 | ||
|
Description
V Stuart Foote
2016-11-04 05:49:00 UTC
@David, is this going to be a round of whack-a-mole? https://cgit.freedesktop.org/libreoffice/core/commit/?id=7445399af829c48e8c71eed66f132d96fa195c37 Humph. glm API is supposed to be platform-neutral... Sigh. This is not Windows-specific after all: the difference is in system glm 0.9.7.3 vs bundled glm 0.9.4.6 (the bundled tarball has -libreoffice suffix, so I assume it contains unspecified additional patches). Now excuse me; I'm about to bang my head against the table... David Tardon committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=afe235a0abf9ef91a353a4d0dccf56961abd2fbf tdf#103696 ensure glm always uses radians It will be available in 5.3.0. 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. Transitions are restored. Unfortunately, now when OpenGL Rendering is enabled, the OpenGL 3D transitions flash from RGB to a single color band just in RED and animates that layer. We had a similar OpenGL only glitch with bug 92184--but that was as blue layers. Possibly related, the thumbnail view previews saved to Start Center are of the same RED band of the BMP. Happens with OpenGL rendering is enabled with the new HarfBuzz and the old DrirectWrite only rendering. It does not happen when default GDI+ rendering is enabled--with either text layout. On Windows 10 Pro 64-bit (1607) en-US with Version: 5.3.0.0.alpha1+ Build ID: cea3b8762bfb7f0da19bab8a3d468bcbf987eb0f CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; Layout Engine: new & old TinderBox: Win-x86@39, Branch:master, Time: 2016-11-06_19:55:54 Locale: en-US (en_US); Calc: CL That red thing is nothing new: I see it even when I revert both commits. Please report a new bug. Right as usual! Sorry, see bug 103758 David Tardon committed a patch related to this issue. It has been pushed to "libreoffice-5-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=9a6d9b2d7caa6d1ae4dd16ee0b8a8af03e9dd07f&h=libreoffice-5-2 tdf#103696 ensure glm always uses radians It will be available in 5.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. |