https://bugs.documentfoundation.org/show_bug.cgi?id=166882
Justin L <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|regression | Version|25.2.0.0 alpha0+ |Inherited From OOo --- Comment #5 from Justin L <[email protected]> --- So, by mangling the code I can "fix" this by: 1.) disabling part of Katarina's change +// { UNO_NAME_NUMBERING_RULES, EE_PARA_NUMBULLET, cppu::UnoType<css::container::XIndexReplace>::get(), 0, 0 }, or 2.) providing a depth of -1 (by not returning false/true) with getPropertyValue - at which point XMLTextNumRuleInfo::Set receives an empty aAny which fails to set any mnListLevel, which prevents any attempt to populate mxNumRules - getting the same effect as #1 - no export of the list rule. When the example document is using "Bullets", then everything works, but this example is using a "Graphic". It only "worked" because no numbering rule information was being copied across - therefore it didn't overwrite the paragraphs existing numbering rule. So it only seems to work "accidentally". I.E. it effectually is only copy/pasting text before - not numbering, so if you were pasting into a totally different numbering list you wouldn't get a checkmark. I'm assuming that ultimately the problem is that the clipboard doesn't get a copy of the bitmap. Yeah. SvXMLExport::AddEmbeddedXGraphic doesn't have an mxGraphicStorageHandler, so it doesn't create an sURL, and thus we get an empty OUString sInternalURL = GetExport().AddEmbeddedXGraphic(xGraphic, sUsedMimeType) and so no xlink:href is exported in SvxXMLNumRuleExport::exportLevelStyle. The import path for the exported clipboard ODF is xmloff/source/style/xmlnumi.cxx -- You are receiving this mail because: You are the assignee for the bug.
