Created attachment 176619 [details]
grouped.png: Screenshot of the "problematic" shapes

Created attachment 176620 [details]
grouped.pdf: `grouped.odt' exported to PDF by LibreOffice

Created attachment 176621 [details]
grouped-after-save.odt: `grouped.odt' after doing File -> Save

Note that `paragraph'-relative shape positions gets replaced with equivalent absolute positions.

I want LibreOffice to preserve and honor the relative positions.

FWIW, Google Docs creates a captioned image as an image and a custom shape grouped together.  Google Docs doesn't render the LibreOffice produced captioned images correctly.  (Google Docs not rendering the LibreOffice-produced document is *not* a LibreOffice issue).  So, I wanted to create captioned images just the way Google Docs expect it.  When trying to produce such a Google-compatible document, I ran in to this issue. For more details see https://github.com/kjambunathan/org-mode-ox-odt/issues/136.

(In reply to Jambunathan K from comment #3)
> Created attachment 176621 [details]
> grouped-after-save.odt: `grouped.odt' after doing File -> Save
> 
> Note that `paragraph'-relative shape positions gets replaced with equivalent
> absolute positions.
> 
> I want LibreOffice to preserve and honor the relative positions.
> 
> FWIW, Google Docs creates a captioned image as an image and a custom shape
> grouped together.  Google Docs doesn't render the LibreOffice produced
> captioned images correctly.  (Google Docs not rendering the
> LibreOffice-produced document is *not* a LibreOffice issue).  So, I wanted
> to create captioned images just the way Google Docs expect it.  When trying
> to produce such a Google-compatible document, I ran in to this issue. For
> more details see https://github.com/kjambunathan/org-mode-ox-odt/issues/136.

This is the ultimate goal.  This bug is only a step 1 in reaching the goal.  If this bug gets some traction and gets fixed, then I may (or may not) have a followup bug.

[A Simple Captioned Image as produced by Google Docs.odt](https://github.com/kjambunathan/org-mode-ox-odt/files/7594408/A.Simple.Captioned.Image.as.produced.by.Google.Docs.odt)

(In reply to Jambunathan K from comment #3)
> Created attachment 176621 [details]

> FWIW, Google Docs creates a captioned image as an image and a custom shape
> grouped together.

FWIW, this is how one produces captioned images in Google Docs  [How to Add Captions to Images in Google Docs](https://www.howtogeek.com/725451/how-to-add-captions-to-images-in-google-docs/)

I can see the difference but I'm not familiar enough with the topic to assess, what is the expected result. And I also don't understand how to define a certain style for a shape. So how did you create those shapes, that look like frames?

(In reply to Dieter from comment #6)

> I can see the difference but I'm not familiar enough with the topic to
> assess, what is the expected result. And I also don't understand how to
> define a certain style for a shape. So how did you create those shapes, that
> look like frames?

In LibreOffice Draw, I created the shape.  Then I copy+pasted that to my ODT document.  Then I moved around the XML a bit.  The XML you see in the file are legitimate XML generated by LibreOffice, and edits if any are "minor" or "minimal".  

Btw, you need to copy+paste the drawing from LibreOffice Draw UI, as opposed to inserting the Draw file in to LibreOffice writer.  Copy+pasting with clipboard will only copy over the shape with relevant parameters, but inserting a draw object will also copy over the page size of the draw object.

(In reply to Jambunathan K from comment #7)
Thnak you for further inforations. After creating the two shapes in Draw, do they work as expected? If "Yes" please add the document from DRAW and some steps to reproduce it in Writer. If "No", this is a problem in Draw and you should describe some steps to reproduce it there.
=> NEEDINFO

Created attachment 180804 [details]
This zip file contains all artifacts creating during the reproduction of this bug.

This zip file contains all artifacts creating during the reproduction of this bug. 

I am reproducing the bug145987-README.org here and attaching bug145987-README.odt, and bug145987-3.png for convenience.  

#+title: Bug 145987: Writer typesets identically defined automatic and custom graphic-styles differently 

#+odt_prettify_xml: ""

* Create =bug145987-1.odt=

   1. Open =bug145987.odg=
   2. In this step, we copy the above shape to an empty =odt= file,
      and change some shape attributes:

      - In the =odg= file, do =C-a=, =C-c=

      - Open an empty =bug145987-1.odt=, and =C-v= the shape

      - Change the properties of pasted shape as below:
         - =Wrap None=

         - Right Click, =Position and Size= and change horizontal
           positioning to =Horizontal Center to Paragraph Area=

* Create =bug145987-1.odt=

   1. Open a shell and do

      =cp bug145987-1.odt bug145987-2.odt=

   2. In this step we will modify =content.xml= of =bug145987-2.odt= as
      below:

      1. =unzip bug145987-2.odt=.

      2. In =content.xml=, locate =draw:custom-shape=.

         Note that it has following attributes

         - ~draw:style-name="gr1"~

         - ~svg:x="7.001cm" svg:y="0cm"~

         Now,

         - _globally_ string replace ="gr1"= to ="OrgShape2"=.  (We do
           global / file-wise replacement, because we want the
           automatic style named =gr1= to be renamed too.)

         - strip the =svg:x= and =svg:y= attributes.

      3. Save edits to =content.xml=, and =zip= up the =bug145987-2.odt=.

      4. Open the file =bug145987-2.odt= in LibreOffice and make sure
         that it is rendered identical to =bug145987-1.odt=.

         (*_Note_*: /Do NOT save =bug145987-2.odt= from within
         LibreOffice.  We do NOT want LibreOffice to re-write XML./)

* Create =bug145987-3.odt=

   1. Open a bash shell and do

      =cp bug145987-2.odt bug145987-3.odt=

   2.

      #+ATTR_ODT: :style "Text_20_body_20_bold"
      In this step you will replicate the paragraph that holds
      =draw:custom-shape= and also it's associated style.  Note that
      the style is replicated from =content.xml= to =styles.xml= and
      is now /a custom style/ as opposed to /an automatic style/.

      1. =unzip bug145987-3.odt=.

      2. Open =content.xml= and replicate the paragraph holding
         =draw:custom-shape=.

         Change the attributes of the replicated shape as below:

         - Change =draw:name= from ="OrgShape2= to ="OrgShape3"=.

         - Change =draw:style-name= from ="OrgShape2"= to ="OrgShape3"=.

         - Copy the definition of ="OrgShape2"= _automatic style_ from
          =content.xml=, move over to =styles.xml= and append it to
          =office:styles=.  Rename the style to ="OrgShape3"=.

      3. =zip= up =bug145987-3.odt= with above edits.

      4. Open the =bug145987-3.odt=.

         - Expected :: The replicated paragraph / custom shape should
           be rendered identically to the original paragraph / custom
           shape.

         - Observed ::  See the screenshot of =bug145987-3.png=.

           The observed behaviour is not along the expected lines.  It
           seems like a bug (unless there is an explanation for the
           difference)

Created attachment 180805 [details]
bug145987-README.odt:  Steps to repoduce the bug, in odt format

Created attachment 180806 [details]
bug145987-3.png: Quick overview of what the bug is about

(In reply to Dieter from comment #8)
> (In reply to Jambunathan K from comment #7)
> Thnak you for further inforations. After creating the two shapes in Draw, do
> they work as expected? If "Yes" please add the document from DRAW and some
> steps to reproduce it in Writer. If "No", this is a problem in Draw and you
> should describe some steps to reproduce it there.
> => NEEDINFO

I have provided the needed information starting from this comment https://bugs.documentfoundation.org/show_bug.cgi?id=145987#c10. 

My gut feeling is that this is a Writer issue.

Revised instructions are for 

Version: 7.3.4.1 / LibreOffice Community
Build ID: 30(Build:1)
CPU threads: 4; OS: Linux 5.17; UI render: default; VCL: x11
Locale: en-IN (en_IN); UI: en-US
Debian package version: 1:7.3.4~rc1-1
Calc: threaded

Thank you for detailed description. But I still think, there might be a problem with that shape from Draw. I don't get a context menu in Writer and also not in Draw (LO immediately deselect shape if I click for context menu). If I open shape properties in sidebar, there is a fill colour and a line, but I can't see them. If I create a shape in Draw (text frame, rectangle or whatever) on my own, I always have access to context menu.

Created attachment 180966 [details]
bug145987-June26.zip:  Zip file where the `odg` shape is selectable in Draw

(In reply to Dieter from comment #15)
> Thank you for detailed description. But I still think, there might be a
> problem with that shape from Draw. I don't get a context menu in Writer and
> also not in Draw (LO immediately deselect shape if I click for context
> menu). If I open shape properties in sidebar, there is a fill colour and a
> line, but I can't see them. If I create a shape in Draw (text frame,
> rectangle or whatever) on my own, I always have access to context menu.

I have created a new attachment (https://bugs.documentfoundation.org/attachment.cgi?id=180966) where the shape is selectable in LibreOffice Draw.  That is, you can see the shape properties in the styles area, or right click and manipulate shape properties.  The `odt` file in the attachment is created in the exact same manner as outlined in https://bugs.documentfoundation.org/attachment.cgi?id=180805.  For conciseness, I am not re-attaching the steps.

Even with a selectable `odg` shape, the `odt` file is not along expected lines.

Jambunathan, ist the problem still present in master or in LO 24.2.2.? If this is the case, I will again try to repriduce it.
=> NEEDINFO

Dear Jambunathan K,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp