Bug 54355 - VIEWING: Connector copied from Draw horizontally shifted and disconnected after zoom
Summary: VIEWING: Connector copied from Draw horizontally shifted and disconnected aft...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 56949 79120 144309 (view as bug list)
Depends on:
Blocks: Connectors Zoom
  Show dependency tree / graph
 
Reported: 2012-09-01 16:35 UTC by Lekow
Modified: 2024-03-04 08:09 UTC (History)
9 users (show)

See Also:
Crash report or crash signature:

Attachments
Connector's position before and after zoom change (2.32 KB, image/png)
2012-09-01 16:35 UTC, Lekow 		Details
Sample document (9.22 KB, application/vnd.oasis.opendocument.text)
2012-09-25 05:38 UTC, Rainer Bielefeld Retired 		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 Lekow 2012-09-01 16:35:48 UTC 
Created attachment 66452 [details]
Connector's position before and after zoom change

Connector lines copied from Draw lose their position when document is zooming. 

Steps to reproduce:
1. In Draw create any connector line. Copy it to clipboard.
2. In Writer draw two figures, e.g. two rectangles.
3. Paste connector to Writer and adjust its start and end points to connect rectangles.
4. Try to zoom in or zoom out the document. The connector moves to the left or to the right. Any movement of rectangles cause the connector's jump back to the right position.

LO 3.6.1.2 (Build ID: e29a214)
Windows 7 SP1 32 bit
Comment 1 Jean-Baptiste Faure 2012-09-15 08:29:31 UTC 
I do not reproduce with LO 3.6.2.1 (RC1 not final) under Ubuntu 12.04 x86_86 with gnome-shell.
Comment 2 Rainer Bielefeld Retired 2012-09-25 05:26:59 UTC 
[Reproducible] with Server Installation of  "LibreOffice 3.6.0.4  English UI/ German Locale [Build-ID:  932b512] on German WIN7 Home Premium (64bit) 

Already [Reproducible] with Server Installation of "LibreOffice 3.3.3  German UI/Locale [OOO330m19 (Build:301) tag libreoffice-3.3.3.1] on German WIN7 Home Premium (64bit) and also wiht AOOo 3.4.1. 

So I think problem is inherited from AOOo 

Worked fine with OOo 1.1.5

Also Reproducible with LibO 3.5.2.2 on Ubuntu 12.04 64 Bit (VirtualBox)

Still [Reproducible] with parallel installation of Master "LOdev  3.7.0.0.alpha0+   -  ENGLISH UI / German Locale  [Build ID: 24761a6]"  {tinderbox: @6, pull time 2012-09-18 23:21:04} on German WIN7 Home Premium (64bit)

Steps how to reproduce with 3.6.2.1 (same as reported):
1. Open attached Sample.odt
   > Connector might be not connected to shapes
2. do some smaller moves with the shapes until connector is connected
3. if current zoom is smaller than 100%, double zoom factor, if current zoom
   is bigger than 100%, change to half zoom factor
   Expected: Connector still connected
   Actual: Connector horizontally shifted compared to expected position

I think it's not a simple redraw problem, also Print Preview and Page Preview shows connector at new wrong position disconnected from shapes

@Jean-Baptiste
Are you really sure? It's strange that only your particular version does not show the problem.

@Michael:
Please set Status to ASSIGNED and add yourself to "Assigned To" if you accept this Bug or forward the Bug if it's not your turf.
Comment 3 Rainer Bielefeld Retired 2012-09-25 05:38:20 UTC 
Created attachment 67663 [details]
Sample document

See comment before how to use
Comment 4 educmale 2012-10-24 13:51:29 UTC 
I've discovered the artifact that causes the reporter's bug, and can reproduce it at will

The copied connector, when deposited in Writer, lands as anchored to a paragraph.  If the connector is changed to page-anchoring, the bug disappears.

The bug does not occur in Calc - which is where I first used the workaround. There, there is no page/paragraph anchoring.

I can't speak to whether the landing trait for the pasted connector (ie, paragraph anchored) is the landing trait for all versions/platforms of LibreOffice -- this could explain why some folks might not see the bug?

I am using 3.6.2.2 on Win7

I executed the test in Writer, pasting the connector to a blank/new document, and creating a flowchart symbol native to Writer.  I attached the two, and then slid the zoom around, creating the bug behavior.   I then changed the anchoring on both to page, and the behavior changed.  I was able to change the behavior by changing only the connector to page.   Note: given the fact of character, page and paragraph anchoring possibilities, there is probably some thinking to do, with connectors, to determine what would be 'normal', 'expected' behavior for connectors in different circumstances.   I would assume that no matter what happens to the placement of the underlying object, the connection is maintained...

----------------

Any idea when the long term project to unify the drawing tools will be completed?

Is the plan to include/unify across -all- modules?  (this would make sense...)

Which version will introduce the unification?
Comment 5 educmale 2012-10-24 13:53:07 UTC 
Changed version to 3.6.2.2, the current release
Comment 6 Rainer Bielefeld Retired 2012-10-24 17:36:26 UTC 
<http://wiki.documentfoundation.org/BugReport_Details#Version>
Comment 7 QA Administrators 2015-04-01 14:40:51 UTC Comment hidden (obsolete)
Comment 8 Jean-Baptiste Faure 2015-04-09 07:07:46 UTC 
Problem still there in LibreOffice 4.4.3.0.0+ built at home under Ubuntu 14.10 x86-64.

Workaround: No problem if the connector and the connected objects are grouped.

Best regards. JBF
Comment 9 tommy27 2016-04-16 07:27:04 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2017-05-22 13:23:29 UTC Comment hidden (obsolete)
Comment 11 Jean-Baptiste Faure 2017-07-22 16:31:41 UTC 
Nothing changed in LO 5.4.1.0.0+ and workaround from comment #8 still works.

Best regards. JBF
Comment 12 QA Administrators 2018-07-23 02:32:44 UTC Comment hidden (obsolete)
Comment 13 user234683 2018-10-12 08:31:54 UTC 
Still occurring on Version 6.1.1.2 (x64) Windows 7. Workaround from comment #8 still works.
Comment 14 QA Administrators 2019-10-13 02:33:59 UTC Comment hidden (obsolete)
Comment 15 tuefue 2021-03-01 17:29:14 UTC 
Still occurs in 7.1.0.3.
Comment 16 QA Administrators 2023-03-02 03:25:14 UTC Comment hidden (obsolete)
Comment 17 Regina Henschel 2023-10-28 16:13:53 UTC 
Still reproducible in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 1b0e7f76820d467dd0d98962b01f84cb38a3a985
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: de-DE (de_DE); UI: en-US
Calc: CL threaded
Comment 18 Stéphane Guillou (stragu) 2024-03-04 08:07:46 UTC 
Reproduced in recent trunk build:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 709866a3b8e073fab4937dcf91dcd33ff1d2bc13
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded
Comment 19 Stéphane Guillou (stragu) 2024-03-04 08:08:53 UTC 
*** Bug 56949 has been marked as a duplicate of this bug. ***
Comment 20 Stéphane Guillou (stragu) 2024-03-04 08:09:18 UTC 
*** Bug 79120 has been marked as a duplicate of this bug. ***
Comment 21 Stéphane Guillou (stragu) 2024-03-04 08:09:45 UTC 
*** Bug 144309 has been marked as a duplicate of this bug. ***