Created attachment 103084 [details] Non-debug trace from LOv4302. Problem description: Writer crashes with a bad_alloc when attempting to format an em dash (U+2014). Steps to reproduce: 1. Start Writer (new user profile). 2. Enter an em dash. In GNU/Linux I use Unicode entry (CTRL+SHIFT+u+2014) but using Insert > Special Character... and selecting U+2014 has the same effect. 3. Highlight the em dash and select Format > Character. Current behavior: Application displays std::bad_alloc error dialog in front of partially drawn format character dialog. Expected behavior: Format character dialog is displayed. These versions crash: - Debian 7 x86_64 v4.3.0.2 Build ID: 14ed55896fdfcb93ff437b85c4f3e1923d2b1409 - Crunchbang 11 x86_64 v4.4.0.0.alpha0+ Build ID: 3fdd4f069d5436cf39708004af7fda8175fbc4c2 (2014-07-09) This version works as expected: - Crunchbang 11 x86_64 v4.2.5.2 Build ID: 61cb170a04bb1f12e77c884eab9192be736ec5f5 Operating System: Debian Version: 4.3.0.2 rc Last worked in: 4.2.5.2 release
Just for the record, on pc Debian x86-64 with master sources updated today, I couldn't reproduce this.
(In reply to comment #1) > Just for the record, on pc Debian x86-64 with master sources updated today, > I couldn't reproduce this. Thanks Julian. I can also confirm that under these versions the problem no longer appears: - Debian 7 x86_64 v4.3.0.3 Build ID: 08ebe52789a201dd7d38ef653ef7a48925e7f9f7 - Crunchbang 11 x86_64 v4.4.0.0.alpha0+ Build ID: 4aa9b041de3129f19b48e66d349f48657b73f33e (2014-07-19) It appears to have been fixed. I had a quick through the changes between v4.3.0.2 and v4.3.0.3 but nothing jumped out at me. I am therefore setting this report to RESOLVED as WORKSFORME.
Migrating Whiteboard tags to Keywords: (possibleRegression) [NinjaEdit]