Issue 126259 - Table cell formatting replaced during copy
Summary: Table cell formatting replaced during copy
Status: UNCONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: 4.1.1
Hardware: Mac OS X 10.10
: P5 (lowest) Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-04-22 11:43 UTC by Richard I Cook, MD
Modified: 2015-09-26 20:02 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
two files as described in the bug report (14.78 KB, application/zip)
2015-04-22 11:43 UTC, Richard I Cook, MD
no flags Details
Includes Graphic of Steps involved in reproduction (775.80 KB, application/vnd.oasis.opendocument.text)
2015-09-22 23:39 UTC, Mudit Agrawal
no flags Details
Final File after replication (9.61 KB, application/vnd.oasis.opendocument.text)
2015-09-22 23:40 UTC, Mudit Agrawal
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Richard I Cook, MD 2015-04-22 11:43:14 UTC
Created attachment 84682 [details]
two files as described in the bug report

Formatting cells of a table in writer works as expected except when one cell's contents are copied to another. In this case, the formatting of the cell reverts to the default formatting.

The table is formatted with the same bullets and paragraph formatting in the entire column. When either the entire or a part of the cell's contents is copied and pasted into another cell of the same column, the the pasted material reverts to the default formatting for bullets and paragraphs. Happens with a direct copy/paste or a copy/clear-formatting-from-the-clipboard/paste. Also happens with a direct move (hilight content/drag-and-drop content).

Able to restore formatting using the copy-format tool (brush) to copy format from another (correctly formatted) cell.

A bare-bones example is included. 
Case1.odt is the original file where the cell formatting hs been applied.
Case2.odt is the result of copy/paste (or drag-and-drop) movement of cell contents. Note that the formatting of the target cell is changed.

While it is possible to correct this fault by using the brush tool to force reformatting of the damaged cell, it is not efficient.
Comment 1 Mudit Agrawal 2015-09-22 23:39:46 UTC
Created attachment 84943 [details]
Includes Graphic of Steps involved in reproduction
Comment 2 Mudit Agrawal 2015-09-22 23:40:18 UTC
Created attachment 84944 [details]
Final File after replication
Comment 3 Mudit Agrawal 2015-09-22 23:42:19 UTC
I tried to replicate the bug by following steps:
1.Insert a table with one column and two rows.
2.Write a sentence in each column.
3.Use same bullet formatting in both rows.
4.Change the indent of the bullets to a bit right.
5.Copy the a part of sentence from second row.
6.Paste the copied content in the first row and observe the change in formatting to default.

Attached files: 
Result.odt : has the resulting file by the action performed.
Steps.odt : has graphic illustration of the steps to recreate bug.
Comment 4 Mudit Agrawal 2015-09-26 18:34:41 UTC
Follow up test:

Copy the second line into a different row.
Result : Bullet lost and formatting reverts to original.
Comment 5 Cem Kaner 2015-09-26 19:50:44 UTC
Mudit and I are testing together, using:
Windows Version 8.1
AOO420m1(Build:9800)  -  Rev. 1692551

If you copy the contents of the cell and paste, the indents and bulleting reverts to the default. However, if you select and copy the entire cell, the custom formatting of the cell is copied with the text. Similarly, selecting and moving the text of the cell loses formatting but selecting and moving the entire cell (the highlight covers the whole cell, including the blank parts of it) then the formatting copies too.

Mudit advises me that the same thing happens on his Mac, running Yosemite and a recent version of OpenOffice.
Comment 6 Cem Kaner 2015-09-26 20:02:30 UTC
This appears to be the same as 52631.