Created attachment 106567 [details] linux backtrace Steps: 1) Open Start Center 2) Click Draw 3) Crash Version: 4.4.0.0.alpha0+ Build ID: 510bb3fab28dffcdd5ff544b85063e8cc3d3f48e TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2014-09-17_22:09:19
Just for the record, on pc Debian x86-64 with master sources updated today, I don't reproduce this.
Just tested it again now and crash. Version: 4.4.0.0.alpha0+ Build ID: be6acc2aff5fa7a39c9b3732f6616dd6125c2359 TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2014-09-20_13:36:35
It doesnt crash on the 09-16 build. Version: 4.4.0.0.alpha0+ Build ID: aa888a88696f6864fd771c948d0831d53a206939 TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2014-09-16_19:38:50
It could be some particular configuration of windows in your config which is triggering this. Can you *move* .config/libreofficedev/ to e.g. ~/backupconfig and see if a restart after that works, if it does then tar up that backupconfig and attach it here
Created attachment 106925 [details] registrymodifications.xcu Went through all the config files and see that this file is the culprit. Its sad that config files can crash libreoffice, but quite weird when the same config file doesnt crash a previous version.
I downloaded your registrymodification file and replaced mine - no crash. @Caolán - appropriate status here? WFM? NEW since it has a backtrace?
Created attachment 107358 [details] console bt On pc Debian x86-64 with master sources updated today + registrymodifications.xcu I could reproduce the crash. I attached bt with debug symbols
(This is an automated message.) LibreOffice development currently prioritizes bugs with the so called MAB (most annoying bugs) -- as this bug has not run through that process (including writing a short rationale for this bug being a candidate and other who are watching the tracker bug silently approving that rationale etc.) its priority is set to high. Note this is effectively no change in the urgency assigned to this bug, as we are currently not making a difference between high and highest and severity is untouched. You can find out more about MABs and how the process works by contacting libreoffice qa on irc: http://webchat.freenode.net/?channels=libreoffice-qa The QA wiki page also gives you hints on how to get in contact with the team (if IRC fails you, your next best choice is the mailing list): https://wiki.documentfoundation.org/QA
This crash goes away again somewhere in the range 2fff4927c4401f81b183883c94cb18d0b7806ca6..b11968e8bfcc1c4560427a9ca1d9e20a1075eb1b (October 13-14 2014, after the last reproduction) As this came and went away again only on master, it doesn't seem worth tracking it down any further at this point. Closing as WORKSFORME
Confirmed that my submitted .xcu no longer causes a crash on master. Version: 4.5.0.0.alpha0+ Build ID: e570cd7a293ceee175949dcc9656cdf776ae3c37 TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2014-12-12_18:49:54
The content of attachment 106925 [details] has been deleted