Bug 88352

On pc Debian x86-64 with master sources updated today, I've got a freeze.

A part (because I had a segfault during bt retrieving) of a random bt:
#0  0x00002aaab4962fef in rtl::math::approxEqual (a=860, b=779) at /home/julien/compile-libreoffice/libreoffice/include/rtl/math.hxx:254
#1  0x00002aaab49630cf in basegfx::fTools::equal (rfValA=@0x7fffffff2a00: 860, rfValB=@0x7fffffff28c0: 779)
    at /home/julien/compile-libreoffice/libreoffice/include/basegfx/numeric/ftools.hxx:172
#2  0x00002aaab496db35 in basegfx::B2DTuple::equal (this=0x7fffffff2a00, rTup=...) at /home/julien/compile-libreoffice/libreoffice/include/basegfx/tuple/b2dtuple.hxx:153
#3  0x00002aaab49b0781 in basegfx::tools::isPointOnLine (rStart=..., rEnd=..., rCandidate=..., bWithPoints=true)
    at /home/julien/compile-libreoffice/libreoffice/basegfx/source/polygon/b2dpolygontools.cxx:2105

No crash for me. CPU was working a bit harder at times.
4.5 was much slower than 3.5.0, but did not freeze completely.

I guess a bibisect would be nice to see, when it starts being awfully slow.

Ubuntu 14.10 64-bit Version: 4.5.0.0.alpha0+
Build ID: 0ffa3abc7d6c0437ece30cfb1430d28ffcc9f5c1
TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2015-01-15_22:47:16

LibreOffice 3.5.0rc3 
Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735

Created attachment 112381 [details]
Another example crashing Impress

I add a second example of animation crashing Impress. I am stuck with this bug, if it is not fixed quickly I have to go back to some previous versions.

It may be useful to note that if I change the animations from "after the previous" to "on click", the crash no longer occurs.

(In reply to Massimo from comment #4)
> Created attachment 112381 [details]
> Another example crashing Impress
> 
> I add a second example of animation crashing Impress. I am stuck with this
> bug, if it is not fixed quickly I have to go back to some previous versions.

Please create a new report for that and comment here. One report per bug. Thanks.

(In reply to Beluga from comment #6)
> (In reply to Massimo from comment #4)
> > Created attachment 112381 [details]
> > Another example crashing Impress
> > 
> > I add a second example of animation crashing Impress. I am stuck with this
> > bug, if it is not fixed quickly I have to go back to some previous versions.
> 
> Please create a new report for that and comment here. One report per bug.
> Thanks.

It's the SAME bug, just another file with the same problem.

(In reply to Massimo from comment #7)
> (In reply to Beluga from comment #6)
> > (In reply to Massimo from comment #4)
> > > Created attachment 112381 [details]
> > > Another example crashing Impress
> > > 
> > > I add a second example of animation crashing Impress. I am stuck with this
> > > bug, if it is not fixed quickly I have to go back to some previous versions.
> > 
> > Please create a new report for that and comment here. One report per bug.
> > Thanks.
> 
> It's the SAME bug, just another file with the same problem.

Ok. It certainly LOOKS like they're different bugs, though.

I can't repro crash on Linux for attachment 112151 [details] or attachment 112381 [details].
Can't repro crash on Win for attachment 112151 [details].
Can repro crash on Win 4.4 RC2 for attachment 112381 [details], but not with 4.5 alpha.
The titles for attachment 112381 [details] are funky in Windows: red title invisible, black subtitle disappears intermittently.

I tried to get a backtrace on Windows, but for some reason 4.4 crashes only after I close WinDbg!? The crash occurs even if I've closed the presentation and am in the start center and then close WinDbg.

Ubuntu 14.10 64-bit Version: 4.5.0.0.alpha0+
Build ID: 0ffa3abc7d6c0437ece30cfb1430d28ffcc9f5c1
TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2015-01-15_22:47:16

and

Version: 4.3.3.2
Build ID: 430m0(Build:2)

Win 7 Pro 64-bit, LibO Version: 4.4.0.2
Build ID: a3603970151a6ae2596acd62b70112f4d376b99

Version: 4.5.0.0.alpha0+
Build ID: 5f6bdce0c0ac687f418821ce328f2987bf340cda
TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-01-17_01:06:46

The text is in Japanese, produced with Impress 4.3.5.2 with Japanese interface under Win8.1 Japanese.
As I said above, changing the animation from "after the previous" to "on click" seems to fix the problem. Strange enough, this occurs in some slides, not in others. I can't find a systematic rule, unfortunately.