If using Google finance external link, Calc crashes when trying to 'Save' or 'Save as...' document.
Steps to reproduce:
1. File -> New -> Spreadsheet
2. Insert -> Link to External Data
3. Enter 'http://www.google.com/finance' (and hit enter)
4. Click 'OK' in pop-up 'Import Options' window (leaving language as 'Automatic')
5. Select 'HTML_tables' in External Data window and click 'OK' (data is entered into spreadsheet OK)
6. File -> Save (crashes Calc)
Calc crashes and tries to recover file.
Calc should save file successfully.
First failed in v4.3.0 and also fails in v4.3.1.
Works OK in v4.2.5 and v4.2.6.
Also works OK with other external links such as http://finance.yahoo.com.
Operating System: Windows 7
Version: 22.214.171.124 release
Last worked in: 126.96.36.199 release
Thank you for submitting the bug. I can confirm that the bug is present in master.
Build ID: 37b9ea92ba81d74764a2345a9c75c65bfd272d2b
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2014-08-26_09:48:30
No problem with LO 188.8.131.52, regression
Created attachment 105395 [details]
console_bt with master sources
On pc Debian x86-64 with master sources updated today, I could reproduce the crash.
I also noticed these kind of logs during the process:
:1: parser error : xmlParseEntityRef: no name
warn:oox.storage:19233:1:oox/source/helper/zipstorage.cxx:66: ZipStorage::ZipStorage exception opening input storage:
(In reply to comment #4)
> I also noticed these kind of logs during the process:
> Throwing InvalidHeaderException
> :1: parser error : xmlParseEntityRef: no name
> ZipStorage::ZipStorage exception opening input storage:
They are unrelated. Once again it is a use after free problem in the style and formatting handling.
Created attachment 105486 [details]
I retrieved a Valgrind trace with master sources updated today.
Hope it may help a bit.
(In reply to comment #6)
> Created attachment 105486 [details]
> valgrind trace
> I retrieved a Valgrind trace with master sources updated today.
> Hope it may help a bit.
The problem is far away from the actual crash. There is sadly nothing that tools can do to help understand the issue.
It is about a ScStyleSheet being used from the temporary copy document in the ScPatternAttr that is applied to the main document. The whole cycle of the ScStyleSheet handling looks a bit strange in the Link External Data code.
Markus - you don't think a bibisect would help understand this? at least find out what caused the problem?
*** Bug 86351 has been marked as a duplicate of this bug. ***
I think, it's been fixed by commit 06f85d41d02ebef76487b230f35f2ec638c46c8b
Author: Michael Stahl <firstname.lastname@example.org>
Date: Wed Dec 10 16:06:21 2014 +0100
xmloff: make the export of the horrible field marks aware of auto-styles
Migrating Whiteboard tags to Keywords: (bibisectRequest)