Description: The eyes of the smiley aren't rendered correctly in presentation mode Steps to Reproduce: 1. Open attachment 142298 [details] 2. Start presentation mode (F5) in OpenGL mode -> 3. Eyes aren't rendered correctly -> screenshot: attachment 142299 [details] Actual Results: Rendering issues with the eyes Expected Results: Shouldn't happen Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Version: 6.2.0.0.alpha0+ Build ID: 938ec2597be2e0ad3af2fb99f77de7f87285ad86 CPU threads: 4; OS: Windows 6.3; UI render: GL; TinderBox: Win-x86@42, Branch:master, Time: 2018-05-25_23:38:38 Locale: nl-NL (nl_NL); Calc: CL User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0
Conformation: bug 117826 comment 3
Bisected to author Armin Le Grand <Armin.Le.Grand@cib.de (CIB)> 2018-02-23 16:57:41 +0100 committer Armin Le Grand <Armin.Le.Grand@cib.de (CIB)> 2018-03-17 23:15:49 +0100 commit d1027af3c74529827d53e8cf7b0d42a0ee47d1ba (patch) tree 488efdfb60e5e9bd01af54679872a8b91b0e14c4 parent 9886a69c472f212d88f11cfa0f3835e5dcf485b2 (diff) OperationSmiley: Added support for using same FillGeometry It is now possible to use a single FillGeometry to fill objects that are made of multiple filled objects (e.g. CustomShapes) so that they look as using a single fill. This is used for CustomShapes, but may later be 'extended' to be used for more cases. The basic functionality was already in the primitives, but had to be added to SDrObject due to these being used for CustomShapeVisualization (currently - would be better to change this to primitives, too). https://cgit.freedesktop.org/libreoffice/core/commit/?id=d1027af3c74529827d53e8cf7b0d42a0ee47d1ba
Adding CC to Armin Le Grand
Adding Cc: to Armin Le Grand
@Xisco: Sorry, have nothing to do with OpenGL rendering, but adding a generic primitive renderer for OpenGL instead of 'bridging' VCL would help in my opinion - just my 2ct.
Hi Miklos, I thought you might be interested in this issue...
The problem with the eyes is fixed with my patch for bug 126184 < https://gerrit.libreoffice.org/#/c/75143/ > Closing as RESOLVED DUPLICATED *** This bug has been marked as a duplicate of bug 126184 ***
Bug 126184 has a different root cause. But likely the same problem as described in bug 117826.
still repro in Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: d75c5c1f61a174b3b333e9db6536ab15cc37d00b CPU threads: 4; OS: Mac OS X 12.5; UI render: Skia/Raster; VCL: osx Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded Jumbo
This seems to be solved in 7.5 since https://git.libreoffice.org/core/+/082f0b250a04e16d608ce67e08e702874f390b15 author Armin Le Grand (allotropia) <armin.le.grand.extern@allotropia.de> Wed Nov 30 17:12:59 2022 +0100 committer Armin Le Grand <Armin.Le.Grand@me.com> Thu Dec 01 10:41:20 2022 +0100 Handle PolyPolygonGraphicPrimitive2D with used DefinitionRange correctly