Bug 140967 - Frame border is missing after DOCX export
Summary: Frame border is missing after DOCX export
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, filter:docx, regression
: 139144 (view as bug list)
Depends on:
Blocks: DOCX-Frames
  Show dependency treegraph
 
Reported: 2021-03-12 08:01 UTC by Telesto
Modified: 2021-08-13 23:07 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2021-03-12 08:01:49 UTC
Description:
Frame border is missing after DOCX export

Steps to Reproduce:
1. open attachment 170412 [details]
2. Save as DOCX
3. File reload

Actual Results:
Border missing (moving frame has it's own ticket)

Expected Results:
Border present (as before)


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
7.2

not in
Version: 7.0.0.0.alpha1+ (x64)
Build ID: 574c57090642347980d2395e1e183cc7b5c171ad
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: nl-NL (nl_NL); UI: nl-NL
Calc: CL
Comment 1 Xisco Faulí 2021-03-18 17:34:35 UTC
Reproduced in

Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: d7ed130f537a81b900c55d222004cc9e88c0b355
CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

but not in

Version: 5.4.0.0.alpha1+
Build ID: 9feb7f7039a3b59974cbf266922177e961a52dd1
CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group
Comment 2 Justin L 2021-03-26 16:51:09 UTC
LO 7.0 commit dd117712bd5692f7bf3870ba91572a0bab54ab86
Author: Armin Le Grand on Mar 5 19:24:30 2020 +0100
    tdf#124848 partial refactor hairline logic
    
    With the handover of transformations to line
    draw calls it is no longer feasible to detect
    and prepare LineWidth stuff when the old
    office definition for hairlnes is used, a
    line width of zero. It was managed in the
    system-independent part, but now may have to
    be prepared in logic and not discrete (pixel)
    coordinates. To do so, find and cleanup all
    places where 1/1.0 was used as hairline line
    width. Adapt all seven graphic subsystems to
    handle the line width == 0/0.0 cases
    accordingly. Test as good as possible.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=dd117712bd5692f7bf3870ba91572a0bab54ab86

CC'd Armin
Comment 3 Aron Budea 2021-05-29 23:27:53 UTC
*** Bug 139144 has been marked as a duplicate of this bug. ***