| Summary: | Crash in: SfxItemSet::Get(unsigned short,bool) - EDITING | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | to.give.out |
| Component: | Calc | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED INSUFFICIENTDATA | ||
| Severity: | normal | CC: | serval2412 |
| Priority: | medium | ||
| Version: | 7.0.4.2 release | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Windows (All) | ||
| Whiteboard: | |||
| Crash report or crash signature: | ["SfxItemSet::Get(unsigned short,bool)"] | Regression By: | |
| Attachments: | Document being edited when crash occured (redacted) | ||
|
Description
to.give.out
2021-11-27 21:04:21 UTC
Without a way to reproduce this, it would be quite difficult to reproduce this. Moreover, 7.0 branch is EOL. You can try 7.1.7 (it's the last version 7.1 branch) or the brand new 7.2.3. You can also rename your LO directory profile (see https://wiki.documentfoundation.org/QA/FirstSteps#Corrupted_user_profile) Let's put this one to NEEDINFO for the moment. I have seen similar report reporting this crash also related to text alignment Not able to repro though.. This part I find interesting "I eventually figured out how to get around that." I'm not able to do that. (In reply to Telesto from comment #2) > I have seen similar report reporting this crash also related to text > alignment > Not able to repro though.. Do you have the link to the similar report handy? > This part I find interesting "I eventually figured out how to get around > that." > I'm not able to do that. To be clear, I got around the auto-captialize function. As far as I know, this has nothing to do with text alignment. If you are interested in the auto-capitaliation part, let me know. I composed my initial post in a hurry, and I can see how it could be misinterpreted. If we are focusing on the text alignment as the probable trigger for the crash, this is the relevant part of the second paragraph of my initial post: "I had recently created the only merged cell in the attached document, and was editing the text in that cell. ... If I recall correctly, the very last thing I did before the crash was: Switched the text alignment back and forth between aligned to the left and centered." EOL = end-of-life? repro = reproduce? [Automated Action] NeedInfo-To-Unconfirmed Yes EOL is for "End Of Life" and "repro" for "reproduce".
Meanwhile, there have been 7.1.8 and 7.2.4 because of an CVE ("Common Vulnerabilities and Exposures").
Would it be possible you find a step by step process to reproduce the crash with 7.1.8 or 7.2.4?
(In reply to Julien Nabet from comment #6) > Yes EOL is for "End Of Life" and "repro" for "reproduce". > Meanwhile, there have been 7.1.8 and 7.2.4 because of an CVE ("Common > Vulnerabilities and Exposures"). > Would it be possible you find a step by step process to reproduce the crash > with 7.1.8 or 7.2.4? I have only seen this crash (with Calc) once, and I reported it kind of on an impulse. Also, LibreOffice is not critical for me. So I do not have time to play around with it. Sorry to disappoint. (I am also concerned that a more recent version may be more broken or broken in a more problematic way than the version I am using now. Maybe a portable version of 7.1.8 or 7.2.4 would solve this concern?) [Automated Action] NeedInfo-To-Unconfirmed Ok let's put this one to RESOLVED/INSUFFICIENTDATA. Don't hesitate to reopen this tracker if you find the process to reproduce this with a recent LO version and after having applied this: https://wiki.documentfoundation.org/QA/FirstSteps Ok. A thought: If the bug is useless if it is not from the most recent version, perhaps the "LibreOffice has crashed" dialogue text needs improvement. Specifically, to explicitly state that you need to check the version of LibreOffice installed against the current version of LibreOffice before submitting a bug report. If you guys are interested, I would be willing to contribute to the rewording, as time permits. |