graphics are not updated when source values are in another spreedsheet
Steps to reproduce:
1. have values in 1st file (calc)
2. have tables with calculations in a 2nd file (calc), results of this calculations are used for garphics in this 2nd file
3. close the 2 files, open 1st file, change values, close the 1st file, open 2nd file
results of calculation in 2nd file are updated, not the graphics
update the graphics
same as Bug 45839
congratulate for the this great job : LO.
Operating System: Windows XP
Version: 22.214.171.124 release
What is the difference with Bug 45839 ? Could you explain more detailed?
what i see there no difference with bug 45839 fixed in L.O. 3.5.0. It's like the old fixed bug comes back.
do you need more explainations about the bug itself ?
Dear Bug Submitter,
This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.
For more information about our NEEDINFO policy please read the wiki located here:
If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.
Thank you for helping us make LibreOffice even better for everyone!
I'm using L.O. 4.1.4 and the bug is always here. Same description as bug 45839 present in L.O. 3.4.x .
I try to improve my description.
* Problem description:
no update the values in the chart
* Steps to reproduce:
1. in a calc file, have graphic from calculation with some "source" values in another clac file, close the files,
2. change the values located in the other file, close the file,
3. open the file with graphic, only the calculation is updated, not the graphic,
* Current behavior:
no update of the chart when open the file and accept the update with values of other files
* Expected behavior:
update the chart directly when open the file, was ok with OOo 3.3 and LO 3.5.0,
another way to explain the bug :
1) a + b = c, c is used in a graphic, b in another in another file.
2) change b
3) open the file with graphic, c is updated, the graphic not.
I can confirm with Version: 126.96.36.199.0+
Build ID: 800884a0b9ce12924b8ed225571c01e7b0fb0ec7
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:libreoffice-4-3, Time: 2014-09-18_04:03:22
According to comment 2 it's regression.
7be7cf83087144563a18000acdae82c8fd6f4872 is the first bad commit
Author: Bjoern Michaelsen <firstname.lastname@example.org>
Date: Mon Dec 10 00:13:53 2012 +0000
Author: Michael Stahl <email@example.com>
AuthorDate: Thu Jul 12 22:18:43 2012 +0200
Commit: Michael Stahl <firstname.lastname@example.org>
CommitDate: Thu Jul 12 22:18:43 2012 +0200
warning C4101: unreferenced local variable
$ git bisect log
# bad: [423a84c4f7068853974887d98442bc2a2d0cc91b] source-hash-c15927f20d4727c3b8de68497b6949e72f9e6e9e
# good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00] source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932
git bisect start 'latest' 'oldest'
# bad: [e02439a3d6297a1f5334fa558ddec5ef4212c574] source-hash-6b8393474974d2af7a2cb3c47b3d5c081b550bdb
git bisect bad e02439a3d6297a1f5334fa558ddec5ef4212c574
# bad: [8f4aeaad2f65d656328a451154142bb82efa4327] source-hash-1885266f274575327cdeee9852945a3e91f32f15
git bisect bad 8f4aeaad2f65d656328a451154142bb82efa4327
# good: [369369915d3582924b3d01c9b01167268ed38f3b] source-hash-45295f3cdceb4c289553791071b5d7f4962d2ec4
git bisect good 369369915d3582924b3d01c9b01167268ed38f3b
# good: [6fce03a944bf50e90cd31e2d559fe8705ccc993e] source-hash-47e4a33a6405eb1b5186027f55bd9cb99b0c1fe7
git bisect good 6fce03a944bf50e90cd31e2d559fe8705ccc993e
# bad: [da317333e5675622f55c9dda17396c659af65320] source-hash-15af925c254f27046427de70a59011e2ac3d6bdb
git bisect bad da317333e5675622f55c9dda17396c659af65320
# good: [daa21bbd8c7b50e2ca1c2cbed0e39f0e7b5a1cb2] source-hash-6b11a18071254a443c8fe7e7b0b1c95b0f9fd35e
git bisect good daa21bbd8c7b50e2ca1c2cbed0e39f0e7b5a1cb2
# good: [a08143f4bae3d6658dd756b42b6f343298d1f48c] source-hash-b7822657fa67e7265d07f5852057e975e9efae0d
git bisect good a08143f4bae3d6658dd756b42b6f343298d1f48c
# good: [5255e1fbf1f3fa3ca61c4db3005940205577863c] source-hash-63c004fc3f0bc53ce888ef012f7993b9203a7503
git bisect good 5255e1fbf1f3fa3ca61c4db3005940205577863c
# bad: [7be7cf83087144563a18000acdae82c8fd6f4872] source-hash-d59024b652ccfaf7247da113ec36788fe260de74
git bisect bad 7be7cf83087144563a18000acdae82c8fd6f4872
# good: [ad874a5319e9f68e6b3a974e44de838b8a0a82e1] source-hash-4b4ca8030285bd66526ff5bb2b6ea5a75a6c6bc7
git bisect good ad874a5319e9f68e6b3a974e44de838b8a0a82e1
# first bad commit: [7be7cf83087144563a18000acdae82c8fd6f4872] source-hash-d59024b652ccfaf7247da113ec36788fe260de74
> Current behavior:
> results of calculation in 2nd file are updated, not the graphics
Note that in the last 3 bad commits (in the bisect), the result of the calculation in the 2nd file is not updated in addition to the not-updated graphics (commits 8f4aeaad2f65d656328a451154142bb82efa4327, da317333e5675622f55c9dda17396c659af65320, 7be7cf83087144563a18000acdae82c8fd6f4872).
Migrating Whiteboard tags to Keywords: (bibisected)
** 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!
Reproducible in LO 7.0.1 Ubuntu 20.04