Bug 48292 - TABLES - Cell background color does not follow content when sorted
Summary: TABLES - Cell background color does not follow content when sorted
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables
  Show dependency treegraph
 
Reported: 2012-04-04 05:18 UTC by Eric
Modified: 2019-06-19 11:20 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
File showing that background color does not follow cells during sorting (12.12 KB, application/vnd.oasis.opendocument.text)
2012-04-04 05:18 UTC, Eric
Details
Updated file showing that background color does not follow cells during sorting (57.62 KB, application/pdf)
2012-07-11 08:06 UTC, Eric
Details
Updated file showing that background color does not follow cells during sorting (68.17 KB, application/pdf)
2016-09-20 20:14 UTC, Eric
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Eric 2012-04-04 05:18:34 UTC
Created attachment 59471 [details]
File showing that background color does not follow cells during sorting

If one has a table with some cells or rows that have a background color applied and then sorts that table, the background color formatting remains in the original position and does not follow with the rows that are moved. In most cases, one would like the cell formatting to follow the cells when they are moved with a sort.
Comment 1 Valek Filippov 2012-07-11 01:04:13 UTC
Works for me in 3.5.3.2 and 3.6 beta 2.
Eric, could you check with newer version?
Comment 2 Eric 2012-07-11 08:03:52 UTC
Checked today with current version LibreOffice 3.5.4.2 as well as pre-release version pre-release 3.6.0.0 beta 3. In both cases, the same problem with table sorting was observed as noted before. I am testing only with Win 7 Pro x64 with SP 1 and all updates. Perhaps it behaves differently in a 32 bit version of Windows.

If I open the same document in MS Word 2010 v14 (64 bit), the table sorts correctly.
Comment 3 Eric 2012-07-11 08:06:32 UTC
Created attachment 64097 [details]
Updated file showing that background color does not follow cells during sorting
Comment 4 sasha.libreoffice 2012-08-07 10:15:27 UTC
reproduced in 3.3.4, 3.5.5, 3.6.0rc on Fedora 64 bit
Changing version to 3.3.4 as most early reproduced

Workaround: copy-paste table to Calc, sort it and copy-paste it again to Writer
Comment 5 Pascal Becker 2013-07-03 09:55:56 UTC
Still the same behaviour in version 4.0.4.2 on Windows 7 x64; background color not following when sorting table.
Comment 6 QA Administrators 2015-04-01 14:40:23 UTC Comment hidden (obsolete)
Comment 7 Pascal Becker 2015-04-07 05:39:16 UTC
Not changed so far. The bug still exists.
Just tested with Version 4.4.2.2 on Windows 7 Prof. x64.
Comment 8 zwerk 2015-04-19 09:28:14 UTC
Bug still exists in LO 4.4.2.2 on W7 Home Premium 64-bit.
I was really expecting to be able to sort a table including all of its cell attributes.
Comment 9 QA Administrators 2016-09-20 09:32:29 UTC Comment hidden (obsolete)
Comment 10 Pascal Becker 2016-09-20 09:57:59 UTC
Just tested it with one column and some number entries and different background colors. Seems to work now.
Comment 11 Eric 2016-09-20 20:14:49 UTC
Created attachment 127485 [details]
Updated file showing that background color does not follow cells during sorting
Comment 12 Eric 2016-09-20 20:16:30 UTC
Unfortunately the bug is still there in ver 5.2.1.2.  I also tested the single column case mentioned in comment 10 but that also fails to work properly.
Comment 13 Yousuf Philips (jay) (retired) 2016-10-20 00:32:50 UTC
Confirmed. Sorting in Calc works correctly but it isnt here in writer.

Version: 5.3.0.0.alpha0+
Build ID: e64ea98801d20e5024da900a0ac8faaf565f4bf3
CPU Threads: 2; OS Version: Linux 3.19; UI Render: default; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-10-18_04:29:35
Locale: en-US (en_US.UTF-8); Calc: group
Comment 14 QA Administrators 2017-10-23 14:10:56 UTC Comment hidden (obsolete)
Comment 15 Eric 2017-11-04 19:34:05 UTC
In response to Comment 14, I have rechecked the bug in v 5.4.2.2.  The bug is still there in the same way as originally posted. I hope that the developers can give this issue some attention.  Thanks

Info from Help / AboutLibreOffice
Version: 5.4.2.2
Build ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4
CPU threads: 4; OS: Windows 6.1; UI render: default; 
Locale: en-US (en_US); Calc: group
Comment 16 QA Administrators 2018-11-05 03:44:29 UTC Comment hidden (obsolete)
Comment 17 yifnag,lai 2018-11-29 09:28:47 UTC
Still exists 

Version: 6.3.0.0.alpha0+ (x64)
Build ID: 0f25a3c36f27fd51453b9a9115f236b83c143684
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-27_20:06:55
Locale: zh-TW (zh_TW); UI-Language: en-US
Calc: threaded
Comment 18 Heiko Tietze 2019-06-18 14:57:07 UTC
Eike, any adhoc codepointer to enable Arnaud work on this at the upcoming hackfest?
Comment 19 Eike Rathke 2019-06-19 11:20:24 UTC
Why ask me? This is Writer, not Calc. Removing myself from Cc again..