| Summary: | CRASH: changing line's colour in chart sidebar | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Xisco Faulí <xiscofauli> |
| Component: | Writer | Assignee: | Muhammet Kara <kara> |
| Status: | VERIFIED FIXED | ||
| Severity: | normal | CC: | aron.budea, kara, xiscofauli |
| Priority: | medium | Keywords: | haveBacktrace |
| Version: | 7.0.0.0.alpha0+ | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=94288 | ||
| Whiteboard: | target:6.5.0 target:6.4.0.1 | ||
| Crash report or crash signature: | Regression By: | ||
| Attachments: | bt with debug symbols | ||
|
Description
Xisco Faulí
2019-11-27 12:08:53 UTC
@Muhammet, I thought you might be interested in this issue... I confirm it exists on Version: 6.5.0.0.alpha0+ Build ID: a27046958b2339c4792f95a367040d92853f3af7 CPU threads: 16; OS: Linux 5.3; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded I think that button needs to be disabled at that point.
(gdb) bt
#0 0x00007ffff7ae0e35 in raise () at /lib64/libc.so.6
#1 0x00007ffff7acb895 in abort () at /lib64/libc.so.6
#2 0x00007ffff7acb769 in _nl_load_domain.cold () at /lib64/libc.so.6
#3 0x00007ffff7ad9566 in annobin_assert.c_end () at /lib64/libc.so.6
#4 0x00007fffcf0ced22 in chart::sidebar::ChartColorWrapper::operator()(rtl::OUString const&, std::pair<Color, rtl::OUString> const&) (this=0x5d34780, rColor={...})
at /home/kara/core/chart2/source/controller/sidebar/ChartColorWrapper.cxx:76
#5 0x00007fffcf0c88ac in std::_Function_handler<void (rtl::OUString const&, std::pair<Color, rtl::OUString> const&), chart::sidebar::ChartColorWrapper>::_M_invoke(std::_Any_data const&, rtl::OUString const&, std::pair<Color, rtl::OUString> const&) (__functor=..., __args#0=".uno:XLineColor", __args#1={...}) at /usr/include/c++/9/bits/std_function.h:300
#6 0x00007ffff340bafd in std::function<void (rtl::OUString const&, std::pair<Color, rtl::OUString> const&)>::operator()(rtl::OUString const&, std::pair<Color, rtl::OUString> const&) const
(this=0x5b49bb8, __args#0=".uno:XLineColor", __args#1={...}) at /usr/include/c++/9/bits/std_function.h:690
#7 0x00007ffff3423edb in SvxColorWindow::SelectHdl(ValueSet*) (this=0x5b49760, pColorSet=0x565c180) at /home/kara/core/svx/source/tbxctrls/tbcontrl.cxx:2010
#8 0x00007ffff3423da7 in SvxColorWindow::LinkStubSelectHdl(void*, ValueSet*) (instance=0x5b49760, data=0x565c180) at /home/kara/core/svx/source/tbxctrls/tbcontrl.cxx:1992
#9 0x00007ffff263d87b in Link<ValueSet*, void>::Call(ValueSet*) const (this=0x565c580, data=0x565c180) at /home/kara/core/include/tools/link.hxx:112
#10 0x00007ffff2630e04 in ValueSet::Select() (this=0x565c180) at /home/kara/core/svtools/source/control/valueset.cxx:1470
#11 0x00007ffff262f5c5 in ValueSet::ImplEndTracking(Point const&, bool) (this=0x565c180, rPos=Point = {...}, bCancel=false) at /home/kara/core/svtools/source/control/valueset.cxx:1063
#12 0x00007ffff262f830 in ValueSet::MouseButtonUp(MouseEvent const&) (this=0x565c180, rMouseEvent=...) at /home/kara/core/svtools/source/control/valueset.cxx:1115
#13 0x00007ffff0230934 in ImplHandleMouseEvent(VclPtr<vcl::Window> const&, MouseNotifyEvent, bool, long, long, unsigned long, unsigned short, MouseEventModifiers) (xWindow=
..., nSVEvent=MouseNotifyEvent::MOUSEBUTTONUP, bMouseLeave=false, nX=223, nY=86, nMsgTime=8072061, nCode=1, nMode=(MouseEventModifiers::SIMPLECLICK | MouseEventModifiers::SELECT)) at /home/kara/core/vcl/source/window/winproc.cxx:706
#14 0x00007ffff023577d in ImplHandleSalMouseButtonUp(vcl::Window*, SalMouseEvent const*) (pWindow=0x47a04d0, pEvent=0x7fffffff1ae0) at /home/kara/core/vcl/source/window/winproc.cxx:2026
Created attachment 156160 [details]
bt with debug symbols
On pc Debian x86-64 with master sources updated today, I could reproduce this.
Muhammet Kara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e290c3f3e233f03a0b13d19553c637f0a7070fbf tdf#129056: No need for catastrophe It will be available in 6.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Verified in Version: 6.5.0.0.alpha0+ Build ID: a54b3e8b8b7bf063117eaed19a590ce6c8a14e07 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded @Muhammet, thanks for fixing this issue! Muhammet Kara committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/f12c5078facde462343ddfa2c8ed4edb0f5626c9 tdf#129056: No need for catastrophe It will be available in 6.4.0.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. |