Created attachment 52346 [details] the document in question under a new name The following .doc file does open correctly in OpenOffice.org 3.3.0 and OpenOffice.org 3.2.1 but neither in LibreOffice 3.4.2 nor in LibreOffice 3.4.3 OOO340m1 (Build:301) - tested on Debian and LinuxMint: http://www.tullverket.se/download/18.4ab1598c11632f3ba9280009674/enhetsdokument+anvands+vid+import+och+export+4+blad_tv718_3.doc Steps to reproduce: 1. Open this standard EU customs form in LO 3.4.x 2. Open the same file in OOo Current behavior: All the formatting is on one page, content is on a following page. Some sort of lookup function is broken as well. Expected behavior: All on one page, lookup works. Reported on the discuss@documentfoundation.org ML at 23.aug 2011 20:47 Thread: http://nabble.documentfoundation.org/QA-Opening-a-doc-file-Regression-in-Libreoffice-3-4-td3279268.html Never could find out if anybody did report this as a bug, or if there were any similar ones. Platform (if different than the browser): Debian deratives (Mint, Ubuntu) both 64-and-32bit and confirmed by a Suse user Browser: Mozilla/5.0 (X11; U; Linux i686; is-IS; rv:1.9.2.23) Gecko/20110921 Ubuntu/10.04 (lucid) Firefox/3.6.23
Reproduced with LO 3.4.4 Ubuntu 10.04.3 x86 Linux 2.6.32-35-generic Russian UI
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Tested the file with LibreOffice 3.5.0 Beta1 (Writer); it's even worse than previous versions - now there's no trace of formatting anymore, just repetitions of FORMTEXT and REF FIELD(number). The document is now spread over 10 pages instead of 6 and is read-only. See the screenshot "enhetsdocument.doc_OO32_LO35B.png"
Created attachment 54770 [details] screenshot comparing the .doc OOo3.2 and LibreOffice 3.5.0 Beta1
Created attachment 54772 [details] Navigator panes in OOo3.2 and LibreOffice 3.5.0 Beta1 Here's a screenshot comparing the Navigator panes in OOo3.2 and LibreOffice 3.5.0 Beta1 (localized) for the document, clearly in LO3.5beta the 'Bookmarks' are a way off and in LO3.5beta there's nothing under 'Section'. A thought; the document is possibly protected, could that be messing up the rendering in LO ?
I can confirm that LibO 3.5 RC2 still show "FORMTEXT" prompt instead of proper content. Could it will be fixed before 3.5 release?
Hi, Tested in 3.3.0, 3.3.4, 3.4.5, 3.5.0 Basically all the same. Would not be surprised if this is related to Bug 45341 and Bug 43569
I just tested the sample document with LibreOffice 3.5.1.2 (Build-ID: dc9775d-05ecbee-0851ad3-1586698-727bf66) running on MacOS X 10.6.8 German, and there the document looks not perfect, but OK -- I will attach two screenshots. Page 1 looks fine; on page 2, there are many "Fehler: Referenz nicht gefunden" ("Error: reference not found") entries, but the basic page layout seems OK. Also, the Navigator pane seems OK -- everything looks like the OOo3.2 (!) screenshot attached by Sveinn í Felli. Have I missed something or is this a platform-dependent bug (maybe Linux only)?! Then we should change our Platform pickers ...
Created attachment 58354 [details] Bug 41798, LibO 3.5.1rc2 on MacOS X 10.6.8, page 1
Created attachment 58355 [details] Bug 41798, LibO 3.5.1rc2 on MacOS X 10.6.8, page 2
(In reply to comment #8) > I just tested the sample document with LibreOffice 3.5.1.2 (Build-ID: > dc9775d-05ecbee-0851ad3-1586698-727bf66) running on MacOS X 10.6.8 German, and > there the document looks not perfect, but OK -- I will attach two screenshots. > > Page 1 looks fine; on page 2, there are many "Fehler: Referenz nicht gefunden" > ("Error: reference not found") entries, but the basic page layout seems OK. > > Also, the Navigator pane seems OK -- everything looks like the OOo3.2 (!) > screenshot attached by Sveinn í Felli. > > Have I missed something or is this a platform-dependent bug (maybe Linux > only)?! Then we should change our Platform pickers ... Looks a lot like OOo 3.2, only 6 pages and just missing the references. If someone could test on Windows we may be able to rule out a lot of things.
@ Rainer Bielefeld: As you are the LibO for Windows testing expert, could you please take a look at this important bug? Is the bug just fixed in 3.5.1.2 now (but was present in 3.5.0), or was this bug not present in LibO 3.4/3.5.0 on Windows at all (and is therefore a Linux-only problem)? Thanks!
I have just tested the sample document with LibreOffice 3.4.5 (OOO340m1, Build:502) on MacOS X 10.6.8 German, and it basically looks like the screenshots from LibO 3.5.1.2 I have attached earlier this day. Therefore, this bug does not appear on MacOS X at all (just some minor aesthetic issues). Now if we get results for Windows we will know if this is a Linux-only bug ...
in 3.5.1.2 on Windows XP 32 bit Russian locale problem is only on first page IMHO there is frame in upper left corner with text. And it placed slightly outside of page. Word allows placing object outside of page, Writer not allows and moves all objects that appears outside of page. So page becomes corrupted. I can not investigate, how it done in Word in this page because document protected by password. But if frame with text has option "Auto size" then it's size will depend from size of text, which depends from installed in OS fonts. So, wrong displaying of this page may be not bug, but missing feature of Writer. Placing frame outside of page not allowed yet.
(In reply to comment #8) > Have I missed something or is this a platform-dependent bug (maybe Linux > only)?! Then we should change our Platform pickers ... In 3.5.2.2 (and master build) the document still looks as bad as before; with all frames separated from the blue blocks on different pages
(In reply to comment #16) > In 3.5.2.2 (and master build) the document still looks as bad as before; with > all frames separated from the blue blocks on different pages Which OS? Windows (and what version)? Linux (and which one)? On MacOS X, LibreOffice 3.5.2.2 (Build-ID: 281b639-6baa1d3-ef66a77-d866f25-f36d45f) displays the document still as said in comment #8 and show in my screenshots: mostly OK, just most references missing ...
Set up LibreOffice 3.5.1 on an old Windows 2000 partition; the document is corretly formatted (but with missing references as usual). So it seems we have a Linux-only regression here. Would be nice to have a confirmation for a bit more recent Windows.
(In reply to comment #17) > Which OS? Windows (and what version)? Linux (and which one)? Ah really sorry. Stupid from me to think everyone knows that I'm on Ununtu 11:04 ;-) So indeed: Linux problem
On pc Debian x86-64 with master sources updated today, it's long to load and the layout is quite broken. I noticed these kind of logs on console: warn:legacy.osl:16255:1:/home/julien/compile-libreoffice/libo/sot/source/sdstor/stgdir.cxx:419: Trying to resize readonly stream by seeking, could be a wrong offset! warn:legacy.osl:16255:1:/home/julien/compile-libreoffice/libo/sw/source/filter/ww1/fltshell.cxx:146: atttribute or similar crosses section-boundaries
3.5 meta bug tracker is being closed because 3.5 is at the end of life in its cycle. Looking through the comments I see that there are no people involved other than developers and QA. Also the title specifically says "opening a specific .doc file". Because of these facts (again >1 year with no other people reporting the same problem, along with only a single file being affected) leads me to remove this from MAB. @Sveinn - this does not mean that the bug won't get attention, just in general a MAB should affect a lot of our users, be a blocker (crash, loss of data, etc...) or have some other compelling reason to be on the MAB list. Apologies for the long delay in finding a fix, hopefully we get one soon
(In reply to comment #21) > Apologies for the long delay in finding a fix, hopefully we get one soon No big deal. The document is a bit special, and protected too. Anyway, since several releases the formatting part is getting better, in LO4.0 only the first pages have colored cells and some text on a separate page from their respective content; the last couple of pages are correct.
Hi Sveinn, this is a bit of a messy bug. The policy basically is one problem per bug. This bug has several issues addressed with this specific document, making it very hard to keep track. I suggest: * Create individual bugs for any remaining problems (one per bug) and * link all those bugs under the "See also:" section so devs know they are referring to the same souce document I just tested the document in question. Navigator > Bookmarks is now correct with 3 items. Reference error is perstiting and a few other issues as well. WORKSFORME, since a few of your reported issues are fixed. We should continue with clear new bugs and address one problem after the other (only way to move this forward). Thanks for understanding. Also OS > Linux since the file shows fine on OSX.
OK - not sure it's worth pressing this matter further. Some background history: One LibreOffice user pointed me to the original document, complaining about this regression from OOo 3.3.0. Being a standard EU import/export customs form from the Svedish Customs (Tullverket) I thought this was serious enough. But there are other POVs to consider: 1 - Of all the forms on the www.tullverket.se site this was the only one I could find with such formatting issues (did some surfing this morning, see examples here: http://www.tullverket.se/en/startpage/keywordsaz/az/forms.4.3238c5bc116a42faffb8000271.html ). 2 - The document is dated 10.01.2007, today most of the transactions are through an electronic portal (so usage of the documents must be somewhat limited). 3 - The document has protected fields, is possibly issued from a (Access?) database; thus not easy to debug. Yet the "regression / linux" tag stands; tested this morning with AOO-4.1.1 on LinuxMint13; the document formats nicely and without complaining about missing references.
Sveinn: I gave a try with LO 4.3.3 on pc Debian x86-64, it seems quite better. Would you have some time to give it a try?
Sure, it's not as bad as it was when it was worst ;-) Tested with 4.3.4 on LinuxMint 17, the coloring of cells split to a separate page. AOO 4.1.1 opens it normally; the OOo --> AOO branch always has, it's just the LibreOffice branch that sometime before LO-3.2.1 regressed to this state.