| Summary: | Crash in: ScTransferObj::~ScTransferObj() | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Stephen Cannan <sjc> |
| Component: | Calc | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED INSUFFICIENTDATA | ||
| Severity: | normal | CC: | barta, telesto, timur, xiscofauli |
| Priority: | medium | ||
| Version: | 5.3.7.2 release | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Windows (All) | ||
| See Also: |
https://bugs.documentfoundation.org/show_bug.cgi?id=104969 https://crashreport.libreoffice.org/stats/signature/ScTransferObj::~ScTransferObj() |
||
| Whiteboard: | |||
| Crash report or crash signature: | ["ScTransferObj::~ScTransferObj()"] | Regression By: | |
| Attachments: | This is exactly the spreadsheet that was open at the time of the crash | ||
|
Description
Stephen Cannan
2018-01-16 08:14:01 UTC
did you try upgrading to 5.4.4? is that bug still reproducible with the latest LibO release? Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. (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.) I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. The crash signature is the same as in bug 104969, however, I still see crash reports with the latest versions -> http://crashreport.libreoffice.org/stats/signature/ScTransferObj::~ScTransferObj() Created attachment 139120 [details]
This is exactly the spreadsheet that was open at the time of the crash
Hi Stephen, Thanks for sharing the document. Do you remember if you copy&paste something before you hit the crash? have you reproduced the crash again ? Yes, I copied what was cell L5 (contents =L$1) I think, but it may have been another of the date cells - they all have the same structure: col$1. I then pasted it into I77 and executed the macro with Alt-S which resorts the rows bringing row 77 to be row 2. I then saved the spreadsheet and closed the program with the top righthand "x". Have you been able to reproduce it again? Did you create/delete/move/copy any sheet before the crash ? (In reply to Xisco Faulí from comment #7) > Have you been able to reproduce it again? > Did you create/delete/move/copy any sheet before the crash ? No, I know no way of reproducing it. I can process the same spreadsheet now without problem. I did not create/delete/move/copy any sheet before the crash. The only actions were those that I described. I'm not able to reproduce Version: 6.1.0.0.alpha0+ Build ID: 80fb8d406ced47e6a2089f0c8ba5c103d2fec91f CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2018-01-15_05:18:42 Locale: nl-NL (nl_NL); Calc: CL Except for bug 115045 Dear Stephen Cannan, Have you ever reproduced the crash since you reported this issue? Otherwise, I would suggest to close this one as RESOLVED INSUFFICIENTDATA |