https://bugs.documentfoundation.org/show_bug.cgi?id=108930
--- Comment #3 from Telesto <[email protected]> ---
@Xisco
The steps you're describing are exact the same as bug 108881. This crash is
surely related to bug 108881. The only reason I reported both separately
because the the different crash reports I get:
With these steps I get:
1. Open the attached document
2. Cut the chart
3. Close the document without saving
4. Open the same document
5. Paste the chart
6. Crash
(SfxItemPool::GetDefaultItem(unsigned short) ->
http://crashreport.libreoffice.org/stats/crash_details/875de168-4b46-4cde-b11c-237b653e1752
with this report I get
(SfxItemPool::IsInRange(unsigned short)
crashreport.libreoffice.org/stats/crash_details/8d7e1c21-53e5-4bda-8fb2-f4f34dcd2acd
The main difference is that Writer keeps working correctly. It doesn't crash
after the paste. Which Calc does. Full steps to reproduce:
1. Open Writer
2. Add a chart
3. Copy the chart
4. Close Writer
5. Open Calc
6. Paste the Chart
7. Copy the chart again
8. Close Calc
9. Open a new Writer document and paste (working)
10. Close LibreOffice (soffice won't quite) -> and will lock the entire Windows
clipboard
The problem is generated by bug 108881 (in this case). But perhaps a fail-safe
should be build in to avoid the crash? I expect that there are other cases in
which this could happen. Pasting an broken ole object from a third party
application for example, but that's only my logic.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
