Created attachment 93207 [details]
MHT to DOC by WinWord-2007
I saved the Web page as an MHT archive. I converted the MHT file to the DOC file using WinWord-2007 (see an attachment). I opened the DOC file using LibreOffice-4.2.0; 4.1.5 and saw the bug:
A large peace of the table cell’s content is lost. Table cell, located on the tenth page of the document, contains an image whose size is equal to the page size. All information of the cell, located after this big image, is lost.
I checked the operation of such programs: OOo-3.1.1; LibO-3.5.7, 3.6.7, 4.0.6; AOO-4.0.1. All of these programs are making the same mistake.
This is a loss of information, so the status is critical.
Also please stop reporting the exact same bug - this is word for word exactly the same from what I can see. This is the last warning
I added you to the mailing list. Your patch solved the problem DOCX-files (bug 74357) very well. Please decide a similar issue with files of DOC format, if you have the time and opportunity.
Created attachment 94636 [details]
ODT file (fdo#74359) saved as DOC format by LibO_Dev-184.108.40.206.0+
I have been using this version of the program:
LibreOfficeDev 220.127.116.11.0+ (Build ID: 5ba682c48e449f30e3cc1ec4acac75a6122ee6d7, TinderBox: Win-x86@42, Branch:libreoffice-4-2, Time: 2014-02-22_23:03:29)
The DOCX file (attachment 93208 [details]) was opened and then was saved as ODT format (attachment 94633 [details]).
The ODT file was saved as DOC format (see an attachment).
Writer (e.g. Writer-18.104.22.168) opens the DOC file is fine and shows all contents of all pages.
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.2 or later)
If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3)
2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword
Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa
Thank you for your help!
-- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
Win 7 Pro 64-bit Version: 22.214.171.124.alpha1+
Build ID: 3ecef8cedb215e49237a11607197edc91639bfcd
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-06-19_23:16:58
Locale: fi-FI (fi_FI)
I confirm this bug:
LibO version: 126.96.36.199.alpha1; Build ID: 902b28a39528b6c92602e9b521a1d0861be1caf9
OS Version: Windows 5.2 x64
I confirm this bug:
Build ID: 0cd819b68ced2a95a127a246c0558153fbdbcae2
CPU Threads: 8; OS Version: Windows 5.2; UI Render: default;
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2017-01-31_12:28:03
Locale: ru-RU (ru_RU); Calc: group
Still reproducible in
Build ID: 37a2830387f437cf57104f7f509ec59944004e4d
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3;
Locale: ca-ES (ca_ES.UTF-8); Calc: group
@Mike, I thought you might be interested in this one...
Hehe. It's not a loss of information. The data is there. Decreasing the last image so that is would be less than page height will return everything back (at least after print preview that causes layout recalculation).
This works for me in
Build ID: beae6c7a7f163daad0d4dea63a3d403af2745fd1
CPU threads: 2; OS: Mac OS X 10.13.6; UI render: default; VCL: osx;
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-12-06_23:52:29
Locale: en-US (en_US.UTF-8); UI-Language: en-US