Created attachment 78892 [details]
sample docx file with bullets (you can do a similar one by yourself)
It seems the newly introduced function (by Mr Vajna) works partially for extensions RTF, DOCX. I created such files in LOdev 4.1. They are saved but cannot be loaded. The files load correctly in MS Office 2003, so export works fine.
Steps to reproduce:
1. Open file (attached)
2. Dialog opens: General Error.
General input/output error.
3. File does not load.
Can export, cannot import file.
Can export, can import file.
Operating System: Windows XP
Version: 220.127.116.11.alpha0+ Master
Created attachment 78893 [details]
I can confirm this behavior, and the versions too.
Operating system: Windows 7 64 bit
(In reply to comment #2)
> I can confirm this behavior, and the versions too.
> Operating system: Windows 7 64 bit
Therefore I mark it as NEW.
The document crashes on Linux Mint 14 x64 with Version: 18.104.22.168.alpha0+
Build ID: c458ea6d15465d9dada06f259946f854e9e5ccf
Document opens correctly using 22.214.171.124
Is it possible to provide clear step-by-step how we can reproduce that document from scratch? When I create a simple bullet list, export it to docx it reopens correctly.
For me it does not reopen correctly; that is the thing about it.
First I tested multiple file formats using the new "Save a copy" option.
Now I just created a bullet list and saved the file as DOCX - still cannot reopen.
So both attached sample files were created in LOdev 4.1.
Will check though on a different machine with Windows 7 starter.
I redid the process on Win 7 Starter (without Java installed), LOdev 4.1 - to the same effect (my WinXP has Java, so I gather its presence is irrelevant).
As for step-by-step. Well, it's pretty obvious. Click Menu Format > Bullets and Numbering > Graphics > choose a desing of your choice > write a few lines > click SAVE (or Save a copy. Reopen file. That's it.
(In reply to comment #0)
> It seems the newly introduced function (by Mr Vajna) works partially for
> extensions RTF, DOCX.
You are sure about the author? As far I can see only Luboš http://cgit.freedesktop.org/libreoffice/core/commit/?id=7dfc4da808bb26d38090f8afb0d742adabe8cedf committed a patch related to the bullet list.
But I did a 'git revert 7dfc4da808bb26d38090f8afb0d742adabe8cedf' and 'make writerfilter'. Still same behavior/crash.
(In reply to comment #5)
> As for step-by-step. Well, it's pretty obvious. Click Menu Format > Bullets
> and Numbering > Graphics > choose a desing of your choice > write a few
> lines > click SAVE (or Save a copy. Reopen file. That's it.
Thanks. With this steps I can reproduce this behavior. Although, LibreOffice totally crashes on Linux.
Tested using Linux Mint 14 x64 with LibreOffice Version: 126.96.36.199.alpha0+
Build ID: c458ea6d15465d9dada06f259946f854e9e5ccf
It may be deemed impolite to point to an author, but it was not my intention. It is a newly introduced feature in 4.1. Please look here:
You may be right about Mr Luňák's patch - I don't know what it does. The problem occurred even before it though.
(In reply to comment #7)
> It may be deemed impolite to point to an author, but it was not my
No, not in this case/way :-). In that case we can find more easily the expert in this domain.
> It is a newly introduced feature in 4.1. Please look here:
Thanks for that! Wasn't aware of that.
> You may be right about Mr Luňák's patch - I don't know what it does. The
> problem occurred even before it though.
Yes, I reverted Lubos' patch, and it still crashes. So not related to that one :-).
@Miklos: any ideas :-)? Looks like it crashes on Linux and result in a general error on windows.
terminal output while trying to open a file with graphical bullet points:
warn:legacy.osl:4655:1:oox/source/vml/vmlshapecontext.cxx:283: ShapeTypeContext::ShapeTypeContext - missing shape identifier
warn:legacy.osl:4655:1:oox/source/vml/vmlshapecontainer.cxx:44: lclMapShapesById - missing shape identifier
warn:legacy.osl:4655:1:writerfilter/source/dmapper/DomainMapper.cxx:1506: PropertyMap has to be valid!
terminate called after throwing an instance of 'com::sun::star::xml::sax::SAXParseException'
No crash reproducible using Version 188.8.131.52.alpha0+ (Build ID: 9f0f289c51765c671cbc8ef317c81e6fa42c671). http://cgit.freedesktop.org/libreoffice/core/commit/?id=9f0f289c51765c671cbc8ef317c81e6fa42c671
So bug is introduced between 2013-02-03 00:24:54 (GMT) and 2013-05-06 (now).
The problem is that when writerfilter handles the NS_ooxml::LN_CT_Lvl_lvlPicBulletId token, it imports the graphic bullet, then tries to save it, either by the GraphicURL or the Bitmap property. We handle the case when such a property is missing, but not when the property is there, just void.
I'll take care of this.
Miklos Vajna committed a patch related to this issue.
It has been pushed to "master":
fdo#64256 writerfilter: handle void GraphicURL in ListsManager::lcl_sprm
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
Fixed in master -- no backport as does not affect stable branches.