https://bugs.documentfoundation.org/show_bug.cgi?id=86026
Matthew Francis <fdb...@neosheffield.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |bisected, regression
CC| |fdb...@neosheffield.co.uk,
| |mst...@redhat.com,
| |t...@iki.fi
Whiteboard| |bibisected
--- Comment #6 from Matthew Francis <fdb...@neosheffield.co.uk> ---
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")
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
