Bug 94463 - FILEOPEN: some input fields shown in the left side of a table in a MS Office .doc
Summary: FILEOPEN: some input fields shown in the left side of a table in a MS Office ...
Status: RESOLVED DUPLICATE of bug 94818
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.0.0.5 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, filter:doc, regression
Depends on:
Blocks:
 
Reported: 2015-09-23 12:34 UTC by viriz
Modified: 2015-12-17 06:36 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Attachments
document (14.61 KB, application/zip)
2015-09-23 12:34 UTC, viriz 		Details
correct example (24.00 KB, image/png)
2015-09-23 12:35 UTC, viriz 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description viriz 2015-09-23 12:34:17 UTC 
Created attachment 118967 [details]
document

I have the document rendered incorrectly. zip file is the document example, images are  examples.

Additional tests was performed
1. 5.0.1 - rendered incorrectly. Some of the input fields (sex, Father's name) are on the left side of the table.
2. Open Office 4.1.1 - OK
3. 4.4.0.3 - OK

So, basically, this is a regression.
Comment 1 viriz 2015-09-23 12:35:18 UTC 
Created attachment 118968 [details]
correct example
Comment 2 tommy27 2015-09-23 17:45:23 UTC 
I confirm issue under Win8.1x64 using LibO 5.0.2.1
works fine in LibO 4.4.5.1

status NEW, 5.x regression, needs bibisecting.


P.S.  Viriz, please next time do not zip your files but upload them directly.
donwloading, unzipping and loading such a small file is just a waste of time... it would be better to have just the .doc file ready to be loaded
Comment 3 Matthew Francis 2015-09-24 19:46:17 UTC 
This seems to have begun at the below commit.
Adding Cc: to caolanm@redhat.com; Could you possibly take a look at this one? Thanks

    commit b7fff04ad728369a09a5e1a5cfbe494cf388317b
    Author:     Caolán McNamara <caolanm@redhat.com>
    AuthorDate: Tue Apr 7 14:57:39 2015 +0100
    Commit:     Caolán McNamara <caolanm@redhat.com>
    CommitDate: Tue Apr 7 21:09:05 2015 +0100
    
        Resolves: tdf#90504 0x7 chars in .doc are not always cell/row ends
    
        fdo65094-2.doc shows that a 0x7 isn't always a row/cell end
    
        only a 0x7 that is right at the end of the paragraph range is
        a real row/cell end
    
        this I believe will remove the last crashtester .doc crash
    
        Change-Id: I196c33bf253378b02f7b3413fb65c3bef9418a15
Comment 4 viriz 2015-09-27 09:56:16 UTC 
(In reply to Matthew Francis from comment #3)
> This seems to have begun at the below commit.

Confirm. The matter is gone if the b7fff04ad728369a09a5e1a5cfbe494cf388317b is reverted.
Comment 5 Andras Timar 2015-11-08 21:09:08 UTC 

*** This bug has been marked as a duplicate of bug 94818 ***
Comment 6 Robinson Tryon (qubit) 2015-12-17 06:36:34 UTC 
Migrating Whiteboard tags to Keywords: (bibisected, filter:doc)
[NinjaEdit]