Bug 134498 - SHAPES: Line disappears if deleting text in the anchored paragraph
Summary: SHAPES: Line disappears if deleting text in the anchored paragraph
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Anchor-and-Text-Wrap Shapes
  Show dependency treegraph
 
Reported: 2020-07-04 14:02 UTC by Pasi
Modified: 2024-06-12 20:18 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file of jumping connector line (17.05 KB, application/vnd.oasis.opendocument.graphics)
2020-07-06 09:33 UTC, Pasi
Details
Screenshot (123.20 KB, image/png)
2020-07-06 09:41 UTC, Pasi
Details
Exanoke of text removal from cell removes also part of drawing (16.49 KB, application/vnd.oasis.opendocument.text)
2020-07-06 10:24 UTC, Pasi
Details
Moving line example (17.04 KB, application/vnd.oasis.opendocument.text)
2020-07-06 10:28 UTC, Pasi
Details
Bug is copying (98.07 KB, image/png)
2020-07-06 10:39 UTC, Pasi
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pasi 2020-07-04 14:02:42 UTC
Description:
I have made a table in Writer and been using simple drawings on the left hand side beside the table. Simple electrical drawing like fuse, switch etc. These drawings are "connected" to table rows where the description is written.

Occasionally when adding new rows to table, increasing the text of the table cell so that it expands to next row within the cell or adding/moving drawings on the left hand side, usually, one line (there are multiple lines but seldom more than one is affected) can move to a quite much different place. Seems that the line is somehow linked to the table and when that changes, the line changes (position - not line dimensions). Usually line moves vertically but I've seen it moving horizontally as well.

I can move the line back to its place with mouse but it's very annoying to do this unnecessarily just because table content has been modified.

Not sure if it means anything in relation to this but when I select a line I cannot move it horizontally with cursor keys. Vertical movement moves in large jumps only. Would be really nice to do fine tuning with keys instead of mouse.

Don't recall how long this issue has been there but very long. I'm updating LibreOffice every now and then so many versions have been tried over the years.

Steps to Reproduce:
1. Create a table (e.g. 5 columns, 20 rows)
2. Merge rows of the first column
3. Create drawing like electrical switch (horizontal illustration) of multiple lines
4. Move drawing to the first column so that horizontal line touches 2nd column table row border
5. Add copies of drawings connected to other rows or make different drawings
6. Modify table: increase text in line connected rows so that the row expands to 2nd, 3rd etc. line (cell height increases). Add rows, remove rows.

Actual Results:
One or more lines of a single drawing can jump to a different place (typically only horizontally).

Expected Results:
Drawing remains intact despite the changes in the table. Whole drawing may need to be moved manually to e.g. centre of the table row to maintain good outlook.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.0.0.beta2
Build ID: 00(Build:0)
CPU threads: 16; OS: Linux 5.7; UI render: GL; VCL: kf5
Locale: fi-FI (fi_FI.utf8); UI: en-US
Calc: threaded
Comment 1 Telesto 2020-07-04 17:48:45 UTC
A sample file (preferred) and/or screencast would be really helpful
Comment 2 Pasi 2020-07-06 09:33:07 UTC Comment hidden (obsolete)
Comment 3 Pasi 2020-07-06 09:41:17 UTC Comment hidden (obsolete)
Comment 4 Pasi 2020-07-06 10:10:03 UTC Comment hidden (obsolete)
Comment 5 Pasi 2020-07-06 10:24:16 UTC
Created attachment 162691 [details]
Exanoke of text removal from cell removes also part of drawing

