Download it now!
Bug 107727 - FILESAVE RTF: border-less text frame gets a border line
Summary: FILESAVE RTF: border-less text frame gets a border line
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
4.1 all versions
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: bibisected, filter:rtf, regression
Depends on:
Blocks: RTF
  Show dependency treegraph
Reported: 2017-05-09 14:08 UTC by Christian Nieber
Modified: 2019-11-15 10:36 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

example with text object (12.78 KB, application/vnd.oasis.opendocument.text)
2017-05-09 14:08 UTC, Christian Nieber

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Nieber 2017-05-09 14:08:23 UTC
Created attachment 133195 [details]
example with text object

The text object has no line in the odt, but has a line when exported to RTF.
Comment 1 Jacques Guilleron 2017-05-10 13:13:03 UTC
Hi Christian,

Confirmed with
LO Build ID: 0025fc13d805751f8eeb14febbdd0033e0a6d91e
CPU threads: 2; OS: Windows 6.1; UI render: default; 
TinderBox: Win-x86@39, Branch:master, Time: 2017-05-04_05:21:32
Locale: fr-FR (fr_FR); Calc: CL
LO Build ID: 1b3956717a60d6ac35b133d7b0a0f5eb55e9155
but not with
LO (Build ID: 2e2573268451a50806fcd60ae2d9fe01dd0ce24)

Thanks to provide also the OS where you found this issue.
Comment 2 raal 2017-05-11 05:02:54 UTC
There are only 'skip'ped commits left to test.
The first bad commit could be any of:
    commit adcae497ce48a6ff6e994817b17840842faa8732
    Author:     Noel Grandin <>
    AuthorDate: Fri Apr 12 16:46:32 2013 +0200
    Commit:     Thomas Arnhold <>
    CommitDate: Fri Apr 12 15:38:12 2013 +0000

    commit 120922361a5928ea4437ffe253ce209abd7060b0
    Author:     Jan Holesovsky <>
    AuthorDate: Fri Apr 12 17:02:17 2013 +0200
    Commit:     Jan Holesovsky <>
    CommitDate: Fri Apr 12 17:10:53 2013 +0200
        i#23187: Fix crash of the document.
        The mbLayoutInProgress bool was effectively unused - only set and reset, but
        the only place that was checking for that was in lcl_RecalcRow(), again, only
        to set and reset it.
        Worse - with the document from i#23187, the mbLayoutInProgress was set / reset
        on a page already disposed in SwFrm::InsertPage() which was causing the 

    commit f3c4b5606d4a697efbe3041530fc7f7d5a3a47b0
    Author:     Michael Meeks <>
    AuthorDate: Fri Apr 12 19:03:15 2013 +0300
    Commit:     Tor Lillqvist <>
    CommitDate: Fri Apr 12 19:03:49 2013 +0300
        Add more components

    commit d53dd70b15f0e3f7c8a05a93f8fcd70e1147c1f7
    Author:     Miklos Vajna <>
    AuthorDate: Fri Apr 12 15:09:12 2013 +0200
    Commit:     Miklos Vajna <>
    CommitDate: Fri Apr 12 16:33:07 2013 +0200
        sw: rework RTF export of text frames
        Export these as new-style frames. Not counting future possibilities,
        this commit finally fixes the following problems:
        - borders: spacing to contents wasn't exported at all
        - wrap: top/bottom and left/right spacing exported even in case they do
          not equal

    commit 9de73714775833f3ec7e7508d5fddcc8e4f19aed
    Author:     Jan Holesovsky <>
    AuthorDate: Fri Apr 12 18:46:17 2013 +0200
    Commit:     Jan Holesovsky <>
    CommitDate: Fri Apr 12 18:48:44 2013 +0200
        i#116001: Decrementing the iterator while comparing is not a good idea here.
        When it is begin(), it will get decremented regardless the result of the test,
        but probably affects only the dbgutil build.

    commit da16b278eeb5b3e2994de68e49d88a64fdb7ac5b
    Author:     Miklos Vajna <>
    AuthorDate: Fri Apr 12 16:29:25 2013 +0200
    Commit:     Miklos Vajna <>
    CommitDate: Fri Apr 12 16:33:07 2013 +0200
        RTF import: initial handling of posrelh and posrelv shape properties
        Change-Id: Id576d6df4b7a6144507e5f8230ac62a953b5c050

    commit db8786e34b1a451f0e6969681079f701627de6f9
    Author:     Tor Lillqvist <>
    AuthorDate: Fri Apr 12 19:47:14 2013 +0300
    Commit:     Tor Lillqvist <>
    CommitDate: Fri Apr 12 19:55:36 2013 +0300
        The silly toolsdll.cxx was the same for unx and win

    Bibisect: This commit covers the following source commit(s) which failed to build
    commit 1f39925c4cafc52009f4505fd3e4b6843f6e7944
    Author:     Caolán McNamara <>
    AuthorDate: Fri Apr 12 15:11:17 2013 +0100
    Commit:     Caolán McNamara <>
    CommitDate: Fri Apr 12 15:11:58 2013 +0100
        fix build, "touch" headers only on !HAVE_FEATURE_DESKTOP platforms

    commit d8dbe5844b192f1339a3d38e0f477c5330c89194
    Author:     Tor Lillqvist <>
    AuthorDate: Fri Apr 12 19:50:13 2013 +0300
    Commit:     Tor Lillqvist <>
    CommitDate: Fri Apr 12 19:55:36 2013 +0300
        Kill empty ImpDeInitWinTools() and the header with only its definition
        Change-Id: Ica82a4612da952c0c084974b708ef9dac753dcf6

    commit a1cd39a17216d78b4f335e6301786e205be14d0d
    Author:     vjinoch <>
    AuthorDate: Fri Apr 12 17:19:44 2013 +0200
    Commit:     Michael Meeks <>
    CommitDate: Fri Apr 12 18:04:11 2013 +0100
        fdo#60690 - Remove all calls t GTK_YIELD_GRAB because it does nothing.
        Change-Id: I76e76ec5fc85d8e1fd673a45b3e54163ca7643f3

We cannot bisect more!
Comment 3 Aron Budea 2017-10-25 18:47:33 UTC
Not sure why bibisectRequest was added to this again.
Comment 4 QA Administrators 2018-10-26 02:58:02 UTC Comment hidden (obsolete)
Comment 5 Roman Kuznetsov 2018-10-26 06:34:27 UTC
still repro in 

Build ID: cec31fdedd7c94f4ebf903a66456a75867db22b0
CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-10-21_22:54:44
Locale: ru-RU (ru_RU); Calc: threaded
Comment 6 QA Administrators 2019-10-27 03:38:13 UTC
Dear Christian Nieber,

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 with the latest version of LibreOffice from

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

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) from

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:

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team