[Libreoffice-bugs] [Bug 86321] EDITING, FORMATTING: diagram didn't automatic update when change variable (recalculation not triggered)

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=86321

matthewnote at yahoo.co.uk changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |matthewnote at yahoo.co.uk

--- Comment #43 from matthewnote at yahoo.co.uk ---
Charts not updating (x, y scatter plots) is still present in Version: 6.0.6.2
Build ID: 1:6.0.6-0ubuntu0.18.04.1.  Usually, when a column is recalculated
there's a leap in processor use (CPU 100% for three seconds) as the graphic
engine presents the fresh image of charts concerned.  

When the chart appears to be "broken", the data column modifies, yet not the
charts and the CPU remains at idle.  For 100 x,y scatter plots here, after an
hour of data work, about half the charts are inert, not moving - and you don't
know which except by inspecting all of them. 

Clicking on one of the charts then dragging it a few pixels - only that chart
updates (comment 14) so it takes an hour's work for one digit change.  If the
user zooms by menu or Ctrl+mousewheel out then back in, the whole screen
including all charts visible update to the new values. It's a faster workaround
and may help learn what the bug is?  

For each data change it's necessary to zoomin/zoomout again.  Very surprised to
see this marked as importance  "minor".  Closing and reloading Calc in safe
mode brings all charts back to life (autoupdating) yet it's impractical to do
that thirty or fifty times a day.  I've tried every safe mode too.

I volunteer for user debug work using this system if it helps.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20181031/ba4b88cb/attachment.html>