Bug 112999 - Special-Pasting into interdependent styles paragraphs behaves incorrectly
Summary: Special-Pasting into interdependent styles paragraphs behaves incorrectly
Status: RESOLVED DUPLICATE of bug 112511
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.4.2.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Paste-Special-Unformatted
  Show dependency treegraph
 
Reported: 2017-10-08 14:59 UTC by Jean-Francois Nifenecker
Modified: 2017-10-15 05:18 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Demo of the special-pasting bug (18.29 KB, application/vnd.oasis.opendocument.text)
2017-10-08 14:59 UTC, Jean-Francois Nifenecker
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jean-Francois Nifenecker 2017-10-08 14:59:37 UTC
Created attachment 136852 [details]
Demo of the special-pasting bug

A document contains two paragraph styles: "Preformatted Text Odd" and "Preformatted Text Even". Each one "Next" property is set to the other so that a sequence of such paragraphs looks like old-fashioned listings (see attachment).
Usually -- that is under LibO v.4.3.x -- special-pasting a selection into a "Preformatted Text Odd" paragraph generates a sequence of paragraphs, alternatively formatted using both styles above.
Since v.5.4.x (and perhaps before but I had no opportunity to check), special-pasting behaves incorrectly: the final sequence of paragraphs only uses the one style that was preset as a target. The attachment explains things better and allows to play with this.
This problem is met under Linux (Debian 8.1) and Windows 7 64bit.
Comment 1 Dieter 2017-10-12 19:51:57 UTC
I confirm the described behaviour, using LO 4.2.2

Version: 5.4.2.2 (x64)
Build-ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4
CPU-Threads: 4; Betriebssystem:Windows 6.19; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE); Calc: group
Comment 2 Dieter 2017-10-15 05:18:41 UTC
(In reply to Dieter Praas from comment #1)
> I confirm the described behaviour, using LO 4.2.2
> 
> Version: 5.4.2.2 (x64)
> Build-ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4
> CPU-Threads: 4; Betriebssystem:Windows 6.19; UI-Render: Standard; 
> Gebietsschema: de-DE (de_DE); Calc: group

*** This bug has been marked as a duplicate of bug 112511 ***