Bug 106643 - Problems with objects (drawing) in Writer
Summary: Problems with objects (drawing) in Writer
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Object
  Show dependency treegraph
Reported: 2017-03-19 14:08 UTC by Thomas Krumbein
Modified: 2021-01-04 16:57 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Krumbein 2017-03-19 14:08:32 UTC
Something has changes in all internal organisation of drawing-objects in Writer. So unfortunatly sometimes it is not possible to work with it.

Automatic name of the object is not changeable. This is ok but libreOffice do not use differnt names when copying the object. 

- open an new writer doc
- create a drawing object (i.e. a square). Object will be placed in document and get an automatic Name (form1) - name is visible in navigator. By double-Click on the objectname the object is selected.

- now select the object - copy and paste it (crtl + c - crtl + v - you can even use the menu-entries). 
- now you have two iditical objects, but the have now both the object name "form1" so it is not longer possibel to select a form using the navigator - all objects with the same name will be selected as a group! strange behavieour.

Well, this may not be a big problem, but using 20 or 30 similar objects - something going wrong.

nearly unusable this behaviour will occur, when placing the object (anker) in footer or header line. 

- create the object - it will be ankered in main text area.
- use cut an copy to anker object in header area. now place object outside of the header area (using mouse) - important: anker should be stay in header-line!- so object will be displayed on every page.

- now try to access the object again. With the mouse it is impossible! Only way is the navigator. 
- if you now have copied this object and so you do have same object names you only have chaos.

Solution should be:
- every new object should get a new name - even if it is createt by copy and paste!
- add a posibility to change name of objects
- there must be an easier way to access an object, which is ankered in header/footer line. Mouseklick should be possible
Comment 1 Regina Henschel 2017-03-19 19:19:52 UTC
Naming of the object is in menu Format, the description is there too. You can customize the context menu of shapes and add the command "Name" (=.uno:NameGroup) from category "Format". The request to return both to the context menu as default is already in bug 101193.

To access an object, which is anchored to a paragraph or character in the header or footer, use Ctrl+Click. But the behavior is inconsistent, because sometimes a single click on such object works and sometimes not. That is bug 87269, which was closed as "worksforme". But see also bug 50195 and bug 97387 and bug 64418 with similar topic.

The automatic naming is a problem, because indeed the navigator selects both. But in contrast to draw:id and xml:id the attribute draw:name need not be unique.

I see the further problem, that after selecting a shape, this is not selected in the navigator, so that the user does not know, which shape he has selected.

I will not set this issue to "new", because an issue should focus on only one problem. Therefore this issue should be split into several reports.
Comment 2 Xisco Faulí 2017-03-23 11:06:57 UTC
Hi Thomas,
As Regina mentioned in comment 1, please report each problem as a different bugs.
Setting to NEEDINFO
Comment 3 QA Administrators 2017-09-29 08:58:19 UTC Comment hidden (obsolete)
Comment 4 Regina Henschel 2017-09-29 11:39:34 UTC
So let us take this bug report for the problem, that copy&paste does not generate a new name for the copied object. Because the Navigator uses the name to differ the objects, the name should be unique. Especially for objects in background and in header/footer the Navigator is the best tool to access the objects, a unique name should be generated.

The problem still exists in Version:
Build ID: 6c68f38bc28bb55a4f0d53b8f38957516d3935d1
CPU threads: 4; OS: Windows 6.1; UI render: default; 
TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2017-09-04_22:05:26
Locale: de-DE (de_DE); Calc: group
Comment 5 QA Administrators 2018-09-30 02:49:41 UTC Comment hidden (obsolete)
Comment 6 Regina Henschel 2018-09-30 12:09:35 UTC
The problem of duplicate auto-generated names still exists in Version: (x64)
Build ID: efe119aaa50e9f532b3fac1ef153469c80f24b80
CPU threads: 8; OS: Windows 10.0; UI render: GL; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-09-10_01:36:26
Locale: de-DE (en_US); Calc: CL
Comment 7 Martin Srdoš 2020-12-29 18:14:26 UTC
Everything described in point 1 and 2 is working good, today.
(ad 1) Copying makes new unique names in navigator.
(ad 2) Copying to te header is ok. Also cuting from header to body of the page and it change anchor to the page with the object.

Version: (x64)
Build ID: a63caf49958b40e33e0d7aaedbe6424f78ecdc46
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: cs-CZ (cs_CZ); UI: en-US
Calc: threaded
Comment 8 Xisco Faulí 2021-01-04 16:57:49 UTC
Also fixed in

Build ID: 9bc848cf0d301aa57eabcffa101a1cf87bad6470
CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded