The insertion of error bars is not recorded as an edit-event in the history. When pressing Ctrl+Z to undo the most recent edit operation, the error bars stay in place. Instead the edit operation which was performed before the error bars were inserted is reversed.
This issue is a wider problem than just with error bars, apparently any edits to the chart are not reversible. For instance go into the chart and move the title around, then click out and do ctrl + z, it will not work. Changing title, and marking: New (confirmed) Enhancement - this isn't a bug per say, it's just never been implemented but it is probably expected to work. Highest - would benefit anyone using charts, being able to undo changes to charts is very important. I would suspect there are multiple bugs that are basically asking for the same thing and would be solved if this was implemented. Adding: Kohei - I know you're overwhelmed but do you have code pointers for this and anyone in mind that might be able to get this done?
This is one of the hardest ones even for veteran core developers, and no pointers since I don't even have enough clue to advise others.
The only thing I know is that SfxUndoManager is the shared undo manager for all apps, but each app maintain its own undo redo stack. The chart and calc apps are technically separate "apps" hence calc has no access to chart's undo stack and vise versa. To fix this, we need to re-architect the current undo mechanism to allow nested undo stacks across multiple apps. And that's a big task.
At least make the very fact of inserting a chart undoable? I.e. Insert -> Chart Ctrl+Z should delete the chart
This is already possible, must click off of the OLE object (chart) and then do ctrl + z, I just did a test and it "deleted" (ie. undid)
(This is an automated message.) LibreOffice development currently prioritizes bugs with the so called MAB (most annoying bugs) -- as this bug has not run through that process (including writing a short rationale for this bug being a candidate and other who are watching the tracker bug silently approving that rationale etc.) its priority is set to high. Note this is effectively no change in the urgency assigned to this bug, as we are currently not making a difference between high and highest and severity is untouched. You can find out more about MABs and how the process works by contacting libreoffice qa on irc: http://webchat.freenode.net/?channels=libreoffice-qa The QA wiki page also gives you hints on how to get in contact with the team (if IRC fails you, your next best choice is the mailing list): https://wiki.documentfoundation.org/QA
This is still valid in version 5.0.2.4. It's also not possible to undo a chart resize.
(In reply to szotsaki from comment #7) > This is still valid in version 5.0.2.4. It's also not possible to undo a > chart resize. Yes it's likely to be valid for some years to come. Kohei is one of our most experienced experts with Calc and he said it would be quite a chore to implement this. It would take a very knowledgeable developer quite a bit of time to do. Unlikely to happen any time soon.
*** Bug 105958 has been marked as a duplicate of this bug. ***
If the Chart and Calc apps are technically individual programs, why not allow direct access to the Chart app, where users may create their charts, taking data from other apps like Calc, while running its own undo/redo stack? In much the same as a one may create a drawing in Draw, and import it into Writer, it would be great to create a graph in Chart, and import it into Calc. This would eradicate the need for nested undo stacks.
*** Bug 90648 has been marked as a duplicate of this bug. ***
Good point Gavin. Anybody keen to try this approach? https://voucher.co.id
Changing priority back to 'medium' since the number of duplicates is lower than 5
*** Bug 123376 has been marked as a duplicate of this bug. ***
Same in OOo 3.3, so inherited.
*** Bug 142434 has been marked as a duplicate of this bug. ***
*** Bug 138763 has been marked as a duplicate of this bug. ***
*** Bug 158415 has been marked as a duplicate of this bug. ***
Hi, Bug number 158415, which has just been marked as a duplicate, is mine. Sometimes it's hard to find a duplicate, especially when English isn't your first language. In any case, this still happens in LibreOffice 7.6.3.2. It's a bit frustrating that, if you make some changes to your chart and you leave the edit mode, you're stuck with these changes in case you have second thoughts. So far, the only thing you can do is close the document without saving anything, but then you can lose something else apart from your changes to your chat. The previous message on this thread dates back to 2017. I wonder if something has been planned to fix it. Thanks!
@David: being an open-source project I guess the main issues here are available developer time and finding someone interrested in fixing a "bug" which is most likely a ton of work to get right but barely visible to the outside...
@ Xisco Faulí: this report now has 6 duplicates, could be change back to "high"?
(In reply to Clemens Eisserer from comment #20) > @David: being an open-source project I guess the main issues here are > available developer time and finding someone interrested in fixing a "bug" > which is most likely a ton of work to get right but barely visible to the > outside... I understand, and I do appreciate the developers' hard work.