Bug 103425 - Can't import HTML and export as DOC
Summary: Can't import HTML and export as DOC
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: filters and storage (show other bugs)
Version:
(earliest affected)
5.1.4.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-10-23 10:23 UTC by Jan Newmarch
Modified: 2016-10-23 12:16 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jan Newmarch 2016-10-23 10:23:41 UTC
I have a bunch of HTML files that I need to convert to M/S DOC format. I have successfully used LibreOffice to do this EXCEPT in a number of cases. For those, LibreOffice seems to import the HTML document into Writer/Web (??? that's what the window title decoration says), and then the Save As list is severely reduced and does not include DOC/ODF/... Worse: some HTML documents imported and exported successfully, when imported even as little as 4 hours later suddenly become Writer/Web and can't be managed.

Version: 5.1.4.2
Build ID: 1:5.1.4-0ubuntu1
CPU Threads: 4; OS Version: Linux 4.4; UI Render: default; 
Locale: en-AU (en_AU.UTF-8)

"Ubuntu 16.04 LTS"
Comment 1 Maxim Monastirsky 2016-10-23 10:35:39 UTC
HTML files are opened in Writer/Web by default. That's by design. In order to open HTML in ordinary Writer (not Web) mode, you have to open Writer first, and then open the HTML _from inside it_.
Comment 2 Maxim Monastirsky 2016-10-23 10:38:12 UTC
... or choose "HTML Document (Writer)" filter in the open file dialog.
Comment 3 Jan Newmarch 2016-10-23 10:57:01 UTC
Thanks! Those worked! Is this behaviour documented - I couldn't find it from Google of LibreOffice Help. Now I can go back to unoconv and try to work out why it misbehaved over this issue.
Comment 4 Maxim Monastirsky 2016-10-23 12:16:40 UTC
(In reply to Jan Newmarch from comment #3)
> Thanks! Those worked!
Thanks for confirming. I'll close the bug as RESOLVED WORKSFORME then.

> Is this behaviour documented
Not that I'm aware of.