| Summary: | EDITING CHART Free Form Line Crash in: SdrUndoObj::GetDescriptionStringForObject | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | matthewnote |
| Component: | Calc | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | xiscofauli, zcrhonek |
| Priority: | medium | Keywords: | regression |
| Version: | 7.1.8.1 release | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| Crash report or crash signature: | ["SdrUndoObj::GetDescriptionStringForObject"] | Regression By: | |
| Attachments: | Two XY scatter Charts, one with data point to point lines | ||
|
Description
matthewnote
2021-11-25 09:01:08 UTC
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.) Created attachment 176515 [details]
Two XY scatter Charts, one with data point to point lines
The file is designed for use with 4K resolution, full screen. It plots up to 25200 X and Y data, one Chart with trend lines, one without. Some mouse/keyboard activities take a while (several seconds for each selection) yet that doesn't matter here (Cancer research).
The Bug reproduces using an Ubuntu system connected to two 4K monitors often using Calc on both. Anti-aliasing On. One monitor used for this "reproduction".
Step 1. Open the file. PLOTR sheet is shown using dummy data (called Calibrate).
Step 2. Double-click the left hand (larger) chart and wait for the "selected" orange squares at each corner. The chart edit text/shapes toolbar pops up.
Step 3. Choose Freeform Line and draw on the chart anywhere. Wait for the line to complete and be highlighted as "selected". Then click on the chart surface elsewhere and draw another. I tested adding five separate lines . . . all working.
Step 4. Click on one of the lines (I test using the first) and delete (keyboard delete key used here, not the mouse menu). That line is removed from view.
Step 5. Draw (add) a new freeform line and (if necessary) start yet another freeform line. Libreoffice crashes.
Note. Just drawing (adding) freeform lines always works here. The crash occurs only if/when/after one of the freeform lines has been deleted. The crash seems not to depend on other text boxes or shapes being present.
[User interim workaround - adding freeform lines works well: one may delete unwanted lines at the end of the editing work, when finished, without adding any more lines (evade crash), then save the file].
I rarely use freeform lines yet they are useful for noting, else I use pen and paper, sometimes full-screen screencapture, overlaying observations using Writer or Draw. I then replace Calc shapes with algorithms that will be actually plotted as data. So I delete as many as I draw (all temporary).
I can reproduce the crash with Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: c13db6e792cc347ffff4585f23866f195651f21f CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo Step 5. Draw (add) a new freeform line and (if necessary) start yet another freeform line. Libreoffice crashes. >> in my case it crashed at second freeform line. No crash in Version: 6.1.0.0.alpha1+ Build ID: 3a801799536e6870f2fb111b1cc00b9575a35a39 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3; Locale: cs-CZ (cs_CZ.UTF-8); Calc: group Marking as regression. Cannot reproduce the crash now. @Xisco, can you test it? According to https://crashreport.libreoffice.org/stats/signature/SdrUndoObj::GetDescriptionStringForObject, it seems we don't have any report in 7.2 branch. Closing as RESOLVED WORKSFORME for now. |