https://bugs.documentfoundation.org/show_bug.cgi?id=148253
Timur <gti...@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |103266 CC| |noelgran...@gmail.com Keywords|bibisectRequest |bibisected, bisected Summary|LibreOffice 7.3 conversion |LibreOffice 7.3 conversion |tool can no longer convert |can no longer convert .pptx |.pptx to .html |to .html unless with filter | |or .htm --- Comment #4 from Timur <gti...@gmail.com> --- 7.3 commit 36ce32072658c6ffca75b200f116ddfc11cab138 Date: Tue Jun 22 08:50:00 2021 +0200 source sha:990b2cb056788f7f412656a303456d90c003cf83 pre sha:949658028e722e5d2657b503eb20e16e41dbd8cf author Noel Grandin <n...@peralex.com> committer Noel Grandin <noel.gran...@collabora.co.uk> commit 990b2cb056788f7f412656a303456d90c003cf83 simplify and improve Wildcard it is faster to just process OUString data, rather than perform expensive conversion to OString and back again. Hi Noel, please see this. Report is that PPTX --convert-to html now gives "no export filter" which is true. But, my example shows that even before it wasn't reliable, instead html:"impress_html_Export" would give better result before and now. Also, --convert-to htm is different and proper, how comes that. There are other bugs with HTML convert and my general conlusion is that app or filter should be defined, short form is not reliable. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103266 [Bug 103266] [META] Command line bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.