See example 1:
- removing yellow highlighted text (character by character or all at once - doesn't matter) from the cell removes also part of the diagram that is linked to the row (fuse part)
Comment 6 Pasi 2020-07-06 10:28:29 UTC
Created attachment 162692 [details]
Moving line example

Example 2:
- adding more text to the yellow highlighted cell causes line to move (Affected row) downwards. Not the whole drawing but part of it (horizontal line).
Comment 7 Pasi 2020-07-06 10:29:48 UTC
For example 2 same happens also when adding text to cell below yellow highlight cell.
Comment 8 Pasi 2020-07-06 10:35:35 UTC
And another bug from the same example file. CTRL+A behaves erratically, in my opinion.

- Step 1: Go to any cell and CTRL+A. All cells in table selected. Fine.

- Step 2: Click at the bottom of the page outside table (cursor moves outside table). CTRL+A and something gets selected and immediately deselected (flicks). CTRL+V doesn't paste anything to a new document.

- Step 3: In step 2 repeat CTRL+A twice and then everything gets selected. CTRL+V to a new document and part of the drawing is missing. Text is copied but not all drawings.
Comment 9 Pasi 2020-07-06 10:39:10 UTC
Created attachment 162694 [details]
Bug is copying

Screenshot of the copy bug. Not all gets copied.
Comment 10 Dieter 2020-07-26 10:02:45 UTC
(In reply to Pasi from comment #5)
> Created attachment 162691 [details]
> Exanoke of text removal from cell removes also part of drawing
> 
> See example 1:
> - removing yellow highlighted text (character by character or all at once -
> doesn't matter) from the cell removes also part of the diagram that is
> linked to the row (fuse part)

I confirm it with

Version: 7.1.0.0.alpha0+ (x64)
Build ID: 52820b52b3bca45e2db527d1cc5f4488b2e0b9d0
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: threaded

Shapes are anchored to paragraph in highlighted table cell. I f you remove all characters of the paragraph, shapes are removed. I won't expect this, because paragraph is still there.
Comment 11 sdc.blanco 2022-06-05 01:12:00 UTC
(In reply to Pasi from comment #6)
> Example 2:
Not a bug.

In this example, the horizontal line is anchored to a paragraph in the table.
When you add text to a row, the position of the anchor in the table is moved down, and the horizontal correctly moves with the anchor.

If you, for example, anchor that horizontal line "to page", then adding text to the table will not move the line.
Comment 12 sdc.blanco 2022-06-05 01:18:53 UTC
(In reply to Dieter from comment #10)
> Shapes are anchored to paragraph in highlighted table cell. If you remove
> all characters of the paragraph, shapes are removed. 
Isn't this case bug 146445?
Comment 13 sdc.blanco 2022-06-05 01:24:56 UTC
(In reply to Pasi from comment #8)
> And another bug from the same example file. CTRL+A behaves erratically, in
> my opinion.
Please file another ticket for this issue. The tradition with Bugzilla is to file one problem per ticket, where the original report here was about "moving lines", which I believe is NOTABUG.  (similarly the problem in example 1 reflects another ticket which was resolved as WONTFIX).

Before filing a new ticket, you might want to search a little in Bugzilla, because it is possible that there is already a report about Ctrl+A with a mixture of shapes, tables, and text not copying everything.
Comment 14 QA Administrators 2024-06-05 03:19:58 UTC Comment hidden (obsolete)
Comment 15 Pasi 2024-06-12 20:18:45 UTC
(In reply to sdc.blanco from comment #13)
> (In reply to Pasi from comment #8)
> > And another bug from the same example file. CTRL+A behaves erratically, in
> > my opinion.
> Please file another ticket for this issue. The tradition with Bugzilla is to
> file one problem per ticket, where the original report here was about
> "moving lines", which I believe is NOTABUG.  (similarly the problem in
> example 1 reflects another ticket which was resolved as WONTFIX).
> 
> Before filing a new ticket, you might want to search a little in Bugzilla,
> because it is possible that there is already a report about Ctrl+A with a
> mixture of shapes, tables, and text not copying everything.

Despite your opinion this was a bug that has been fixed in some release. The original document was created 2017. Back then there was this issue and it remained till 2020-07 when I reported it. Haven't had a need to make updates until recently. Reported bug has been fixed but new one introduced (part of the drawing has disappeared).

Dunno, if it makes sense to report because initial response seems to be to deny existence of a reported bug. Maybe developers are overloaded but whatever the reason may be this bug remained for years before got fixed probably via fixing something else. There's still issue in Draw that has been reported years ago and still exists (line moving preview).