ebe9a956 |
1 | \versionid $Id: feedback.but,v 1.12 2003/01/24 14:12:31 jacob Exp $ |
3c42d118 |
2 | |
3 | \A{feedback} Feedback and bug reporting |
4 | |
5179cf2d |
5 | This is a guide to providing feedback to the PuTTY development team. |
6 | It is provided as both a web page on the PuTTY site, and an appendix |
7 | in the PuTTY manual. |
3c42d118 |
8 | |
9 | \K{feedback-general} gives some general guidelines for sending any |
10 | kind of e-mail to the development team. Following sections give more |
11 | specific guidelines for particular types of e-mail, such as bug |
12 | reports and feature requests. |
13 | |
14 | \H{feedback-general} General guidelines |
15 | |
16 | The PuTTY development team gets a \e{lot} of mail. If you can |
17 | possibly solve your own problem by reading the manual, reading the |
18 | FAQ, reading the web site, asking a fellow user, perhaps posting on |
19 | the newsgroup \W{news:comp.security.ssh}\c{comp.security.ssh}, or |
20 | some other means, then it would make our lives much easier. |
21 | |
102e81cf |
22 | We get so much e-mail that we literally do not have time to answer |
23 | it all. We regret this, but there's nothing we can do about it. So |
24 | if you can \e{possibly} avoid sending mail to the PuTTY team, we |
25 | recommend you do so. In particular, support requests |
26 | (\k{feedback-support}) are probably better sent to |
27 | \W{news:comp.security.ssh}\c{comp.security.ssh} or passed to a local |
28 | expert if possible. |
3c42d118 |
29 | |
c43991d1 |
30 | The PuTTY contact email address is a private mailing list containing |
31 | four or five core developers. Don't be put off by it being a mailing |
32 | list: if you need to send confidential data as part of a bug report, |
33 | you can trust the people on the list to respect that confidence. |
34 | Also, the archives aren't publicly available, so you shouldn't be |
35 | letting yourself in for any spam by sending us mail. |
3c42d118 |
36 | |
492a04db |
37 | Please use a meaningful subject line on your message. We get a lot of |
38 | mail, and it's hard to find the message we're looking for if they all |
39 | have subject lines like \q{PuTTY bug}. |
40 | |
c43991d1 |
41 | \S{feedback-largefiles} Sending large attachments |
3c42d118 |
42 | |
c43991d1 |
43 | Since the PuTTY contact address is a mailing list, e-mails larger |
44 | than 40Kb will be held for inspection by the list administrator, and |
45 | will not be allowed through unless they really appear to be worth |
46 | their large size. |
47 | |
48 | If you are considering sending any kind of large data file to the |
49 | PuTTY team, it's almost always a bad idea, or at the very least it |
50 | would be better to ask us first whether we actually need the file. |
51 | Alternatively, you could put the file on a web site and just send us |
52 | the URL; that way, we don't have to download it unless we decide we |
53 | actually need it, and only one of us needs to download it instead of |
54 | it being automatically copied to all the developers. |
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. |
3c42d118 |
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 |
61017c33 |
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 |
c43991d1 |
72 | probably still wise to check whether we need it before sending it. |
3c42d118 |
73 | |
c43991d1 |
74 | If you \e{must} mail a screen shot, don't send it as a \cw{.BMP} |
3c42d118 |
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 | |
55881b4f |
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. |
c43991d1 |
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. |
3559b7b2 |
90 | |
3c42d118 |
91 | \H{feedback-bugs} Reporting bugs |
92 | |
93 | If you think you have found a bug in PuTTY, your first steps should |
94 | be: |
95 | |
96 | \b Check the |
ebe9a956 |
97 | \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/}{Wishlist |
3c42d118 |
98 | page} on the PuTTY website, and see if we already know about the |
99 | problem. If we do, it is almost certainly not necessary to mail us |
100 | about it, unless you think you have extra information that might be |
101 | helpful to us in fixing it. (Of course, if we actually \e{need} |
102 | specific extra information about a particular bug, the Wishlist page |
103 | will say so.) |
104 | |
105 | \b Check the |
106 | \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/changes.html}{Change |
107 | Log} on the PuTTY website, and see if we have already fixed the bug |
108 | in the development snapshots. |
109 | |
110 | \b Check the |
111 | \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/faq.html}{FAQ} |
112 | on the PuTTY website (also provided as \k{faq} in the manual), and |
113 | see if it answers your question. The FAQ lists the most common |
114 | things which people think are bugs, but which aren't bugs. |
115 | |
116 | \b Download the latest development snapshot and see if the problem |
117 | still happens with that. This really is worth doing. As a general |
118 | rule we aren't very interested in bugs that appear in the release |
119 | version but not in the development version, because that usually |
120 | means they are bugs we have \e{already fixed}. On the other hand, if |
121 | you can find a bug in the development version that doesn't appear in |
122 | the release, that's likely to be a new bug we've introduced since |
123 | the release and we're definitely interested in it. |
124 | |
125 | If none of those options solved your problem, and you still need to |
126 | report a bug to us, it is useful if you include some general |
127 | information: |
128 | |
129 | \b Tell us what version of PuTTY you are running. To find this out, |
130 | use the "About PuTTY" option from the System menu. Please \e{do not} |
131 | just tell us \q{I'm running the latest version}; e-mail can be |
132 | delayed and it may not be obvious which version was the latest at |
133 | the time you sent the message. |
134 | |
135 | \b Tell us what version of what OS you are running PuTTY on. |
136 | |
137 | \b Tell us what protocol you are connecting with: SSH, Telnet, |
138 | Rlogin or Raw mode. |
139 | |
140 | \b Tell us what kind of server you are connecting to; what OS, and |
141 | if possible what SSH server (if you're using SSH). You can get some |
142 | of this information from the PuTTY Event Log (see \k{using-eventlog} |
143 | in the manual). |
144 | |
145 | \b Send us the contents of the PuTTY Event Log, unless you |
146 | have a specific reason not to (for example, if it contains |
147 | confidential information that you think we should be able to solve |
148 | your problem without needing to know). |
149 | |
150 | \b Try to give us as much information as you can to help us |
151 | see the problem for ourselves. If possible, give us a step-by-step |
152 | sequence of \e{precise} instructions for reproducing the fault. |
153 | |
154 | \b Don't just tell us that PuTTY \q{does the wrong thing}; tell us |
155 | exactly and precisely what it did, and also tell us exactly and |
156 | precisely what you think it should have done instead. Some people |
157 | tell us PuTTY does the wrong thing, and it turns out that it was |
158 | doing the right thing and their expectations were wrong. Help to |
159 | avoid this problem by telling us exactly what you think it should |
160 | have done, and exactly what it did do. |
161 | |
162 | \b If you think you can, you're welcome to try to fix the problem |
163 | yourself. A patch to the code which fixes a bug is an excellent |
164 | addition to a bug report. However, a patch is never a \e{substitute} |
165 | for a good bug report; if your patch is wrong or inappropriate, and |
166 | you haven't supplied us with full information about the actual bug, |
167 | then we won't be able to find a better solution. |
168 | |
169 | \b |
170 | \W{http://www.chiark.greenend.org.uk/~sgtatham/bugs.html}\cw{http://www.chiark.greenend.org.uk/~sgtatham/bugs.html} |
171 | is an article on how to report bugs effectively in general. If your |
172 | bug report is \e{particularly} unclear, we may ask you to go away, |
173 | read this article, and then report the bug again. |
174 | |
102e81cf |
175 | It is reasonable to report bugs in PuTTY's documentation, if you |
176 | think the documentation is unclear or unhelpful. But we do need to |
177 | be given exact details of \e{what} you think the documentation has |
178 | failed to tell you, or \e{how} you think it could be made clearer. |
179 | If your problem is simply that you don't \e{understand} the |
180 | documentation, we suggest posting to the newsgroup |
181 | \W{news:comp.security.ssh}\c{comp.security.ssh} and see if someone |
182 | will explain what you need to know. \e{Then}, if you think the |
183 | documentation could usefully have told you that, send us a bug |
184 | report and explain how you think we should change it. |
185 | |
3c42d118 |
186 | \H{feedback-features} Requesting extra features |
187 | |
188 | If you want to request a new feature in PuTTY, the very first things |
189 | you should do are: |
190 | |
191 | \b Check the |
ebe9a956 |
192 | \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/}{Wishlist |
3c42d118 |
193 | page} on the PuTTY website, and see if your feature is already on |
194 | the list. If it is, it probably won't achieve very much to repeat |
195 | the request. (But see \k{feedback-feature-priority} if you want to |
196 | persuade us to give your particular feature higher priority.) |
197 | |
198 | \b Check the |
199 | \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/changes.html}{Change |
200 | Log} on the PuTTY website, and see if we have already added your |
201 | feature in the development snapshots. If it isn't clear, download |
202 | the latest development snapshot and see if the feature is present. |
203 | If it is, then it will also be in the next release and there is no |
204 | need to mail us at all. |
205 | |
206 | If you can't find your feature in either the development snapshots |
207 | \e{or} the Wishlist, then you probably do need to submit a feature |
208 | request. Since the PuTTY authors are very busy, it helps if you try |
209 | to do some of the work for us: |
210 | |
211 | \b Do as much of the design as you can. Think about \q{corner |
212 | cases}; think about how your feature interacts with other existing |
213 | features. Think about the user interface; if you can't come up with |
214 | a simple and intuitive interface to your feature, you shouldn't be |
215 | surprised if we can't either. Always imagine whether it's possible |
216 | for there to be more than one, or less than one, of something you'd |
217 | assumed there would be one of. (For example, if you were to want |
218 | PuTTY to put an icon in the System tray rather than the Taskbar, you |
219 | should think about what happens if there's more than one PuTTY |
220 | active; how would the user tell which was which?) |
221 | |
222 | \b If you can program, it may be worth offering to write the feature |
223 | yourself and send us a patch. However, it is likely to be helpful |
224 | if you confer with us first; there may be design issues you haven't |
225 | thought of, or we may be about to make big changes to the code which |
226 | your patch would clash with, or something. If you check with the |
227 | maintainers first, there is a better chance of your code actually |
228 | being usable. |
229 | |
230 | \H{feedback-feature-priority} Requesting features that have already |
231 | been requested |
232 | |
233 | If a feature is already listed on the Wishlist, then it usually |
234 | means we would like to add it to PuTTY at some point. However, this |
235 | may not be in the near future. If there's a feature on the Wishlist |
236 | which you would like to see in the \e{near} future, there are |
237 | several things you can do to try to increase its priority level: |
238 | |
239 | \b Mail us and vote for it. (Be sure to mention that you've seen it |
240 | on the Wishlist, or we might think you haven't even \e{read} the |
241 | Wishlist). This probably won't have very \e{much} effect; if a huge |
242 | number of people vote for something then it may make a difference, |
243 | but one or two extra votes for a particular feature are unlikely to |
1dcc27c8 |
244 | change our priority list immediately. Offering a new and compelling |
245 | justification might help. Also, don't expect a reply. |
3c42d118 |
246 | |
247 | \b Offer us money if we do the work sooner rather than later. This |
248 | sometimes works, but not always. The PuTTY team all have full-time |
249 | jobs and we're doing all of this work in our free time; we may |
250 | sometimes be willing to give up some more of our free time in |
251 | exchange for some money, but if you try to bribe us for a \e{big} |
252 | feature it's entirely possible that we simply won't have the time to |
253 | spare - whether you pay us or not. (Also, we don't accept bribes to |
254 | add \e{bad} features to the Wishlist, because our desire to provide |
255 | high-quality software to the users comes first.) |
256 | |
257 | \b Offer to help us write the code. This is probably the \e{only} |
258 | way to get a feature implemented quickly, if it's a big one that we |
259 | don't have time to do ourselves. |
260 | |
102e81cf |
261 | \H{feedback-support} Support requests |
262 | |
263 | If you're trying to make PuTTY do something for you and it isn't |
264 | working, but you're not sure whether it's a bug or not, then |
265 | \e{please} consider looking for help somewhere else. This is one of |
266 | the most common types of mail the PuTTY team receives, and we simply |
267 | don't have time to answer all the questions. Questions of this type |
268 | include: |
269 | |
270 | \b If you want to do something with PuTTY but have no idea where to |
271 | start, and reading the manual hasn't helped, try posting to the |
272 | newsgroup \W{news:comp.security.ssh}\c{comp.security.ssh} and see if |
273 | someone can explain it to you. |
274 | |
275 | \b If you have tried to do something with PuTTY but it hasn't |
276 | worked, and you aren't sure whether it's a bug in PuTTY or a bug in |
277 | your SSH server or simply that you're not doing it right, then try |
278 | posting to \W{news:comp.security.ssh}\c{comp.security.ssh} and see |
279 | if someone can solve your problem. Or try doing the same thing with |
280 | a different SSH client and see if it works with that. Please do not |
281 | report it as a PuTTY bug unless you are really sure it \e{is} a bug |
282 | in PuTTY. |
283 | |
284 | \b If you have successfully made a connection to your server and now |
285 | need to know what to type at the server's command prompt, or other |
286 | details of how to use the server-end software, talk to your server's |
287 | system administrator. This is not the PuTTY team's problem. PuTTY is |
288 | only a communications tool, like a telephone; if you can't speak the |
289 | same language as the person at the other end of the phone, it isn't |
290 | the telephone company's job to teach it to you. |
291 | |
292 | If you absolutely cannot get a support question answered any other |
293 | way, you can try mailing it to us, but we can't guarantee to have |
294 | time to answer it. |
295 | |
3c42d118 |
296 | \H{feedback-webadmin} Web server administration |
297 | |
298 | If the PuTTY web site is down (Connection Timed Out), please don't |
299 | bother mailing us to tell us about it. Most of us read our e-mail on |
300 | the same machines that host the web site, so if those machines are |
301 | down then we will notice \e{before} we read our e-mail. So there's |
302 | no point telling us our servers are down. |
303 | |
304 | Of course, if the web site has some other error (Connection Refused, |
305 | 404 Not Found, 403 Forbidden, or something else) then we might |
306 | \e{not} have noticed and it might still be worth telling us about it. |
307 | |
3a66e913 |
308 | If you want to report a problem with our web site, check that you're |
309 | looking at our \e{real} web site and not a mirror. The real web site |
8a6c2751 |
310 | is at |
311 | \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/}\c{http://www.chiark.greenend.org.uk/~sgtatham/putty/}; |
312 | if that's not where you're reading this, then don't report the |
313 | problem to us until you've checked that it's really a problem with |
314 | the main site. If it's only a problem with the mirror, you should |
315 | try to contact the administrator of that mirror site first, and only |
3a66e913 |
316 | contact us if that doesn't solve the problem (in case we need to |
317 | remove the mirror from our list). |
318 | |
3c42d118 |
319 | \H{feedback-permission} Asking permission for things |
320 | |
321 | PuTTY is distributed under the MIT Licence (see \k{licence} for |
322 | details). This means you can do almost \e{anything} you like with |
323 | our software, our source code, and our documentation. The only |
324 | things you aren't allowed to do are to remove our copyright notices |
325 | or the licence text itself, or to hold us legally responsible if |
326 | something goes wrong. |
327 | |
328 | So if you want permission to include PuTTY on a magazine cover disk, |
329 | or as part of a collection of useful software on a CD or a web site, |
330 | then \e{permission is already granted}. You don't have to mail us |
331 | and ask. Just go ahead and do it. We don't mind. |
332 | |
333 | If you want to use parts of the PuTTY source code in another |
334 | program, then it might be worth mailing us to talk about technical |
335 | details, but if all you want is to ask permission then you don't |
336 | need to bother. You already have permission. |
337 | |
338 | \H{feedback-mirrors} Mirroring the PuTTY web site |
339 | |
340 | All mirrors of the PuTTY web site are welcome. Please don't bother |
341 | asking us for permission before setting up a mirror. You already |
342 | have permission. We are always happy to have more mirrors. |
343 | |
344 | If you mail us \e{after} you have set up the mirror, and remember to |
345 | let us know which country your mirror is in, then we'll add it to |
346 | the |
347 | \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/mirrors.html}{Mirrors |
348 | page} on the PuTTY website. |
349 | |
350 | If you have technical questions about the process of mirroring, then |
351 | you might want to mail us before setting up the mirror; but if you |
352 | just want to ask for permission, you don't need to. You already have |
353 | permission. |
354 | |
355 | \H{feedback-compliments} Praise and compliments |
356 | |
357 | One of the most rewarding things about maintaining free software is |
358 | getting e-mails that just say \q{thanks}. We are always happy to |
359 | receive e-mails of this type. |
360 | |
361 | Regrettably we don't have time to answer them all in person. If you |
362 | mail us a compliment and don't receive a reply, \e{please} don't |
363 | think we've ignored you. We did receive it and we were happy about |
364 | it; we just didn't have time to tell you so personally. |
365 | |
366 | To everyone who's ever sent us praise and compliments, in the past |
367 | and the future: \e{you're welcome}! |
368 | |
369 | \H{feedback-address} E-mail address |
370 | |
371 | The actual address to mail is |
372 | \cw{<\W{mailto:putty@projects.tartarus.org}{putty@projects.tartarus.org}>}. |