1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
|
[PLEASE make your Subject: line as descriptive as possible.
Subjects like "xterm bug" or "bug report" are not helpful!]
[Remove all the explanatory text in brackets before mailing.]
[Send to xbugs@opengroup.org, as shown in the sample message
header below]
To: xbugs@opengroup.org
Subject: [area]: [synopsis] [replace with actual area and short description]
VERSION:
R6.4, public-patch-3
[X Project Team public patches edit this line to indicate the patch level]
CLIENT MACHINE and OPERATING SYSTEM:
[e.g. Sparc/SunOS 5.6, S.u.S.E. Linux 5.0 kernel 2.0.30, etc.]
DISPLAY TYPE:
[e.g. Xsun, Xhp, Xdec, XF86_*, /usr/openwin/bin/Xsun, etc. ]
WINDOW MANAGER:
[e.g. twm, mwm, fvwm95, enlightenment, etc.]
COMPILER:
[e.g. native ANSI cc, native cc, ecgs 1.0, etc.]
AREA:
[Area of the source tree affected,
e.g., Xserver, Xlib, Xt, Xaw, PEX, twm, xterm, xmh, config, ....
Please only one area per bug report.]
SYNOPSIS:
[Brief description of the problem and where it is located]
DESCRIPTION:
[Detailed description of problem. Don't presume that the bug
is self evident. If possible cite specification references (X,
ANSI/POSIX/ISO, X/Open, etc.) to support why it is a bug. For
program crashes a little bit of analysis about why a NULL pointer
was dereferenced or why a buffer overflowed goes a long way.
If this is a request for an enhancement, justify it.]
REPEAT BY:
[What you did to get the error; include test program or session
transcript if at all possible. Be specific -- if we can't reproduce
it, we can't fix it. Don't just say "run this program and it will
be obvious," tell us exactly what we should see when the program
is run. Bug reports without a clear, deterministic way of reproducing
them will be fixed only after all bug reports that do.]
SAMPLE FIX:
[Please send context diffs (`diff -c original-file fixed-file`).
Be sure to include the "XConsortium" or "TOG" ident line in any
diffs -- the best way to do this is to add your own versioning
line immediately after ours.]
|
