]> asedeno.scripts.mit.edu Git - PuTTY.git/blob - doc/feedback.but
first pass
[PuTTY.git] / doc / feedback.but
1 \A{feedback} \ii{Feedback} and \i{bug reporting}
2
3 This is a guide to providing feedback to the PuTTY development team.
4 It is provided as both a web page on the PuTTY site, and an appendix
5 in the PuTTY manual.
6
7 \K{feedback-general} gives some general guidelines for sending any
8 kind of e-mail to the development team. Following sections give more
9 specific guidelines for particular types of e-mail, such as bug
10 reports and feature requests.
11
12 \H{feedback-general} General guidelines
13
14 The PuTTY development team gets a \e{lot} of mail. If you can
15 possibly solve your own problem by reading the manual, reading the
16 FAQ, reading the web site, asking a fellow user, perhaps posting to a
17 newsgroup (see \k{feedback-other-fora}), or some other means, then it
18 would make our lives much easier.
19
20 We get so much e-mail that we literally do not have time to answer
21 it all. We regret this, but there's nothing we can do about it. So
22 if you can \e{possibly} avoid sending mail to the PuTTY team, we
23 recommend you do so. In particular, support requests
24 (\k{feedback-support}) are probably better sent to newsgroups, or
25 passed to a local expert if possible.
26
27 The PuTTY contact email address is a private \i{mailing list} containing
28 four or five core developers. Don't be put off by it being a mailing
29 list: if you need to send confidential data as part of a bug report,
30 you can trust the people on the list to respect that confidence.
31 Also, the archives aren't publicly available, so you shouldn't be
32 letting yourself in for any spam by sending us mail.
33
34 Please use a meaningful subject line on your message.  We get a lot of
35 mail, and it's hard to find the message we're looking for if they all
36 have subject lines like \q{PuTTY bug}.
37
38 \S{feedback-largefiles} Sending large attachments
39
40 Since the PuTTY contact address is a mailing list, e-mails larger
41 than 40Kb will be held for inspection by the list administrator, and
42 will not be allowed through unless they really appear to be worth
43 their large size.
44
45 If you are considering sending any kind of large data file to the
46 PuTTY team, it's almost always a bad idea, or at the very least it
47 would be better to ask us first whether we actually need the file.
48 Alternatively, you could put the file on a web site and just send us
49 the URL; that way, we don't have to download it unless we decide we
50 actually need it, and only one of us needs to download it instead of
51 it being automatically copied to all the developers.
52
53 (If the file contains confidential information, then you could encrypt
54 it with our Secure Contact Key; see \k{pgpkeys-pubkey} for details.)
55
56 Some people like to send mail in MS Word format. Please \e{don't}
57 send us bug reports, or any other mail, as a Word document. Word
58 documents are roughly fifty times larger than writing the same
59 report in plain text. In addition, most of the PuTTY team read their
60 e-mail on Unix machines, so copying the file to a Windows box to run
61 Word is very inconvenient. Not only that, but several of us don't
62 even \e{have} a copy of Word!
63
64 Some people like to send us screen shots when demonstrating a
65 problem. Please don't do this without checking with us first - we
66 almost never actually need the information in the screen shot.
67 Sending a screen shot of an error box is almost certainly
68 unnecessary when you could just tell us in plain text what the error
69 was. (On some versions of Windows, pressing Ctrl-C when the error
70 box is displayed will copy the text of the message to the clipboard.)
71 Sending a full-screen shot is \e{occasionally} useful, but it's
72 probably still wise to check whether we need it before sending it.
73
74 If you \e{must} mail a screen shot, don't send it as a \cw{.BMP}
75 file. \cw{BMP}s have no compression and they are \e{much} larger
76 than other image formats such as PNG, TIFF and GIF. Convert the file
77 to a properly compressed image format before sending it.
78
79 Please don't mail us executables, at all. Our mail server blocks all
80 incoming e-mail containing executables, as a defence against the
81 vast numbers of e-mail viruses we receive every day. If you mail us
82 an executable, it will just bounce.
83
84 If you have made a tiny modification to the PuTTY code, please send
85 us a \e{patch} to the source code if possible, rather than sending
86 us a huge \cw{.ZIP} file containing the complete sources plus your
87 modification. If you've only changed 10 lines, we'd prefer to
88 receive a mail that's 30 lines long than one containing multiple
89 megabytes of data we already have.
90
91 \S{feedback-other-fora} Other places to ask for help
92
93 There are two Usenet newsgroups that are particularly relevant to the
94 PuTTY tools:
95
96 \b \W{news:comp.security.ssh}\c{comp.security.ssh}, for questions
97 specific to using the SSH protocol;
98
99 \b \W{news:comp.terminals}\c{comp.terminals}, for issues relating to
100 terminal emulation (for instance, keyboard problems).
101
102 Please use the newsgroup most appropriate to your query, and remember
103 that these are general newsgroups, not specifically about PuTTY.
104
105 If you don't have direct access to Usenet, you can access these
106 newsgroups through Google Groups
107 (\W{http://groups.google.com/}\cw{groups.google.com}).
108
109 \H{feedback-bugs} Reporting bugs
110
111 If you think you have found a bug in PuTTY, your first steps should
112 be:
113
114 \b Check the
115 \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/}{Wishlist
116 page} on the PuTTY website, and see if we already know about the
117 problem. If we do, it is almost certainly not necessary to mail us
118 about it, unless you think you have extra information that might be
119 helpful to us in fixing it. (Of course, if we actually \e{need}
120 specific extra information about a particular bug, the Wishlist page
121 will say so.)
122
123 \b Check the
124 \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/changes.html}{Change
125 Log} on the PuTTY website, and see if we have already fixed the bug
126 in the \i{development snapshots}.
127
128 \b Check the
129 \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/faq.html}{FAQ}
130 on the PuTTY website (also provided as \k{faq} in the manual), and
131 see if it answers your question. The FAQ lists the most common
132 things which people think are bugs, but which aren't bugs.
133
134 \b Download the latest development snapshot and see if the problem
135 still happens with that. This really is worth doing. As a general
136 rule we aren't very interested in bugs that appear in the release
137 version but not in the development version, because that usually
138 means they are bugs we have \e{already fixed}. On the other hand, if
139 you can find a bug in the development version that doesn't appear in
140 the release, that's likely to be a new bug we've introduced since
141 the release and we're definitely interested in it.
142
143 If none of those options solved your problem, and you still need to
144 report a bug to us, it is useful if you include some general
145 information:
146
147 \b Tell us what \i{version of PuTTY} you are running. To find this out,
148 use the \q{About PuTTY} option from the System menu. Please \e{do
149 not} just tell us \q{I'm running the latest version}; e-mail can be
150 delayed and it may not be obvious which version was the latest at
151 the time you sent the message. 
152
153 \b PuTTY is a multi-platform application; tell us what version of what
154 OS you are running PuTTY on. (If you're running on Unix, or Windows
155 for Alpha, tell us, or we'll assume you're running on Windows for
156 Intel as this is overwhelmingly the case.)
157
158 \b Tell us what protocol you are connecting with: SSH, Telnet,
159 Rlogin or Raw mode.
160
161 \b Tell us what kind of server you are connecting to; what OS, and
162 if possible what SSH server (if you're using SSH). You can get some
163 of this information from the PuTTY Event Log (see \k{using-eventlog}
164 in the manual).
165
166 \b Send us the contents of the PuTTY Event Log, unless you
167 have a specific reason not to (for example, if it contains
168 confidential information that you think we should be able to solve
169 your problem without needing to know).
170
171 \b Try to give us as much information as you can to help us
172 see the problem for ourselves. If possible, give us a step-by-step
173 sequence of \e{precise} instructions for reproducing the fault.
174
175 \b Don't just tell us that PuTTY \q{does the wrong thing}; tell us
176 exactly and precisely what it did, and also tell us exactly and
177 precisely what you think it should have done instead. Some people
178 tell us PuTTY does the wrong thing, and it turns out that it was
179 doing the right thing and their expectations were wrong. Help to
180 avoid this problem by telling us exactly what you think it should
181 have done, and exactly what it did do.
182
183 \b If you think you can, you're welcome to try to fix the problem
184 yourself. A \i{patch} to the code which fixes a bug is an excellent
185 addition to a bug report. However, a patch is never a \e{substitute}
186 for a good bug report; if your patch is wrong or inappropriate, and
187 you haven't supplied us with full information about the actual bug,
188 then we won't be able to find a better solution.
189
190 \b
191 \W{http://www.chiark.greenend.org.uk/~sgtatham/bugs.html}\cw{http://www.chiark.greenend.org.uk/~sgtatham/bugs.html}
192 is an article on how to report bugs effectively in general. If your
193 bug report is \e{particularly} unclear, we may ask you to go away,
194 read this article, and then report the bug again.
195
196 It is reasonable to report bugs in PuTTY's documentation, if you
197 think the documentation is unclear or unhelpful. But we do need to
198 be given exact details of \e{what} you think the documentation has
199 failed to tell you, or \e{how} you think it could be made clearer.
200 If your problem is simply that you don't \e{understand} the
201 documentation, we suggest posting to a newsgroup (see
202 \k{feedback-other-fora}) and seeing if someone
203 will explain what you need to know. \e{Then}, if you think the
204 documentation could usefully have told you that, send us a bug
205 report and explain how you think we should change it.
206
207 \H{feedback-vulns} Reporting security vulnerabilities
208
209 If you've found a security vulnerability in PuTTY, you might well want
210 to notify us using an encrypted communications channel, to avoid
211 disclosing information about the vulnerability before a fixed release
212 is available.
213
214 For this purpose, we provide a GPG key suitable for encryption: the
215 Secure Contact Key. See \k{pgpkeys-pubkey} for details of this.
216
217 (Of course, vulnerabilities are also bugs, so please do include as
218 much information as possible about them, the same way you would with
219 any other bug report.)
220
221 \H{feedback-features} Requesting extra features 
222
223 If you want to request a new feature in PuTTY, the very first things
224 you should do are:
225
226 \b Check the
227 \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/}{Wishlist
228 page} on the PuTTY website, and see if your feature is already on
229 the list. If it is, it probably won't achieve very much to repeat
230 the request. (But see \k{feedback-feature-priority} if you want to
231 persuade us to give your particular feature higher priority.)
232
233 \b Check the Wishlist and
234 \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/changes.html}{Change
235 Log} on the PuTTY website, and see if we have already added your
236 feature in the development snapshots. If it isn't clear, download
237 the latest development snapshot and see if the feature is present.
238 If it is, then it will also be in the next release and there is no
239 need to mail us at all.
240
241 If you can't find your feature in either the development snapshots
242 \e{or} the Wishlist, then you probably do need to submit a feature
243 request. Since the PuTTY authors are very busy, it helps if you try
244 to do some of the work for us:
245
246 \b Do as much of the design as you can. Think about \q{corner
247 cases}; think about how your feature interacts with other existing
248 features. Think about the user interface; if you can't come up with
249 a simple and intuitive interface to your feature, you shouldn't be
250 surprised if we can't either. Always imagine whether it's possible
251 for there to be more than one, or less than one, of something you'd
252 assumed there would be one of. (For example, if you were to want
253 PuTTY to put an icon in the System tray rather than the Taskbar, you
254 should think about what happens if there's more than one PuTTY
255 active; how would the user tell which was which?)
256
257 \b If you can program, it may be worth offering to write the feature
258 yourself and send us a patch. However, it is likely to be helpful
259 if you confer with us first; there may be design issues you haven't
260 thought of, or we may be about to make big changes to the code which
261 your patch would clash with, or something. If you check with the
262 maintainers first, there is a better chance of your code actually
263 being usable. Also, read the design principles listed in \k{udp}: if
264 you do not conform to them, we will probably not be able to accept
265 your patch.
266
267 \H{feedback-feature-priority} Requesting features that have already
268 been requested
269
270 If a feature is already listed on the Wishlist, then it usually
271 means we would like to add it to PuTTY at some point. However, this
272 may not be in the near future. If there's a feature on the Wishlist
273 which you would like to see in the \e{near} future, there are
274 several things you can do to try to increase its priority level:
275
276 \b Mail us and vote for it. (Be sure to mention that you've seen it
277 on the Wishlist, or we might think you haven't even \e{read} the
278 Wishlist). This probably won't have very \e{much} effect; if a huge
279 number of people vote for something then it may make a difference,
280 but one or two extra votes for a particular feature are unlikely to
281 change our priority list immediately. Offering a new and compelling
282 justification might help. Also, don't expect a reply.
283
284 \b Offer us money if we do the work sooner rather than later. This
285 sometimes works, but not always. The PuTTY team all have full-time
286 jobs and we're doing all of this work in our free time; we may
287 sometimes be willing to give up some more of our free time in
288 exchange for some money, but if you try to bribe us for a \e{big}
289 feature it's entirely possible that we simply won't have the time to
290 spare - whether you pay us or not. (Also, we don't accept bribes to
291 add \e{bad} features to the Wishlist, because our desire to provide
292 high-quality software to the users comes first.)
293
294 \b Offer to help us write the code. This is probably the \e{only}
295 way to get a feature implemented quickly, if it's a big one that we
296 don't have time to do ourselves.
297
298 \H{feedback-support} \ii{Support requests}
299
300 If you're trying to make PuTTY do something for you and it isn't
301 working, but you're not sure whether it's a bug or not, then
302 \e{please} consider looking for help somewhere else. This is one of
303 the most common types of mail the PuTTY team receives, and we simply
304 don't have time to answer all the questions. Questions of this type
305 include:
306
307 \b If you want to do something with PuTTY but have no idea where to
308 start, and reading the manual hasn't helped, try posting to a
309 newsgroup (see \k{feedback-other-fora}) and see if someone can explain
310 it to you.
311
312 \b If you have tried to do something with PuTTY but it hasn't
313 worked, and you aren't sure whether it's a bug in PuTTY or a bug in
314 your SSH server or simply that you're not doing it right, then try
315 posting to a newsgroup (see \k{feedback-other-fora}) and see
316 if someone can solve your problem. Or try doing the same thing with
317 a different SSH client and see if it works with that. Please do not
318 report it as a PuTTY bug unless you are really sure it \e{is} a bug
319 in PuTTY.
320
321 \b If someone else installed PuTTY for you, or you're using PuTTY on
322 someone else's computer, try asking them for help first.  They're more
323 likely to understand how they installed it and what they expected you
324 to use it for than we are.
325
326 \b If you have successfully made a connection to your server and now
327 need to know what to type at the server's command prompt, or other
328 details of how to use the server-end software, talk to your server's
329 system administrator. This is not the PuTTY team's problem. PuTTY is
330 only a communications tool, like a telephone; if you can't speak the
331 same language as the person at the other end of the phone, it isn't
332 the telephone company's job to teach it to you.
333
334 If you absolutely cannot get a support question answered any other
335 way, you can try mailing it to us, but we can't guarantee to have
336 time to answer it.
337
338 \H{feedback-webadmin} Web server administration
339
340 If the PuTTY \i{web site} is down (Connection Timed Out), please don't
341 bother mailing us to tell us about it. Most of us read our e-mail on
342 the same machines that host the web site, so if those machines are
343 down then we will notice \e{before} we read our e-mail. So there's
344 no point telling us our servers are down.
345
346 Of course, if the web site has some other error (Connection Refused,
347 404 Not Found, 403 Forbidden, or something else) then we might
348 \e{not} have noticed and it might still be worth telling us about it.
349
350 If you want to report a problem with our web site, check that you're
351 looking at our \e{real} web site and not a mirror. The real web site
352 is at
353 \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/}\c{http://www.chiark.greenend.org.uk/~sgtatham/putty/};
354 if that's not where you're reading this, then don't report the
355 problem to us until you've checked that it's really a problem with
356 the main site. If it's only a problem with the mirror, you should
357 try to contact the administrator of that mirror site first, and only
358 contact us if that doesn't solve the problem (in case we need to
359 remove the mirror from our list).
360
361 \H{feedback-permission} Asking permission for things
362
363 PuTTY is distributed under the MIT Licence (see \k{licence} for
364 details). This means you can do almost \e{anything} you like with
365 our software, our source code, and our documentation. The only
366 things you aren't allowed to do are to remove our copyright notices
367 or the licence text itself, or to hold us legally responsible if
368 something goes wrong.
369
370 So if you want permission to include PuTTY on a magazine cover disk,
371 or as part of a collection of useful software on a CD or a web site,
372 then \e{permission is already granted}. You don't have to mail us
373 and ask. Just go ahead and do it. We don't mind.
374
375 (If you want to distribute PuTTY alongside your own application for
376 use with that application, or if you want to distribute PuTTY within
377 your own organisation, then we recommend, but do not insist, that
378 you offer your own first-line technical support, to answer questions
379 about the interaction of PuTTY with your environment. If your users
380 mail us directly, we won't be able to tell them anything useful about
381 your specific setup.)
382
383 If you want to use parts of the PuTTY source code in another
384 program, then it might be worth mailing us to talk about technical
385 details, but if all you want is to ask permission then you don't
386 need to bother. You already have permission.
387
388 If you just want to link to our web site, just go ahead. (It's not
389 clear that we \e{could} stop you doing this, even if we wanted to!)
390
391 \H{feedback-mirrors} Mirroring the PuTTY web site
392
393 \# the next two paragraphs also on the Mirrors page itself, with
394 \# minor context changes
395
396 If you want to set up a mirror of the PuTTY website, go ahead and
397 set one up. Please don't bother asking us for permission before
398 setting up a mirror. You already have permission.
399
400 If the mirror is in a country where we don't already have plenty of
401 mirrors, we may be willing to add it to the list on our
402 \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/mirrors.html}{mirrors
403 page}. Read the guidelines on that page, make sure your mirror
404 works, and email us the information listed at the bottom of the
405 page.
406
407 Note that we do not \e{promise} to list your mirror: we get a lot of
408 mirror notifications and yours may not happen to find its way to the
409 top of the list.
410
411 Also note that we link to all our mirror sites using the
412 \c{rel="nofollow"} attribute. Running a PuTTY mirror is not intended
413 to be a cheap way to gain search rankings.
414
415 If you have technical questions about the process of mirroring, then
416 you might want to mail us before setting up the mirror (see also the
417 \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/mirrors.html#guidelines}{guidelines on the Mirrors page});
418 but if you just want to ask for permission, you don't need to. You
419 already have permission.
420
421 \H{feedback-compliments} Praise and compliments
422
423 One of the most rewarding things about maintaining free software is
424 getting e-mails that just say \q{thanks}. We are always happy to
425 receive e-mails of this type.
426
427 Regrettably we don't have time to answer them all in person. If you
428 mail us a compliment and don't receive a reply, \e{please} don't
429 think we've ignored you. We did receive it and we were happy about
430 it; we just didn't have time to tell you so personally.
431
432 To everyone who's ever sent us praise and compliments, in the past
433 and the future: \e{you're welcome}!
434
435 \H{feedback-address} E-mail address
436
437 The actual address to mail is
438 \cw{<\W{mailto:putty@projects.tartarus.org}{putty@projects.tartarus.org}>}.