Created attachment 153837 [details]
Testimage.zip
You need to change the URL of the picture in the code.

Wouldn't be linked to this change in the API, by any chance ?

http://document-foundation-mail-archive.969070.n3.nabble.com/API-CHANGE-dropping-string-properties-which-use-vnd-sun-star-GraphicObject-URL-td4235349.html

Most certainly. Just like the other bug I reported, 127025.

@Tomaž : comments ? if the old way is deprecated, how is this kind of thing supposed to be done now ?

FWIW, I get a crash of LO6304 (with proposed recovery of crashed document) after running this macro in a blank Writer document.

However, I can confirm that the blue shape appears in the top left hand corner of the page. The actual picture I tried to insert isn't displayed however, merely, an image placeholder beneath that blue shape. Then I get the crash.

For me, the error message before the crash is :

Erreur d'exécution BASIC.
Une exception s'est produite : 
Type: com.sun.star.lang.IllegalArgumentException
Message: .

I get that error and the crash, if the URL of the picture is incorrect.

Indeed, I suspect the crash is due to a space in my path to the image file, which for some reason causes LO to baulk, even though it is surrounded by double quotation marks. Probably, a separate issue.

Changing component to Writer, as you only need a Writer document with the provided macro code to be able to reproduce the problem.

Marking as regression, but awaiting Tomaž' input.

It doesn't crash for me in

Version: 6.4.0.0.alpha0+
Build ID: e8b3df5b9b0eb0a93c25b6dc2e445ae44a7e3f78
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded

nor in

Versión: 6.3.0.3 (x86)
Id. de compilación: c75130c129d9c5e43b76e4f26881b3db8bdb5c91
Subprocs. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; VCL: win; 
Configuración regional: es-ES (es_ES); Idioma de IU: es-ES
Calc: threaded

@Alex Thurgood, Does it crash with a clean profile ?

(In reply to Xisco Faulí from comment #11)

> 
> @Alex Thurgood, Does it crash with a clean profile ?

@Xisco : the crash is a red herring, I think, with regard to this bug report, due to the space in the path to my image ("Macintosh HD" on Mac). I intend to report that as a separate bug.

The issue is, as Balint points out :

"com.sun.star.drawing.RectangleShape seems to be able to do it, but when I set its FillBitmap property, no image is shown"

(In reply to Alex Thurgood from comment #12)
> (In reply to Xisco Faulí from comment #11)
> 
> > 
> > @Alex Thurgood, Does it crash with a clean profile ?
> 
> @Xisco : the crash is a red herring, I think, with regard to this bug
> report, due to the space in the path to my image ("Macintosh HD" on Mac). I
> intend to report that as a separate bug.
> 
> The issue is, as Balint points out :
> 
> "com.sun.star.drawing.RectangleShape seems to be able to do it, but when I
> set its FillBitmap property, no image is shown"

I seee, then please fill the crash in a separate issue.
Regarding the RectangleShape issue, if I remember well, the code must be adapted, I remember a similar issue about it. @Raal, do you remember?
Lowering severity anyway...

I can also repeat the initially reported behaviour with :

Version: 6.0.7.3
Build ID: 1:6.0.7-0ubuntu0.18.04.9
Threads CPU : 4; OS : Linux 4.4; UI Render : par défaut; VCL: gtk3; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group

Blue background rectangle displayed in top left hand corner.
Image displayed underneath blue rectangle.

And also reproduced with :

Version: 6.3.0.4
Build ID: libreoffice-6.3.0.4-snap1
Threads CPU : 4; OS : Linux 4.4; UI Render : par défaut; VCL: gtk3; 
Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR
Calc: threaded

The problem seems to be linked to anchoring of the object :

Process 10694 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0)
    frame #0: 0x00000001842dfa4b libswlo.dylib`SwFEShell::ShouldObjectBeSelected(this=0x00000001803f9f40, rPt=0x00007ffeefbfe8b8) at feshview.cxx:1361:83
   1358	            {
   1359	                if ( pObj->GetLayer() == rIDDMA.GetHellId() )
   1360	                {
-> 1361	                    const SwAnchoredObject* pAnchoredObj = ::GetUserCall( pObj )->GetAnchoredObj( pObj );
   1362	                    const SwFrameFormat& rFormat = pAnchoredObj->GetFrameFormat();
   1363	                    const SwFormatSurround& rSurround = rFormat.GetSurround();
   1364	                    if ( rSurround.GetSurround() == css::text::WrapTextMode_THROUGH )
Target 0: (soffice) stopped.

(In reply to Alex Thurgood from comment #16)

Sorry, wrong bug, apols.