Apache OpenOffice (AOO) Bugzilla – Issue 98114
Connectors collapse after moving
Last modified: 2013-08-07 15:40:43 UTC
Please open the posted bugdoc. Select all and move it with the cursor keys: the connectors collapes and can not get back in line with undo.
Created attachment 59402 [details] bugdoc
A connector also starts to move if one tries to tie it down using position and size /protect position.
AW: Checked in DEV300 m38, the undo works there. Checked with DEV300 m29, there UNDO was still broken. AW->SJ: Task was reported for 3.0 version, where was Your connector UNDO task integrated? May be double.
Copying everything to a new slide corrupts the connectors, too. An undo cannot fix the problem in this case.
Undo was not fixed for 3.0 final but it is already fixed for OOo3.1 with issue 88169 in cws[impress149]. *** This issue has been marked as a duplicate of 88169 ***
closed
Sorry, but my last comment does still occur on m38. It is hard to work with connectors if every move dislocates them... Reopening.
Reset version to m38.
sj->af: "...can not get back in line with undo" has been fixed in dev300m33. The other problem is still an old one and has nothing to do with undo, can you please take over this problem.
AW: Happens in DEV300 m29, but not in SRC680 m219. Also in DEV300 m33 (as expected). Also in OOO300 m9. Was not introduced from primitives, though (else it would not happen in DEV300 m29). May have also been introduced by the path expansion. Asking SJ when this was added. DEV300 m19, so looking for m18...
AW->SJ: Please check the same way as in #i96305# if this could have been introduced by the connector path changes. I checked, and it's NOT one of the old tasks. In old versions, the connectors could be moved without losing the values from the manually changed connector control points (that's what happens). Maybe the same/similar to #i96305#, though.
AW->SJ: Took anoter look at the debugger. It looks like exactly that control values are somehow not completely initialized after load time. Remembered the ones from one of the connectors and set by hand after move -> looked correct again. After setting value manual, further moves work well, no more 'collapsing'. So, probably the same as #i96305#.
changed target
This defect is really old and I can't tell from the target milestone (OOo 3.x) when I could expect an available fix for this problem (I'm using 3.1.1 on WinXP and Win7). Connectors moving all the time is my chief complaint with Draw and has cost me an incredible amount of time repairing them. Please help?