Bug 42486 - FILEOPEN: Docx with content controls (text controls) CRAShes
Summary: FILEOPEN: Docx with content controls (text controls) CRAShes
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.4.4 RC1
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: target:3.5.0
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-01 13:09 UTC by merike
Modified: 2011-11-11 23:40 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
sample document (27.87 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2011-11-01 13:09 UTC, merike
Details

Note You need to log in before you can comment on or make changes to this bug.
Description merike 2011-11-01 13:09:30 UTC
Created attachment 53019 [details]
sample document

It would be nice if Libreoffice could at least open the file and show other content (there is none in sample document though) if it can't deal with content controls (in tables?) yet.
Comment 1 Rainer Bielefeld Retired 2011-11-04 03:46:33 UTC
Might be related to or DUP of Bug 38514, Bug 39384,  Bug 40579,  Bug 40588, 
Bug 41679,  Bug 42252,  Bug 42450,  Bug 42486,  Bug 42583,  Bug 42583.

@Reporter:
Why do you expect that this report contains completely new information?
Did that work with earlier version?
What's your OS?
Comment 2 merike 2011-11-04 04:39:28 UTC
(In reply to comment #1)
> Might be related to or DUP of Bug 38514, Bug 39384,  Bug 40579,  Bug 40588, 
> Bug 41679,  Bug 42252,  Bug 42450,  Bug 42486,  Bug 42583,  Bug 42583.
I don't think a bug can be dupe with itself ;)

> @Reporter:
> Why do you expect that this report contains completely new information?
I reported it separately because none of the docx crash bugs that search found were specific enough. My previous experience tells me that Libreoffice is robust software that does not crash just because the document happens to be saved in docx format. Rather there's probably a very specific feature used in the document that causes the crash. It might be that some of those other crashing documents actually contain content controls as well but it is very difficult to find out when they crash before you can see the contents. In my opinion just the document type being the same shouldn't warrant duping when most of the time docx documents can be opened and it is not verified that it actually crashes for the same reason, as in someone actually checked with debug build and traces were the same.

> Did that work with earlier version?
So I'm not sure how LibreOffice handles earlier "previous" versions but it does open without crashing in OpenOffice 3.1.1 (I don't know if that was released before or after LibreOffice forked)
> What's your OS?
It crashes both with LibreOffice 3.4.3 on WinXP SP3 and 3.4.4RC1 on Ubuntu 11.4. Both are 32bit systems.

If there are any newer compiled versions than 3.4.4RC1 that should be tested, please let me know where they can be found!
Comment 3 Rainer Bielefeld Retired 2011-11-11 23:40:12 UTC
[Reproducible] with reporter's sample and "LibreOffice 3.4.4RC2  - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:402)]".
"LibreOffice Portable 3.3.3  - WIN7  Home Premium (64bit) German UI [OOO330m19 (Build:301  Tag 3.3.3.1)]" shows blank page.

No crash with Server installation of Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) German UI [(Build ID:  6b0de40-0bc4ff4-ca7e6f5-9125509-ce71330)]" (111111), so problem seems fixed "somehow" for 3.5

@reporter:
Please feel free to reopen this bug if you find out that the problem reappears in LibO Master 3.5