Updating version to oldest known version - 4.0.6 - as Ryan has pointed out that he had hangs (although at a different point) in the older release.

My main test environment
------------------------

ryan@rd:~$ soffice --version
LibreOffice 4.1.4.2 410m0(Build:2)

ryan@rd:~$ ./soffice --version
LibreOffice 4.2.1.1 d7dbbd7842e6a58b0f521599204e827654e1fb8b

ryan@rd:~$ LibreOffice_4.0.6.2_Linux_x86_deb/DEBS/install/opt/libreoffice4.0/program/soffice --version
LibreOffice 4.0.6.2

ryan@rd:~$ lsb_release --all
No LSB modules are available.
Distributor ID:	Debian
Description:	Debian GNU/Linux 7.2 (wheezy)
Release:	7.2
Codename:	wheezy

ryan@rd:~$ lscpu
Architecture:          i686
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                2
On-line CPU(s) list:   0,1
Thread(s) per core:    1
Core(s) per socket:    2
Socket(s):             1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 15
Stepping:              13
CPU MHz:               1861.848
BogoMIPS:              3723.94
L1d cache:             32K
L1i cache:             32K
L2 cache:              512K

ryan@rd:~$ locale
LANG=en_US.utf8
LANGUAGE=
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE="en_US.utf8"
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=

Confirmed:
Ubuntu 13.10
GNOME
LibreOffice 4.1.5.3 & LibreOffive 4.3 built just last night.

My guess this is a duplicate of one of the other image bugs we have - we know the code is a mess but it's a huge huge job to fix it requiring a ton of time from a very skilled developer.

In order to confirmation I am asking Michael - also is there anything else QA can do to help narrow down the issue? 

@Michael - apologies for private ping but I know we've discussed this image problem some times in the past and thought your insight would be good.

@Ryan - do you know if this ever worked in LibreOffice - if so, do you know a version? I may be able to bibisect if it worked at some point

(In reply to comment #3)
> Confirmed:
> Ubuntu 13.10
> GNOME
> LibreOffice 4.1.5.3 & LibreOffive 4.3 built just last night.
> ...
> @Ryan - do you know if this ever worked in LibreOffice - if so, do you know
> a version? I may be able to bibisect if it worked at some point

It worked correctly in version 3.5.4.2 Build ID: 350m1 (Build:2) which is installed from Debian Wheezy repository.

Thanks for that - very cool - might be bibisectable then. I'll try as soon as I redownload the bibisect package

So - it is not abnormal that certain documents happen to trigger obscure corner-cases that cause problems; all software has this issue - though the corner-cases often differ.

Things that would help here (apart from bibisecting which would be cool) would be to chop down the document to a minimal document that reproduces the same problem: ie. as few pages as possible, and as few text frames / OLE objects etc. That helps us build a nice regression test case for this too for the future as well as making it much easier to diagnose the problem.

It is unusual though that X hangs; it would be great to get a stack trace (with debugging symbols) of LibreOffice while that is going on, I guess we're stuck rendering something at some length; it'd be good to find out what that is. To get that - its good to ssh in from a remote host, run gdb and 'attach <pid>' where <pid> is $ pidof soffice.bin

Thanks ! =)

Sorry for the horrible delay - unfortunately this bug is not bibisectable as a ton of ranges spit out this error:

terminate called after throwing an instance of 'std::length_error'
  what():  vector::reserve


Going to try to chop down the document to see if I can get a simpler version now.

But it is a confirmed regression (earlier ranges in bibisect work just fine)

I can't reproduce the issue commented in #1 with windows:
Win7x64Ultimate
Version: 4.4.2.2 Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6

Memory options for Graphics cache: 256Mb; 1Mb; 01:00; 256 Objects. 
with
Memory options for Graphics cache: 32Mb; 1Mb; 01:00; 16 Objects.
near to inappreciable difference.

Report it's a bit old and it uses Asian text, some bugs like https://bugs.documentfoundation.org/show_bug.cgi?id=78479 have been solved.

Ah sorry I should have been clearer - I can reproduce 100% of the time in ubuntu 14.10 using LibreOffice 4.4.2 and I have confirmed that it is in fact a regression.

No problem for me with Version: 5.0.0.0.alpha0+
Build ID: 6ffecab0cfa0168ae2a98dc961de663855d41648
built at home under Ubuntu 14.10 x86-64.
Opening and formatting the document is rather long but it is probably because the used font (Chinese) is not installed on my PC. No freeze at all.

Idem (no problem) with LibreOffice 4.4.4.0.0+ also built at home under Ubuntu 14.10 x86-64.

Best regards. JBF

Still not reproducible for me with LO 5.3.1.0.0+ built at home under Ubuntu (Unity) 16.04 x86-64.

Best regards. JBF

No issue with
Version: 7.0.0.0.alpha1+ (x64)
Build ID: b587de60d4e6aa96238766272d94f1499b22f696
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; 
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL