http://bugs.winehq.com/show_bug.cgi?id=1314
Summary: Wine always downloads truetype fonts into its ps files
when printing
Product: Wine
Version: unspecified
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gdi
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: wine(a)alk.org.lu
In wine-20030302 shipped by SuSE, if you have a truetype font directory defined such
as the following:
[FontDirs]
"dir1" = "/home/aknaff/winefonts/core/ttf"
then all fonts defined there in will be downloaded into the generated postscript file,
even if the printer natively understands them (as defined in the ppd file).
I.e. if I have an arial truetype font, this font is downloaded to the printer, even though I
have the following in my .ppd file:
*Font ArialMT:
*Font Arial-BoldMT:
*Font Arial-BoldItalicMT:
*Font Arial-ItalicMT:
and even though I have the relevant .afm files in my [afmdirs].
The only way how I could force wine to use the printer's builtin Arial font was to define
a substitution table where I substituted it with itself:
[System\\CurrentControlSet\\Control\\Print\\Printers\\file\\PrinterDriverData\\FontSubTable]
1047119381
"Courier New"="Courier New"
"Arial"="Arial"
"Times New Roman"="Times New Roman"
"Webdings"="Webdings"
"Tahoma"="Tahoma"
...
[Btw, the above FontSubTable worked for Courier New, Arial, Times New Roman, and
Tahoma, but still not for Webdings. But that's probably a different problem].
After perusing the source code, I found the following in
wine-20030219/dlls/wineps/font.c near the end of function PSDRV_SelectFont :
if(physDev->dc->gdiFont && !subst) {
if(PSDRV_SelectDownloadFont(physDev))
return 0; /* use gdi font */
}
PSDRV_SelectBuiltinFont(physDev, hfont, &lf, FaceName);
return (HFONT)1; /* use device font */
I.e. if there is a gdiFont defined for current font (I assume, this means if a display font
has been loaded), and if the font is not the result of a substitution, then we download it
into the printer. Otherwise we try to use a builtin font.
Shouldn't that be the other way round: first try to use a builtin font, and only if that is not
possible (because no such font defined in generic.ppd or missing .afm file) download it.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1314>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1313
Summary: The Microsoft Powerpoint viewer cannot print
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gdi
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: wine(a)alk.org.lu
The Microsoft Powerpoint viewer
http://download.microsoft.com/download/powerpoint2000/ppview97/2000/WIN98/E…
cannot print in wine. If you do "wine ppview32", click on a .pps file, and then click print,
the cursor turns busy until you move it, but nothing happens.
If you do "wine ppview32 somefile.pps" (to launch the slideshow directly, without going
through the main dialog) and then print from the right-click menu, the app just hangs,
and nothing else happens either...
When this happens, the following is printed to the log:
0009:fixme:commdlg:PRINTDLG_SetUpPrinterListComboA Can't find '(null)' in printer
list so trying to find default
N.B. There are printers defined in /etc/printcap, and other apps, such as the Word
viewer, the Excel viewer, and the builtin notepad print just fine.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1313>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1312
------- Additional Comments From wiz(a)danbala.ifoer.tuwien.ac.at 2003-03-08 07:41 -------
ok, the CD_SECS and CD_FRAMES as well as the debug line are fixed in CVS.
The CDROM_MSF is only used once outside of the #ifdef linux part -- I guess
that's an error and just shouldn't be there.
Additionally, I stumbled over a duplicate assignment around line 920:
data->MediaCatalog.FormatCode = IOCTL_CDROM_MEDIA_CATALOG;
data->MediaCatalog.FormatCode = sc.what.media_catalog.data_format;
One of them should probably go...
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1312>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1312
andi(a)rhlx01.fht-esslingen.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
everconfirmed|0 |1
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-08 03:05 -------
'scuse me, I don't see that
TRACE("caching toc from=%d to=%d\n", hdr.cdth_trk0, hdr.cdth_trk1);
line in newest CVS.
Are you running CVS?
If not, does CVS fix anything?
Err no, you're not.
Current CVS has some half-fix. Could you update and patch the remaining missing
parts (CDROM_MSF etc.) instead?
Thanks for the report!
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1312>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1312
------- Additional Comments From wiz(a)danbala.ifoer.tuwien.ac.at 2003-03-08 02:16 -------
Created an attachment (id=418)
compilation fix as mentioned in the bug report
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1312>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1312
Summary: compilation problem on NetBSD (*BSD?)
Product: Wine
Version: 20030219
Platform: PC
OS/Version: NetBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-ports
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: wiz(a)danbala.ifoer.tuwien.ac.at
dlls/ntdll/cdrom.c does not compile on NetBSD, because it expects CD_FRAMES,
CD_SECS, and CDROM_MSF to be defined in some system header.
On Linux, they seem to be in <linux/cdrom.h>, but they are not defined on
NetBSD at all.
I'll attach a patch that makes it compile again.
This patch also ifdef's out a debugging message that uses some fields of a
structure which also don't exist on NetBSD.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1312>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1310
ivg2(a)cornell.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From ivg2(a)cornell.edu 2003-03-05 12:31 -------
Very strange..
My glibc-kernheaders RPM somehow ended up being newer than Rawhide,
even though I upgrade from Rawhide. I downgraded to current Rawhide,
and the problem is fixed (__NR_set_thread_area is in asm/unistd.h for that
version of the glibc headers, wine compiles..)
Thanks for your help.
Sorry for invalid report.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1310>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1310
------- Additional Comments From julliard(a)winehq.com 2003-03-05 12:00 -------
The __NR_ one should be defined in asm/unistd.h. Is your asm directory a link
to some old kernel source by any chance? And what's your glibc version?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1310>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1310
------- Additional Comments From ivg2(a)cornell.edu 2003-03-05 07:50 -------
I was slightly puzzled myself, but here it is:
[phantom@cobra include]$ find|xargs grep __NR_set_thread_area
./bits/syscall.h:#define SYS_set_thread_area __NR_set_thread_area
[phantom@cobra include]$ cd /usr/src/wine-cvs/wine/library
[phantom@cobra library]$ grep syscall.h ldt.c
# include <sys/syscall.h>
[phantom@cobra library]$ grep syscall.h /usr/include/sys/syscall.h
we scan the kernel's list and produce <bits/syscall.h> with macros for
# include <bits/syscall.h>
[phantom@cobra library]$
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1310>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1310
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-05 07:38 -------
I really don't see why you should get such an error.
In line 97 in CVS, there's SYS_set_thread_area, NOT __NR_set_thread_area.
Or try:
cd /usr/include
find|xargs grep __NR_set_thread_area
to hopefully get some more clue on why exactly this error happens :-\
(perhaps SYS_set_thread_area is defined as __NR_set_thread_area somewhere in
/usr/include)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1310>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1135
andi(a)rhlx01.fht-esslingen.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|WinISO 5.3: Menus doesn't |WinISO 5.3: Menus don't work
|working |(CreateMenu/DestroyMenu
| |problem?)
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-05 07:23 -------
Forgot to mention that the CFMX report is in AppDB.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1135>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1135
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-05 07:16 -------
And yet another program that might be broken the same way is
CFMX Exam Buster, reported by david_grubb001 at a server called hotmail.com
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1135>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1310
Summary: Compile error. CVS. library/ldt.c
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P1
Component: wine-files
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: ivg2(a)cornell.edu
[root@cobra wine]# make
make[1]: Entering directory `/usr/src/wine-cvs/wine/library'
gcc -c -I. -I. -I../include -I../include -g -O2 -Wall
-mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -fPIC -D__WINESRC__
-DDLLDIR="\"/usr/local/lib/wine\"" -D_REENTRANT -o ldt.o ldt.c
ldt.c: In function `set_thread_area':
ldt.c:97: `__NR_set_thread_area' undeclared (first use in this function)
ldt.c:97: (Each undeclared identifier is reported only once
ldt.c:97: for each function it appears in.)
make[1]: *** [ldt.o] Error 1
make[1]: Leaving directory `/usr/src/wine-cvs/wine/library'
make: *** [library] Error 2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1310>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1306
lfs(a)isl-gbr.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|trivial |normal
------- Additional Comments From lfs(a)isl-gbr.de 2003-03-04 15:38 -------
installed half life, the same problem appears directly when it asks for the cd key, so
its no unreal alone problem...next thing i'll try will be another windowmanager
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1306>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1303
------- Additional Comments From boxer(a)boxware.cx 2003-03-04 15:35 -------
i am working on confining the bug to a specific patch using cvs regression.
right now i believe i have the bug narrowed to between 2003-01-20 and
2003-01-30. i will update when i find the specific patch.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1303>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1303
lionel.ulmer(a)free.fr changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
everconfirmed|0 |1
------- Additional Comments From lionel.ulmer(a)free.fr 2003-03-04 14:57 -------
I confirmed that this 'feature' is present... Whatever the application, the
behaviour of Wine is different (when keyboard auto-repeat is on) when in Desktop
and Managed mode.
I have no time to do a CVS regression, will see what I can do when I come home
from vacations :-)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1303>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1202
lionel.ulmer(a)free.fr changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
everconfirmed|0 |1
------- Additional Comments From lionel.ulmer(a)free.fr 2003-03-04 14:21 -------
I will never add D3DRM.DLL support to Wine (why lose time on a DLL that is very
rarely used and whose native DLL works just fine :-) ).
If someone wants to do it for purity's sake, he is welcome do so of course.
Anyway, I downloaded the demo the other day and reproduced the crash. Note that
I may not have time to work on any of my bugs for at least two weeks, so do not
hold your breath for any progress in this time.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1202>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1202
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://download.microsoft.co
| |m/download/motorcross/Trial/
| |1.0/WIN98/EN-US/MSMCM.EXE
Keywords| |download
------- Additional Comments From tony_lambregts(a)telusplanet.net 2003-03-04 13:41 -------
As a work-around d3drm.dll and msvcrt40.dll can be downloaded from the web.
As far as I can see msvcrt40 should be a symbolic link to our built-in msvcrt.
This may work if the program finds all the functions it needs.(no deadbeaf). I
am not sure what the answer is for d3drm.
PS: please don't inline your traces unless they are really short.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1202>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1168
------- Additional Comments From webmaster(a)autoinstaller.de 2003-03-04 13:27 -------
MOHAA didn't start here. Maybe too high details setup?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1168>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1202
------- Additional Comments From puoti(a)inwind.it 2003-03-04 12:13 -------
Created an attachment (id=415)
New output done with native d3drm from windows 98 SE and wine cvs from today
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1202>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1202
puoti(a)inwind.it changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|unspecified |CVS
------- Additional Comments From puoti(a)inwind.it 2003-03-04 11:55 -------
I've recently noticed a few things, the first is that I run mcm.exe with a
stripped wine, so I'm going to send the output again but generated by a cvs wine
from today. Second, mcm needs a dll named d3drm.dll, it doesn't seem to exist in
wine, so I'm using a native one from windows 95. Also I've noticed that
msvcrt40.dll is missing in wine, so that's 2 dlls missing, is this going to be
fixed?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1202>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1299
------- Additional Comments From puoti(a)inwind.it 2003-03-04 11:33 -------
Created an attachment (id=414)
The output you asked for generated by cvs wine from today
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1299>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1306
------- Additional Comments From lfs(a)isl-gbr.de 2003-03-04 11:33 -------
if i open it in a 2nd x server without windowmanager it works fine. So it could be
caused by kde3.1 as well...
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1306>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1309
Summary: wine keyboard not working in UTF-8 locale
Product: Wine
Version: 20030219
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: marcus(a)jet.franken.de
if you have LANG set to de_DE you can input german umlauts.
If you have set it to de_DE.utf8, you no longer can.
instead wine reports for ä (a diaresis even):
fixme:keyboard:EVENT_event_to_vkey keysym is E4
fixme:keyboard:EVENT_event_to_vkey e->keycode is 2F
fixme:keyboard:EVENT_event_to_vkey just before vkey generation, pressed
KeyPress?
fixme:keyboard:EVENT_event_to_vkey keysym is E4
fixme:keyboard:EVENT_event_to_vkey e->keycode is 2F
fixme:keyboard:EVENT_event_to_vkey just before vkey generation, pressed
KeyPress?
err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 00E4
(adiaeresis) :
err:keyboard:X11DRV_ToUnicode (virtKey=DE,scanCode=28,keycode=2F,state=0)
fixme:keyboard:EVENT_event_to_vkey keysym is E4
fixme:keyboard:EVENT_event_to_vkey e->keycode is 2F
fixme:keyboard:EVENT_event_to_vkey just before vkey generation, pressed
KeyRelease?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1309>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.