Bug 67406 - FORMATTING: Pasting destroys bullet formatting.
Summary: FORMATTING: Pasting destroys bullet formatting.
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: lowest minor
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2013-07-27 17:05 UTC by Mark Underwood
Modified: 2020-08-13 21:24 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
This is a modified copy of the original problem ODT. (16.90 KB, application/vnd.oasis.opendocument.text)
2013-07-27 17:05 UTC, Mark Underwood 		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 Mark Underwood 2013-07-27 17:05:45 UTC 
Created attachment 83094 [details]
This is a modified copy of the original problem ODT.

Problem description: 
Paste-appending text to existing bulletined paragraph removes bullet formatting for that paragraph.

Steps to reproduce:
Not sure. See attached problem document.

Current behavior:
Pasting does destroy the bullet formatting for that line/paragraph.

Expected behavior:
Pasting should not destroy bullet formatting.
              
Thanks for what you do,
Mark
Operating System: Ubuntu
Version: 3.5 all versions
Comment 1 Joel Madero 2013-08-06 20:33:49 UTC 
I can confirm that on this particular document the problem exists but I can't reproduce from scratch. I also see that you have some strange style going on in this document (Text body.MsoNormal) no clue what that's all about. 

How did you originally create the document? Also I found that when you play with the document by adding spaces (pushing enter) at the end of the first line you can then paste no problem.

Because I can confirm the problem with the document I will mark as NEW but getting quite low priority unless we can reproduce from scratch.


Bodhi Linux
Version 4.0, 4.1, 4.2 master

New (confirmed)
Minor ( can slow down work but not prevent high quality work)
Lowest ( we have one test case, I can't reproduce from blank document)
Comment 2 QA Administrators 2015-04-01 14:39:54 UTC Comment hidden (obsolete)
Comment 3 Buovjaga 2015-04-19 13:19:30 UTC 
Well it looks like a funky document somehow, but I reproduced anyway.

Win 7 Pro 64-bit Version: 5.0.0.0.alpha0+ (x64)
Build ID: 211c12b9c64facd1c12f637a5229bd6a6feb032a
TinderBox: Win-x86_64@42, Branch:master, Time: 2015-04-18_01:51:17
Locale: fi_FI

Ubuntu 14.10 64-bit
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 4 QA Administrators 2016-09-20 09:31:45 UTC Comment hidden (obsolete)
Comment 5 Mike 2017-12-05 08:29:57 UTC 
I can reproduce this issue in 
Version: 6.1.0.0.alpha0+ (x64)
Build ID: 04982dc8f56e3a960b4d42b0ec57fc5cb8a01aa3
CPU threads: 4; OS: Windows 10.0; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2017-12-04_01:29:50
Locale: de-DE (de_DE); Calc: CL

If I paste text to the existing paragraph from an external source (like Firefox), there is no issue. 
If I paste text via 'insert mode', the issue appears, too.
In the paragraph of the third bullet there is no "space" after the word. If I paste a word directly after this word, -two- space are set between them, not one.
Comment 6 QA Administrators 2018-12-06 03:57:56 UTC Comment hidden (obsolete)
Comment 7 Timur 2020-08-02 18:18:45 UTC 
As Buovjaga often says and sometimes does, retest shows that some are really WFM.