Issue 79369 - Writer crashes on Insert Special Character on linux
Summary: Writer crashes on Insert Special Character on linux
Status: CLOSED FIXED
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOo 2.2.1
Hardware: PC Unix, all
: P2 Trivial (vote)
Target Milestone: OOo 2.3
Assignee: h.ilter
QA Contact: issues@gsl
URL:
Keywords: crash, oooqa
Depends on: 73485
Blocks:
  Show dependency tree
 
Reported: 2007-07-08 16:52 UTC by koyukuk
Modified: 2007-08-07 16:39 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description koyukuk 2007-07-08 16:52:47 UTC
This issue was reported before (76578) but closed.

The problem seems not to be fixed. Writer still crashes when trying to Insert |
special character and to scroll down the table of characters. I tried under
Debian (OOo 2.2.1, German) and OpenSuse 10.2, German and with the official
packages. I have also seen it happen in Kubuntu 7.04. Writer crashes reliably
when i do that:

1. Open a text document
2. Choose: Insert | Special Character (= Einfügen | Sonderzeichen in German)
3. Choose a (Truetype-?) font with a _lot_ of characters (as Times New Roman,
Arial or FreeSans from the debian-package ttf-freefont)
4. Scroll down the table with the characters
5. Writer crashes, usually before I get down to the last characters of the font

The problem is not limited to the msttcorefonts. The solution suggested in issue
 76578 would be, to set the locales to en_US. But that's not a sensible solution
for  everybody and it didn't work for me anyway. And even if there was a problem
with the locales, OOo shouldn't just crash silently.

The problem seems to be limited to the linux version 2.2.0 and up. OOo 2.1 on
linux works just fine. On Windows there is no problem at all.

When I start OOo from the command line it get the following messages several
times before I start the actions described above:

(process:5798): GLib-GObject-CRITICAL **:
/tmp/buildd/glib2.0-2.12.12/gobject/gtype.c:2242: initialization assertion
failed, use IA__g_type_init() prior to this function

(process:5798): Gdk-CRITICAL **: gdk_screen_get_font_options: assertion
`GDK_IS_SCREEN (screen)' failed

There is no message at all when OOo is crashing or immediately before.

Regards
Martin
Comment 1 mbayer 2007-07-08 18:22:28 UTC
Unable to reproduce with OOo-2.2.1 B 9161 Linux i86 RPM de_DE (OpenSuse 10.2,
KDE 3.5.5 "release 45.4"; several fonts).

koyukuk: Please allow OOo to send the automatic crash report and insert the ID
you'll receive via email here.
Comment 2 koyukuk 2007-07-08 19:35:32 UTC
Thank you for the quick answer first of all.

I let OOo send a crash report using the same build you did on OpenSuse 10.2. I
used FreeSans from the OpenSuse freefont package. The crash happens with Arial,
Times New Roman FreeSerif as well. I had to scroll down all the way and a bit up
again,  so it seemed better at first. But then it happend again.

It took me several crashes for the report program to start though. I something
useful arrived.

Best regards
Martin
Comment 3 mbayer 2007-07-08 23:21:07 UTC
koyukuk: If you supplied your email address in the automatic crash report
assistant, you should have received an automatic reply containing an ID. Please
quote the ID of your automatic crash report here. This will make it possible to
associate the crash report with this issue.

You might also wish to discuss your problem on the users mailing list of the
respective project; for German please see
http://de.openoffice.org/about-ooo/about-users-mailinglist.html

However, I'm still unable to reproduce your problem. Thus, this issue is likely
to be closed as WORKSFORME. - Maybe somebody running OOo under Gnome or so can
double-check.
Comment 4 koyukuk 2007-07-09 00:32:09 UTC
Hello
now I got an ID for a crash report: rhvyvc
I hope it helps. I still get crashes but it seems to take a bit longer
sometimes. I just had to scroll three times up and down (using the mouse wheel).
I tried some more fonts, and most work fine. To me it seems the problem is
related to the size of the font. FreeMono is fine though. FreeSans, FreeSerif,
Arial, Times New Roman crash.
Thanks 
Martin
Comment 5 Mathias_Bauer 2007-07-09 13:26:40 UTC
The report does not contain any stack so no information can be taken from it.
Comment 6 michael.ruess 2007-07-09 14:37:40 UTC
MRU->HI: could you please have a look?
Comment 7 koyukuk 2007-07-10 07:50:37 UTC
Yesterday I tried again, but didn't manage to get a better crash report. 
Mostly the crash report program didn't trigger. After the document recovery I 
get the option to click <continue> (or <Weiter> in my case) to the report 
assistant, but nothing happens. OOo just starts up without showing the crash 
report form. When I start crash_report after a crash manually, the assistant 
appears on the next start of OOo. The result is what I have sent already. If 
there is anything else I can do, please let me know.

Best regards
Martin
Comment 8 h.ilter 2007-07-10 11:48:04 UTC
Verified with suse and given fonts above: No Crash!
Set to WFM.
Comment 9 koyukuk 2007-07-10 22:01:35 UTC
Sorry for disturbing again,  but I might have found the reason, why you can't
reproduce the crash. It happens only when antialiasing for screen fonts is
switched off or set to value so high, that the character table isn't
antialiased. (In the German Version the setting is in Extras | Optionen |
OpenOffice.org | Ansicht | Bildschirmschriften glätten) If you please could try
that one thing, that would be nice.
I got a better crash report with the ID rfsnkc.
Thanks
Martin
Comment 10 mbayer 2007-07-10 22:58:39 UTC
When Tools > Options > OOo > View > User Interface > [ ] Screen font
antialiasing  is switched off, OOo 2.2.1 B 9161 Linux i86 RPM de_DE and OOo-Dev
680_m218 B 9177 Linux i86 RPM en_US crash reproducibly when scrolling (quickly)
through the Insert > Special Character dialogue (e.g. with Lucida Sans).
Comment 11 h.ilter 2007-07-11 08:59:02 UTC
Yep, nice catch.
Comment 12 hdu@apache.org 2007-07-11 09:33:12 UTC
Yes, that's a good catch:

X-Error: BadPixmap (invalid Pixmap parameter)
        Major opcode: 56 (X_ChangeGC)
        Resource ID:  0xffffffff

It looks like a CreatePixmap call failed for the glyph image => analyzing
Comment 13 hdu@apache.org 2007-07-11 10:44:11 UTC
I found it: the regression got into milestones >=SRC680_m201 with the fix for issue 73485
Comment 14 hdu@apache.org 2007-07-13 07:44:54 UTC
@sba: please verify in CWS vcl80
Comment 15 stefan.baltzer 2007-07-16 14:21:11 UTC
SBA->HI: As discussed, please proceed. Thanks.
Reassigned to HI.
Comment 16 h.ilter 2007-07-20 13:06:30 UTC
Verified with cws vcl80 = ok
Comment 17 h.ilter 2007-08-07 16:39:19 UTC
Still ok in 680m225_9196