Created attachment 46985 [details] Crash screenshot Hello Build Date & Platform: XP 3.4RC1 Libo BuildID = 340m1 (Build: 11) Steps to reproduce: - Install Pgtextje.ttf font available here http://omnibuus.com/font-download/ - Open a document (writer, calc ...) (or create a new one) - Scroll through the list of fonts to display Pgtextje Expected result : Preview of the font Actual result: Crash cf. attached screenshot Additional Information: - It seems that this font be installed by "Band in a Box" (music software quite common). - Other fonts installed by this software (pgchords, pgjazz, pgmus, pgtext, pgtextj) does not pose a problem - Police Pgtextje.ttf not crashed with previous versions of Libo Tested on [fr-discuss] - Reproduced on XP - Not reproduced on Ubuntu 10.04 64-bit May be related to: https: / / bugs.freedesktop.org / show_bug.cgi? id = 37035 Best regards
[Reproducible] with "LibreOffice 3.4.0RC1 – WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:11)]", LibO stops responding as soon as "Pgtextje" appears in the Font selection pulldown. EditPad Lite does not crash, also no problem with OOo 3.1.1 and 3.4-dev
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Hello Still persists with LOdev 3.5.0beta2+Build ID: 62b9587-7ef74e0-7bf1c81
I hereby confirm that LibreOffice Writer 3.5.4.2 crashes when trying to edit any document that (entirely) contains TTF fonts. The behaviour is awkward: the crash happens on a mouse move. It is possible to print when using Alt and some keys. ;JOOP!
pierre-yves: http://omnibuus.com/font-download/ doesn't work, do you know where one can download this font? Joop: what ttf font do you use? Could you attach the doc?
Hello (In reply to comment #5) > pierre-yves: http://omnibuus.com/font-download/ doesn't work, do you know where > one can download this font? > Indeed, the link is no longer active ... Unfortunately I did not find other (the font is installed with the software and is therefore perhaps not free ...). However, the bug persists of course with Version 3.6.1.2 (Build ID: e29a214) Regards Pierre-Yves
Pierre-Yves Samyn: Thank you for your feedback, put it at NEW.
pierre-yves samyn: I don't know if it's still relevant with last LO version (3.6.4) but if it's the case, would it be possible you attach the font? The goal is to test and retrieve a bt
Created attachment 72868 [details] Font Pgtextje.ttf
(In reply to comment #8) > pierre-yves samyn: I don't know if it's still relevant with last LO version > (3.6.4) but if it's the case, would it be possible you attach the font? > The goal is to test and retrieve a bt Done... Still occurs with Version 4.0.0.0.beta1+ (Build ID: 546faa79bf3b1e4b222f182d43a9839106a398d) Regards Pierre-Yves
On pc Debian x86-64 with master sources and 4.0, both updated today, I don't reproduce this. I don't reproduce this too with 3.6 sources updated some days ago and Debian package 3.5.4. However I had a crash with 3.6.4.3 on Win7 so put it at NEW Pierre-Yves: thank you for you feedback. bfoman: would it be possible to have a bt of this one?
I also see this behaviour on Version 3.6.4.3 (Build ID: 2ef5aff), Win XP, SP3. I have just installed a new font called Roboto. I am attaching the relevant zip file separately. I am able to scroll through the font list till I reach "R". At which point, LO crashes. Crash happens even if I type "R" in the font combo box. Is this a duplicate of 44595?
Created attachment 73045 [details] ZIP Archive of Roboto fonts.
Did some research on this issue. Led me to this page: http://ask.libreoffice.org/en/question/9085/scrolling-through-fonts-causes-crash/ Tried both workarounds mentioned in the page: 1. Disable Font preview via: Menu Tools → Options → LibreOffice → View → Font Lists ☐ Show preview of fonts (disabled). This option works. My LO no longer crashes when scrolling through Fonts combo box. 2. Have you try resetting the user profile? Sometimes solve strange issues. http://wiki.documentfoundation.org/UserProfile Created a fresh user profile as suggested in the wiki. This does not work. LO using the fresh profile also crashes when scrolling through Fonts combo box. Hope this is useful.
Created attachment 73078 [details] Bug 37449 - WinDbg session (In reply to comment #11) > bfoman: would it be possible to have a bt of this one? Confirmed with: LO 3.5.6.2 Build ID: own W7 debug build Windows 7 Professional SP1 64 bit Attached full WinDbg session with mini dump file loaded generated by procdump soffice.bin -h. Checked with: LO 4.0.0.1 Build ID: own W7 debug build Windows 7 Professional SP1 64 bit Could not reproduce.
bfoman: thank you for your bt very useful! Caolán: one for you?
I noticed that in svtools/source/misc/sampletext.cxx, function rtl::OUString makeShortRepresentativeTextForSelectedFont(OutputDevice &rDevice), "maUnicodeRange" from "aFontCapabilities" is initialized l1163 :aFontCapabilities maUnicodeRange &= getCommonLatnSubsetMask(); but nothing for maCodePageRange, perhaps missed it? (didn't find an equivalent function to getCommonLatnSubsetMask for maCodePageRange) So obviously these lines can't work: 1076 boost::dynamic_bitset<sal_uInt32> aMaskedCodePage = 1077 rFontCapabilities.maCodePageRange & aCJKCodePageMask; 1078 //fold Korean 1079 if (aMaskedCodePage[vcl::CodePageCoverage::CP1361]) (now why does it work for non Windows env?)
re: "I noticed that in svtools/source/misc/sampletext.cxx, function rtl::OUString makeShortRepresentativeTextForSelectedFont(OutputDevice &rDevice), "maUnicodeRange" from "aFontCapabilities" is initialized 1163 :aFontCapabilities maUnicodeRange &= getCommonLatnSubsetMask();" actually maUnicodeRange and maCodePageRange are initialized in the earlier call at line 1153 to GetFontCapabilities, its just that we remove the common the "latin/common" bits from the maUnicodeRange as typically all fonts support those are we want to remove them to see if the font is particularly tuned for some specific script.
on the other hand that getfontcapabilities will return ok if there is unicode range info, but no codepage info, so it can indeed be empty there now that you point it out :-)
Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=5cd7c8906150b94c224ab9bc9f850684198c7f04 Resolves: fdo#37449 apparent access into empty codepage bitset The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I can't locally reproduce this, but from the bt the above commit very likely fixes this. Proposed for 3-6 and 4-0 now as a fix. There won't be another 3-5, so marking as resolved. If someone is able to test this, e.g. tomorrows windows dailies so confirm that this works/fails I'd much appreciate that
Caolan McNamara committed a patch related to this issue. It has been pushed to "libreoffice-4-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3d35098b33d08e0105f8093898d833ec367e3949&h=libreoffice-4-0 Resolves: fdo#37449 apparent access into empty codepage bitset It will be available in LibreOffice 4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolan McNamara committed a patch related to this issue. It has been pushed to "libreoffice-3-6": http://cgit.freedesktop.org/libreoffice/core/commit/?id=1c43325d953a409ec9566c318e62a01a1523ad77&h=libreoffice-3-6 Resolves: fdo#37449 apparent access into empty codepage bitset It will be available in LibreOffice 3.6.6. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to comment #21) > I can't locally reproduce this, but from the bt the above commit very likely > fixes this. Proposed for 3-6 and 4-0 now as a fix. There won't be another > 3-5, so marking as resolved. > > If someone is able to test this, e.g. tomorrows windows dailies so confirm > that this works/fails I'd much appreciate that Tried with Version 4.0.0.2 (Build ID: 5991f37846fc3763493029c4958b57282c2597e) The Crash problem seems to have been fixed. I can scroll through the font list completely. However, font previews are no longer visible. Confirmed that Font preview is enabled via: Menu Tools → Options → LibreOffice → View → Font Lists ☐ Show preview of fonts (enabled)
Created attachment 73907 [details] Screenshot showing empty font preview The font list is scrollable but all the font previews are missing. Only visible preview is that for "Symbol".
Hello No more crash with Version 4.0.0.2 (Build ID: 5991f37846fc3763493029c4958b57282c2597e) & Windows XP Pro Tested with Tools → Options → LibreOffice → View → Font Lists → Show preview of fonts enabled and disabled. Preview seems ok (see FontPreviewOk.png screenshot) Thank you Regards Pierre-Yves
Created attachment 73910 [details] Screenshot FontPreviewOk.png
caolanm->kedarbhise: there is another bug open somewhere about "missing font previews under windows", which appears unrelated to this specific crash
(In reply to comment #28) > caolanm->kedarbhise: there is another bug open somewhere about "missing font > previews under windows", which appears unrelated to this specific crash Caolán, Thanks for the fix. After a system restart, LO was able to display font previews correctly. So, no complaints on that front. However, the crash problem is recurring, albeit for a specific font. I have now uninstalled that font from my system as a workaround. Let me know if I should reopen this one and attach that specific font or file a new bug.
If you've got another font that crashes LibreOffice, file a new bug for it and put me on cc and mention where the font is available. Attach it only if its the font is allowed to be redistributed.
(In reply to comment #30) > If you've got another font that crashes LibreOffice, file a new bug for it > and put me on cc and mention where the font is available. Attach it only if > its the font is allowed to be redistributed. Thanks! Filed new bug 60102 as per suggestion above.