Created attachment 104712 [details]
Steps to reproduce:
1. Open attachment "sample30"
2. Double click Chart
3. RightClick Chart ► Chart Type = GL3D
» LibreOffice becomes unresponding, if you click around
on cells and chart after few clicks you will get
crash message "Runtime Error! .... R6025 -
Pure virtual function call"
Generally working with GL3D Charts causes significant processor load on changing Processor Cores for me, but LibreOffice keeps working and responding
Operating System: Windows 7
Version: 184.108.40.206.alpha0+ Master
I see the segmentaion fault in LibreOffice 220.127.116.11 and in master
commit 6928f8e, fetched 2014-08-13, configured:
--enable-option-checking=fatal --enable-dbgutil --enable-crashdump
built and running on debian-wheezy 64-bit.
Created attachment 104736 [details]
terminal output from master
Created attachment 104737 [details]
backtrace from the core file, master 692878e
Frame #0 shows program counter = 0x0. Caller is
*** Bug 85753 has been marked as a duplicate of this bug. ***
Markus: I noticed this thread http://lists.freedesktop.org/archives/libreoffice-qa/2014-May/007186.html, so should this feature be removed or put experimental?
This has occurred since the series of patches which contains
Author: Markus Mohrhard <firstname.lastname@example.org>
Date: Mon Mar 31 00:28:14 2014 +0200
add initial code for creating 3D bar shapes
So not a regression as such, but a bug in a new feature
*** Bug 91423 has been marked as a duplicate of this bug. ***
On pc Debian x86-64 with master sources updated yesterday, I could reproduce this.
Here a part of bt:
#0 0x0000000000000000 in ()
#1 0x00002aaadb2ddf92 in chart::opengl3D::OpenGL3DRenderer::init() (this=0x7bb5e70)
#2 0x00002aaadb1ff572 in chart::GL3DBarChart::GL3DBarChart(com::sun::star::uno::Reference<com::sun::star::chart2::XChartType> const&, OpenGLWindow*) (this=0x71f8100, xChartType=uno::Reference to (chart::GL3DBarChartType *) 0x795dd30, pWindow=0x7161c20)
#3 0x00002aaadb2b4af7 in chart::ChartView::createShapes3D() (this=0x30c1b90) at /home/julien/compile-libreoffice/libreoffice/chart2/source/view/main/ChartView.cxx:3392
#4 0x00002aaadb2b084a in chart::ChartView::createShapes() (this=0x30c1b90) at /home/julien/compile-libreoffice/libreoffice/chart2/source/view/main/ChartView.cxx:2660
#5 0x00002aaadb2b0dfe in chart::ChartView::impl_updateView(bool) (this=0x30c1b90, bCheckLockedCtrler=true)
with some console logs just before:
warn:sfx.sidebar:3753:1:sfx2/source/sidebar/SidebarController.cxx:804: Cannot create panel private:resource/toolpanel/ChartPanelFactory/CharacterPanel: unsatisfied query for interface of type com.sun.star.ui.XUIElement!
warn:legacy.osl:3753:1:chart2/source/tools/ChartTypeHelper.cxx:349: unknown charttype
warn:legacy.osl:3753:1:chart2/source/tools/ChartTypeHelper.cxx:623: unknown charttype
*** Bug 88229 has been marked as a duplicate of this bug. ***
Markus: if interested, I retrieved some OpenGL logs here https://bugs.documentfoundation.org/attachment.cgi?id=120426
I hadn't tested first with different SAL_USE_VCLPLUGIN values.
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present on a currently supported version of LibreOffice
(5.1.6 or 5.2.3 https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the version of LibreOffice and
your operating system, and any changes you see in the bug behavior
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave
a short comment that includes your version of LibreOffice and Operating System
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3)
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to "inherited from OOo";
4b. If the bug was not present in 3.3 - add "regression" to keyword
Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
LibO 18.104.22.168 (x64) are no-crash.
LibODev 22.214.171.124.alpha0+ (x64) are crash in "epoxy.dll".
Version: 126.96.36.199 (x64)
Build ID: 3b800451b1d0c48045de03b5b3c7bbbac87f20d9
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; Layout Engine: new;
Locale: en-US (ja_JP); Calc: group
Version: 188.8.131.52.alpha0+ (x64)
Build ID: 654b86cf3425d7a49b13a97e4b11223d43b9e86e
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default;
TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2016-12-20_22:52:05
Locale: ja-JP (ja_JP); Calc: group
Baffclan, what are the exact steps you've followed?
I don't see chart type GL3D, only a 3D Look checkbox.
I learned chart type GL3D Bar was made experimental since, and isn't maintained.
(In reply to Aron Budea from comment #13)
> I don't see chart type GL3D, only a 3D Look checkbox.
What is the version you are using?
Certainly there is no GL3D in the new 184.108.40.206.alpha0+.
Build ID: ac2105e77795970e9131092caae78fd42c86f6d9
CPU Threads: 4; OS Version: Windows 6.2; UI Render: default;
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2017-01-16_23:47:13
Locale: ja-JP (ja_JP); Calc: group
(In reply to baffclan from comment #15)
> Certainly there is no GL3D in the new 220.127.116.11.alpha0+.
How do you get the epoxy-related crash? Since it's unrelated, it could be useful to open a new bug report on it.
GL3D charts were recently removed in:
Probably this is now a wontfix?
(In reply to Gabor Kelemen from comment #17)
> GL3D charts were recently removed in:
> Probably this is now a wontfix?
Closing as RESOLVED WONTFIX