https://bugs.documentfoundation.org/show_bug.cgi?id=86026
--- Comment #7 from Adrien Demarez <adrien.dema...@free.fr> --- (In reply to Matthew Francis from comment #6) > This used to work *slightly* better - the result I get on Linux for e.g. > "Annex 2" is that before (1), somehow Firefox gets invoked and offers to > save a temporary file which LO has exported, though I don't seem to have > anything able to open the result. > (Is this really a Visio file? among the output from master when trying to > open the object is "VisioDocument: version 0") Just to be sure I do not misunderstand : does your question "is this really a visio file" apply to my example "http://cept.org/Documents/ecc-pt1/14999/ECC-PT1(14)014_rev1_Results-of-Public-Consultation-of-the-draft-amended-ECCDEC(11)06" ? Annex 2 is a ZIP file i.e. not a Visio file. There is no Visio file attached in this document (only MS-word, PDF and ZIP. For example Annex 1 is MS-Word, Annex 4 is PDF). N.B. If it is a too big work to handle those OLE-embedded documents on Linux, maybe at least it would be easy to implement a right-click menu entry "extract this embedded file" so that it can be extracted and then opened manually ? > Between (1) and (2) we get a Writer window displaying binary rubbish. > After (2) we get the current result - i.e. double clicking doesn't visibly > achieve anything. > > Adding Cc: to mst...@redhat.com, t...@iki.fi; Any further ideas about what's > going on here? > > > (1) > commit e62339f856efa0b8ef03df3bf8b93e098c4ac0d3 > Author: Michael Stahl <mst...@redhat.com> > Date: Mon Feb 10 16:45:27 2014 +0100 > > fdo#73363: sd: fix mis-detection of Visio files as PPT > > SdFilterDetect::detect() erroneously detects all binary MSO files, > and > because the Visio types would be checked after PPT, Visio is > pre-empted. > > Change-Id: I6ec3647a508dc8d79b47bfff6de35ccae39416ee > > (2) > commit 46ad54725bf28ea75278eb63dbf95c4a29618c1c > Author: Tor Lillqvist <t...@collabora.com> > AuthorDate: Wed Aug 27 14:29:43 2014 +0300 > Commit: Tor Lillqvist <t...@collabora.com> > CommitDate: Wed Aug 27 15:08:58 2014 +0300 > > bnc#648251: Avoid crash when attempting to open embedded OLE object > as "text" > > On non-Windows, when double-clicking an embedded OLE object, our > glorious > content type detection logic detects it as "Text". As a side-effect, > we start > to calculate text statistics on it. Which surely could produce > interesting > numbers (you know what they say about statistics), but sadly causes > a crash > involving the ICU RuleBasedBreakIterator, SwScanner, > sw::DocumentStatisticsManager and whatnot. > > Avoid this by checking for a detected filter of type "Text" > explicitly, and > avoiding the fun code paths in that case. > > This leads to double-clicks being just ignored. Maybe it would be > more useful > to produce a "General OLE Error" message box? > > Change-Id: Iae0726b5e9c511a92bdff7229d2978cbf76cb07b -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs