Created attachment 64987 [details] Doc file incorrectly open with LO Writer. Problem description: If you compare how MS office and LibreOffice open attached file you may notice something wrong. Steps to reproduce: 1. open attached file 2. .... 3. profit Current behavior: Expected behavior: Platform (if different from the browser): Browser: Opera/9.80 (Windows NT 6.1; Win64; x64; U; Edition Next; ru) Presto/2.11.310 Version/12.50
Since document is confidential I replace all text inside.
@reporter: Thank you for your report – unfortunately important information is missing. There are some reasons that we do not submit all reports with Sutject "Bug!!!" and report contents "you will find out" ;-) May be hints on <http://wiki.documentfoundation.org/BugReport> will help you to find out what information will be useful to reproduce your problem? If you believe that that is really sophisticated please as for Help on a user mailing list Please: - Write a meaningful Summary describing exactly what the problem is - Attach screenshots with comments if you believe that that might explain the problem better than a text comment. Best way is to insert your screenshots into a DRAW document and to add comments that explain what you want to show – if possible contribute an instruction how to create a sample document from the scratch - add information -- what EXACTLY is unexpected -- concerning your OS (Version, Distribution, Language) -- concerning the LibO version (with Build ID if it's not a public release) and localization (UI language, Locale setting) where you observed the problem the first time –- Libo settings that might be related to your problems
Created attachment 65012 [details] How the file look in Word & Writer
OK. I attach an image for comparison. File look exactly the same in both editors in "Web layout"
And about "bug summary", I just can't imagine how to describe this even on my native language. :(
[Reproducible] with "LibreOffice 3.5.5.3. German UI/Locale [Build-ID: 7122e39-92ed229-498d286-15e43b4-d70da21] on German WIN7 Home Premium (64bit) a) The correct behavior is shown in "normal behavior.odt": The table begins short after the numbered list and the table is splitted on 2 pages Modifying menu 'Format -> Table -> Text Flow - Allow Tablee to split ...' by unchecking "Allow" changes view, now the table in "normal behavior.odt" starts on page 2. It seems that a part of the problem is that although that option is checked the table does not start below heading "Buggy DOC file for Libre Office team", but on next page. b) Additionally the table in reporter's document does not split at all, it fills 1 page (including Page header and page footer), rest of the bottom of the Table will be cut away a,b already [Reproducible] with "LibreOffice 3.3.3 German UI/Locale [OOO330m19 (Build:301) tag libreoffice-3.3.3.1] on German WIN7 Home Premium (64bit) and OOo 3.1.1, so problem is inherited from OOo. This one is a DUP of "Bug 43496 - FILEOPEN .doc FORMATTING "Allow Table to split" does not work although checked", summary there does not cover all aspects of the bug. @bfbf30@gmail.com: Please feel free to reopen this Bug if you find evidence that we have an independent issue here (Fix for Bug 43496 does not solve your problem). Please do not touch Version selector, only add comments! *** This bug has been marked as a duplicate of bug 43496 ***
Created attachment 65018 [details] Simple Sample for expected behavior See Comment 6
OK. I will wait for the fix of bug 43496.