Closed Bug 234370 Opened 21 years ago Closed 20 years ago

Crashes on every attempt to print out active calendar

Categories

(Calendar :: General, defect)

Product:
Calendar
Component:
General
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: na3650, Assigned: mostafah)

References

Details

(Keywords: crash)

Attachments

(2 files)

GDB output and backtrace
9.90 KB, text/plain
Details
random try
2.07 KB, patch
Details | Diff | Splinter Review
User-Agent: Build Identifier: Calendar 20040109-cal On my SuSE Linux 9.0 Professional running with German locale Mozilla Calendar crahes every time I try to print out a calendar view. It's Mozilla 1.7a suite with Calendar 20040109-cal. Error message in my kterm: <snip> font /usr/X11R6/lib/X11/fonts/truetype/FreeSerif.tt 3324 glyphs (16 invalid) font /usr/X11R6/lib/X11/fonts/truetype/thiamine.tt 96 glyphs font /usr/X11R6/lib/X11/fonts/truetype/quixotic.ttf Quixotic is missing cmap font /usr/X11R6/lib/X11/fonts/truetype/counters.tt 86 glyphs (12 invalid) font /usr/X11R6/lib/X11/fonts/truetype/echeci__.tt 522 glyphs (342 invalid) font /usr/X11R6/lib/X11/fonts/truetype/heavyhea.tt 83 glyphs (1 invalid) font /usr/X11R6/lib/X11/fonts/truetype/VeraSeBd.tt 256 glyphs font /usr/X11R6/lib/X11/fonts/truetype/luxisri.tt 374 glyphs (1 invalid) font /usr/X11R6/lib/X11/fonts/truetype/fonts.scale FreeType failed to open, error=0 font /usr/X11R6/lib/X11/fonts/truetype/failed.tt 339 glyphs (160 invalid) font /usr/X11R6/lib/X11/fonts/truetype/tork____.tt 518 glyphs (344 invalid) [...] </snip> Looks like a font problem. Could you, please, provide a workaround, or some information how to fix this problem in a future version. Regards Alex Bär Reproducible: Always Steps to Reproduce: 1. Window -> Calendar 2. File -> Print active calendars 3. Ok Actual Results: Crash of the whole suite (not only Calendar). Expected Results: Printing of selecte calendar views. Environment: SuSE Linux 9.0 Professional with all available patches and updates applied, KDE 3.2 and (on another machine) 3.1.4. One computer is a Pentium III, the other one an AMD Athlon XP (Barton). I am using the RPM binaries from the SuSE FTP server: ftp://ftp.suse.com/pub/projects/mozilla/experimental/gtk2. Don't know the actual module, but the error message is as follows: font /usr/X11R6/lib/X11/fonts/truetype/FreeSerif.tt 3324 glyphs (16 invalid) font /usr/X11R6/lib/X11/fonts/truetype/thiamine.tt 96 glyphs font /usr/X11R6/lib/X11/fonts/truetype/quixotic.ttf Quixotic is missing cmap font /usr/X11R6/lib/X11/fonts/truetype/counters.tt 86 glyphs (12 invalid) font /usr/X11R6/lib/X11/fonts/truetype/echeci__.tt 522 glyphs (342 invalid) font /usr/X11R6/lib/X11/fonts/truetype/heavyhea.tt 83 glyphs (1 invalid) font /usr/X11R6/lib/X11/fonts/truetype/VeraSeBd.tt 256 glyphs font /usr/X11R6/lib/X11/fonts/truetype/luxisri.tt 374 glyphs (1 invalid) font /usr/X11R6/lib/X11/fonts/truetype/fonts.scale FreeType failed to open, error=0 font /usr/X11R6/lib/X11/fonts/truetype/failed.tt 339 glyphs (160 invalid) font /usr/X11R6/lib/X11/fonts/truetype/tork____.tt 518 glyphs (344 invalid)
I am also seeing this same bug while using Calendar with Thunderbird, except that I get absolutely no error messages output to the terminal whatsoever. As soon as I press OK on the Print A Calendar dialog both programs crash. Version information: Mozilla Calendar 2004021918-cal Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.6) Gecko/20040208 Thunderbird 0.5 Reproducible: Always Steps to Reproduce: 1. File -> Print active calendars 3. Ok Actual Results: I very briefly see the outline of a large window appear with title "CalendarPrintWindow", as well as the usual small printing progress dialog, whic h then both very rapidly disappear. Mozilla Calendar crashes, along with Mozilla Thunderbird Expected Results: Printing of calendar as requested Steps to reproduce: 1. File -> Print active calendars 2. Ok
Same thing for me with Mozilla 1.6 and calendar 2004-02-26 for 1.6 (Mandrake9.2). No error report on the console. Reproducible: Always Steps to Reproduce: 1. File -> Print active calendars 3. Ok Actual Results: I see the border of printing window for a short time (nothing in this window) Then Mozilla Calendar crashes as well of Mozilla. Expected Results: Printing of calendar as requested JFB
I see these crashes too
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: crash
Blocks: cal-printing
P.S. FOr me sometimes it does not crash and then I see a print preview vindow with the calendar, but I see no way to actuially print from that window. P.P.S. I tried getting the gdb backtrace, but it seems that the crash corrupts the stack :-(
same problem for me with Mozilla 1.7a, Calendar 2004031009 for moz1.7a on Mandrake9.1). no error messages on console. reproducible: always steps to reproduce: 1. File -> Print active calendars 3. Ok actual results: I see printing window for a short time (to short to recognize if empty or not) then Mozilla Calendar crashes as well as Mozilla. expected results: printing of calendar as requested
I have also run across this bug. I tested on Fedora Core 1, SuSE 8.2, and FreeBSD 5.2.1. With each OS I get the same error: a segmentation fault when I Print --> Active Calendars. I just recompiled on Fedora Core 1 using the latest CVS code and with debug enabled. I have attached my gdb output. Hope this helps. buildconfig: Build tools Compiler Version Compiler flags gcc gcc version 3.3.2 20031022 (Red Hat Linux 3.3.2-1) -Wall -W -Wno-unused -Wpointer-arith -Wcast-align -Wno-long-long -pedantic -pthread -pipe c++ gcc version 3.3.2 20031022 (Red Hat Linux 3.3.2-1) -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -pedantic -fshort-wchar -pthread -pipe -I/usr/X11R6/include Configure arguments --prefix=/usr/local/pkg/mozilla-cvs --enable-default-toolkit=gtk2 --enable-calendar --enable-xft
Attachment #145777 - Attachment mime type: application/octet-stream → text/plain
This may be a bug in the aging PostScript module... ... reporter: Can you do the test again and use Mozilla's Xprint module (see http://xprint.mozdev.org/ and http://www.mozilla.org/projects/xprint/) for printing, please ?
(In reply to comment #7) > This may be a bug in the aging PostScript module... > ... reporter: Can you do the test again and use Mozilla's Xprint module (see > http://xprint.mozdev.org/ and http://www.mozilla.org/projects/xprint/) for > printing, please ? I tried, but can't get Xprint working easily on my SuSE 9.0 system. I installed the RPM binary 2004-03-22-release_009 i386 binary. I followed the instructions given here: http://xprint.mozdev.org/installation.html. I also ran SuSEconfig. But I get: <snip> # /etc/init.d/xprint start /etc/init.d/xprint: Old server registry found, cleaning-up... Stopping Xprint servers: Xprt. Starting Xprint servers: Xprt. find: /usr/share/fonts: Datei oder Verzeichnis nicht gefunden orion7:/home/alex # failed to set default font path 'PRINTER:/usr/X11R6/lib/X11/xserver/de_DE@euro/print//models/PS2PDFspooldir-GS//fonts/,PRINTER:/usr/X11R6/lib/X11/xserver/de_DE@euro/print//models/PSspooldir//fonts/,PRINTER:/usr/X11R6/lib/X11/xserver/de_DE@euro/print//models/PSdefault//fonts/,/usr/X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/truetype,/usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/encodings,/usr/X11R6/lib/X11/fonts/kwintv,/usr/X11R6/lib/X11/fonts/local,/usr/X11R6/lib/X11/fonts/misc,/usr/X11R6/lib/X11/fonts/uni,/usr/X11R6/lib/X11/fonts/URW' Fatal server error: could not open default font 'fixed' Xprint server pid=2860 done, exitcode=0. </snip> And the environment variable $XPSERVERLIST is empty. In the FAQ there's a similar problem described, but no obvious solution is given (I might have overlooked something, as I am a little short on time). If you could provide a hint or two, I'll see if I can give it another try. Sincerely yours Alex
Starting Xprint servers: Xprt. > find: /usr/share/fonts: Datei oder Verzeichnis nicht gefunden Can you try this: % mkdir -p /usr/share/fonts % /etc/init.d/xprint start Does that work ?
ajschult: Any idea what prevents the server from starting in comment #8 (it seems one of the font dirs contains stuff which shouldn't be there... but which one ?) ?
> find: /usr/share/fonts: Datei oder Verzeichnis nicht gefunden English? > could not open default font 'fixed' fixed is generally included in the XFree86-base-fonts (on Red Hat) and is required for X11 to start at all. It's usually in the /usr/X11/lib/X11/fonts/misc directory, which is listed once on the previous line... is the font there?
Andrew Schultz wrote: > > find: /usr/share/fonts: Datei oder Verzeichnis nicht gefunden > > English? german = "Datei oder Verzeichnis nicht gefunden" english = "File or directory not found" However that should not be fatal... I guess something in the other dirs is messing something up... ;-( I'll CC: two SuSE people who may have an idea what's going wrong..
(In reply to comment #11) > > find: /usr/share/fonts: Datei oder Verzeichnis nicht gefunden > > English? > > > could not open default font 'fixed' > > fixed is generally included in the XFree86-base-fonts (on Red Hat) and is > required for X11 to start at all. It's usually in the > /usr/X11/lib/X11/fonts/misc directory, which is listed once on the previous > line... is the font there? Sorry for the non-English part. Quoting Andrew Schultz: german = "Datei oder Verzeichnis nicht gefunden" english = "File or directory not found" No, the font is not there, but I've never had any problems to start X. Alex
(In reply to comment #9) > Starting Xprint servers: Xprt. > > find: /usr/share/fonts: Datei oder Verzeichnis nicht gefunden > > Can you try this: > % mkdir -p /usr/share/fonts > % /etc/init.d/xprint start > > Does that work ? No, sorry. The "file not found" error message went away, but everything else is quite the same. I've also installed a couple of additional font packages from the SuSE DVD (those that have "fixed" in their name), but that hasn't helped, as it seems. Best wishes Alex
gdb also can't get a stack for me. I got this partial stack from valgrind, which claimed PaintAsciiText() dereferenced a NULL pointer. http://lxr.mozilla.org/mozilla/source/layout/html/base/src/nsTextFrame.cpp#3187 nsTextFrame::PaintAsciiText() (nsTextFrame.cpp:3187) nsTextFrame::Paint() (nsTextFrame.cpp:1460) nsContainerFrame::PaintChild() (nsContainerFrame.cpp:274) nsBlockFrame::PaintChild() (nsBlockFrame.h:241) PaintLine() (nsBlockFrame.cpp:5354) nsBlockFrame::PaintChildren() (nsBlockFrame.cpp:5423) nsHTMLContainerFrame::PaintDecorationsAndChildren() (nsHTMLContainerFrame.cpp:138)
Not sure if this bug is *directly* calendar or not, though I will ask a question or two, to get clarification, since I took printing in calendar (unofficially) under my wing. Which version(s) of calendar does this show under, (preffereably nothing older than 1.7b to tell me) and is it firefox cal enabled, thunderbird cal enabled, firefox cal xpi, thunderbird cal xpi, suite cal enabled, suite cal xpi, or sunbird? (or all of above, I don't see how it would be much different on any of those, though it could be) Also, does it crash when printing Mail (in thunderbird or suite), newsgroups (thunderbird or suite), or when printing a browser window (firefox or suite)? If I can find what does work for linux, I might be able to find a way to get *this* to work under linux... (though I don't personally have a linux build to test on if and when I create a patch for it, I'll post here to have testers). Thank you for all your help.
I think this is something with hoe calendar interacts with printpreview. It is all weird to me. gdb can't create a stack (as others have mentioned). valgrind points at nsTextFrame::PaintAsciiText line 3182. In my build that is aRenderingContext.DrawString(text, PRUint32(textLength), dx, dy + mAscent); In the line before that aRenderingContext.SetColor is called, without any problems. So i don't think aRenderingContext is null. PaintAsciiText is also what i get as stack when the debug build crashes whan not running under a debugger. When i break just before that line, and (hopefully) the last time it ends up there, use gdb to step, i end up somewhere in nsRenderingContextGTK. Which is weird, because we are printing, and the assertions just before indeed came from ps code. But calling nsRenderingContextGTK::DrawString(char const*, unsigned, int, int, int const*) (this=0x8b0dbc0, aString=0x8a61130 "May 2004\020", aLength=145101104, aX=145101104, aY=145101104, aSpacing=0x8a61130) can't be right. those parameters look wrong to me.
Attached patch random try — — Splinter Review
This copied code from navigator makes selectring print not crash for me. But i don't have a printer, so maybe it just makes printing not work. In fact, i don't even know how to print. Where is the button? printing is sooo counter-intuitive... anyway, anyone please test this patch on linux and with a printer. You should be able to test it without building mozilla, because it is all javascript.
I don't have a printer, but the patch fixes the crash for me in linux. Within print preview, the print button is on the far left side. Printing to a file works with the patch.
(In reply to comment #18) > Created an attachment (id=148010) > random try > > This copied code from navigator makes selectring print not crash for me. But i > don't have a printer, so maybe it just makes printing not work. In fact, i > don't even know how to print. Where is the button? > printing is sooo counter-intuitive... > My linux box only crashes once with this patch. Good. Concerning the print button, it is not available in Linux. When I introduce this printing code in calendar some months ago, I had only a Windows machine and did not know that, in Linux, the printing were not possible in preview mode. The printing is launch in windows by pressing the print button which is present in the toolbar at the top of the print preview window. This button and some others seem to be hidden on linux because they can not be used (seen with DOM inspector). So, to complete the linux printing support, two entries must be added in the File menu : "Page Setup" and "Print...". May be you can some code from the navigator for this.
Let's check it in then
> Concerning the print button, it is not available in Linux. Ah. Now I understand. The Print button is only available using the XPrint module. Print Preview with the PS module does not have a lot of the features found with the Windows or Xprint print preview. There's a bug on that somewhere.... But, yes. It would be nice to be able to print without preview.
ah, ok. And i don't use xprint. And i'm not planning to. come on, an enitre X server jsut to print from mozilla? it's stupid. And yes, file->print should print, not show a preview. Just like any other program. > My linux box only crashes once with this patch. Good. only once? it's not like you can crash twice. you can't continue after a crash :)
Comment on attachment 148010 [details] [diff] [review] random try With this patch: - "File -> Print Active Calendars -> Monthly View" does show a print preview vindow correctly, but does not provide any way to actually print it. - "File -> Print Active Calendars -> Multiweek View" still crashes. I am using BuildID 2004051214, with calendar from the trunk and everything else from the 1.7 branch.
Multiweek view had crashed for me a few weeks ago on Win32 as well, now for some reason ALL printing crashes it on win32 (suite)...though theres an issue prevent a debug build from properly running for me, once I figure out how to fix that, I'll create a new bug with a call stack, and reference here. Just thought I'd let you know about the MultiWeek thing.
I just re-installed the latest ThunderBird 0.6 (20040502) and Calendar 2004040813 on RedHat 9.0. When trying to print, a print preview screen would pop up, but would have not 'print' icon. Based on comments on this bug, I decided to intall the latest xprint from http://xprint.mozdev.org/ to see if it would help. Now, any selection to print a calendar crashes calendar and TB.
The same happends to me. With WindowsXP and NT4.0. If I have a lot of events the calendar dies, in the Calendar print window (formating page). Sometimes if I press landscape button, dies to. I have the problem with all versions.
*** Bug 251230 has been marked as a duplicate of this bug. ***
I don't know if this is helpful, but I'm running Calendar nightly build 2004062218-cal on XP Pro with FireFox 0.9 and every time I run File, Print Active Calendars, Ok. It crashes. Unless I fill in the Title. It works every time I fill in the title and crashes every time I leave it empty.
I have this problem on Debian Linux. Mozilla Thunderbird installed from debian package version 0.7.1 (20040708) Calendar installed from xpi, version 2004062218-cal, downloaded from http://ftp.mozilla.org/pub/mozilla.org/calendar/xpi/linux/calendar_linux_20040622.xpi
Thunderbird & Calendar crash on every attempt to print. I have noticed the same behavior. I am using calendar as an extension for thunderbird. I am under linux (fedora2) and am using the latest version of calendar.
I am exhibiting this same problem running the 01/07/2004 release of Sunbird. I am unable to print and the program closes itself once 'OK' is clicked. When run from the console window, I get this error: ./run-mozilla.sh: line 423: 7143 Segmentation fault "$prog" ${1+"$@"}
This error is also occuring in Windows XP
I'm seeing this problem in WIndows XP using the standalone Sunbird (2004-08-17)
Ditto standalone Sunbird 0.2a on Fedora Core 1. Specifying or not specifying a title has no apparent effect, nor does selecting different 'types' of printout. ./run-mozilla.sh: line 423: 18262 Segmentation fault (core dumped) "$prog" ${1+"$@"}
Ditto with Windows XP and Sunbird, printing the active calendar causes Sunbird to freeze until I end it.
*** Bug 259390 has been marked as a duplicate of this bug. ***
*** Bug 259319 has been marked as a duplicate of this bug. ***
*** Bug 262094 has been marked as a duplicate of this bug. ***
Based on the patch by mvl from http://bugzilla.mozilla.org/show_bug.cgi?id=234370#c18 I copied the more complete form from browser.js and checked it in: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=mozilla%2Fcalendar&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004-10-08+12%3A32&maxdate=2004-10-08+12%3A32&cvsroot=%2Fcvsroot This stopped crashing linux and windows but there's still no way to print in linux if you don't have xprint.
My Linux build does not crash. See here for this build. http://pryan.org/mozilla/sunbird/gareed/MozillaSunbird0.2a-GAR-O2-XFT-GTK2-2004-10-09.tar.bz2 However, I could not get it to print, even after installing xprint.
*** Bug 260239 has been marked as a duplicate of this bug. ***
*** Bug 240807 has been marked as a duplicate of this bug. ***
Installed latest offical build: 2004110414 on linux RH9.0 as a TB extension. Printing a calendar no longer crashes. Had to install xprint to get the print button to show up. New related problem: Once I actually print a calendar, the next time I try to print it, the xprint print button is no longer available. To get the print button back, I have to shut down the calendar extension and TB. After restarting TB and Calendar extension, I can again print. Tony
resolving FIXED. if you're not crashing, it's not this bug
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
I still get a crash with BuildID 2004102819, _non_-xprint gtk2 build on Fedora Core 2. I still see the same thing I've described in comment #24: - "File -> Print Active Calendars -> Multiweek View" reliably crashes (smashing the stack, so no useful gdb trace). - "File -> Print Active Calendars -> Monthly View" does show a print preview window correctly, but does not provide any way to actually print it (BTW, is there a bug filed on this? It would be very nice to be able to print w/o xprint). - "File -> Print Active Calendars -> Monthly View" followed by "File -> Print Active Calendars -> Multiweek View" does not crash.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Aleksy: that's not this bug, which crashed on any of those views. There is a bug on getting the print (and other buttons) into the non-xprint print preview.
Status: REOPENED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → FIXED
Still doesn't work on Windows (takes up 95% of the CPU and never comes back)
(In reply to comment #48) Hanging isn't crashing
Blocks: 240807
Blocks: 268179
(In reply to comment #47) > Aleksy: that's not this bug, which crashed on any of those views. Well, OK, I reopened bug 240807 which is specifically about MultiWeek (and was marked as a dup of this one). > There is a > bug on getting the print (and other buttons) into the non-xprint print > preview. This is nice, but IMHO print preview is not the right way to solve this - normal browser printing does not go through print preview and I do not see why calendar printing should. In any case, I've opened bug 268179 on inability to print calendars from non-xprint builds.
Status: RESOLVED → VERIFIED
> Well, OK, I reopened bug 240807 which is specifically about MultiWeek (and was > marked as a dup of this one). thanks. I think there were probably a lot of bugs marked as dupes when they weren't.
Michiel: If hanging isn't the same as crashing, then bug 259319 (and a couple of others, I forget which ones) shouldn't have been marked as dupes of this one. But, since they were, this is the place where the Windows hanging problem has been getting reported.
I still have this problem in the 2004-11-12 win32 version. I tried printing multiweek and it just hangs, never getting to the next step at all. After trying multiweek, I tried the other printing options with the same result. If it helps I am using Java2 Version 1.5.0 (build 1.5.0-b64), Win XP Pro SP2, and a network printer instead of a local printer. How is this bug marked as fixed?
try reading some of the previous comments -- try 45, 47 or 49
The bugspam monkeys have been set free and are feeding on Calendar :: General. Be afraid for your sanity!
QA Contact: gurganbl → general
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: