File: exmh.BUGS

package info (click to toggle)
exmh 1:2.9.0-1
  • links: PTS
  • area: main
  • in suites: buster
  • size: 4,216 kB
  • sloc: tcl: 38,046; perl: 1,647; makefile: 130; sh: 101; exp: 75; csh: 9; sed: 2
file content (330 lines) | stat: -rw-r--r-- 8,526 bytes parent folder | download | duplicates (11)
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
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330

Number: 1
Version: 2.1.0
Priority: Medium
Scope: Narrow
Complexity: Easy
Status:

Harry G. McGavran Jr. <hgm@lanl.gov> reports on exmh-users that 
double-clicking the iconified window still refuses to de-iconify.  My
recollection is that a 1 or 2 line fix was posted to exmh-workers a while 
back, but I can't find it in the archive.  
- slipcon



These are known bugs in exmh, along with the release under which they
were reported.

----------------------------------------------------------------------
Number: 3
Version: 2.0.3
Priority: Low
Scope: Narrow
Complexity: Medium
Status: 

This is an old bug.  The MIME display code misses one part of the RFC's
requirements on multiparts in which the number of CRLFs at the end of
a section have a meaning that I don't actually recall at the moment.
I discovered it a while after I wrote the code.  It probably isn't
hard, but I haven't looked at that code in 5 years or more.


----------------------------------------------------------------------
Number: 5
Version: 2.0.3
Priority: Medium
Scope: Narrow
Complexity: ?
Status: 

Not cleaning up MIME parts saved into temp files.  Not cleaning up
audit logs.


----------------------------------------------------------------------
Number: 6
Version: 2.0.3 + cvs as of around 4/7
Priority: Low
Scope: Narrow
Complexity: ?
Status: Bug 10 was fixed.  Someone thought this might be a duplicate
	of that.  Was it? 

I-Spell gets turned off by magic.  Make the magic go away.


----------------------------------------------------------------------
Number: 7
Version: 2.0.3
Priority: Low
Scope: Narrow
Complexity: ?
Status: 

The "use message as draft" does not highlight the body (not obeying
the "colorize multipart" preference?).


----------------------------------------------------------------------
Number: 9
Version: 2.0.3
Priority: Low
Scope: Narrow
Complexity: ?
Status: 

A URL of the form "http://host.dom" without a trailing slash doesn't
work.

Subject: Re: exmh built in browser bug?
Date: Wed, 14 Apr 1999 11:17:20 -0700 (13:17 CDT)
From: Brent Welch <welch@scriptics.com>

We should fix it to use the http:: package, if available.
I also noticed there is no timeout on Http_get.



----------------------------------------------------------------------
Number: 11
Version: 2.0.2
Priority: ?
Scope: ?
Complexity: ?
Status: 

Message received at submit@bugs.debian.org:
From: "Thomas Gebhardt" <gebhardt@HRZ.Uni-Marburg.DE>

Package: exmh
Version: 2.0.2-1

Hi,

sometimes I get a message with MIME encoded iso-latin characters with
a header like


Mime-Version: 1.0
Content-Type: multipart/signed;
 boundary="-==--=-=-=======--==--=-=--=-===---===----=--===";
 protocol="application/pgp-signature"; micalg=pgp-sha1

---==--=-=-=======--==--=-=--=-===---===----=--===
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

.... message text ....


---==--=-=-=======--==--=-=--=-===---===----=--===
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: PGPfreeware 5.5.3i for non-commercial use <http://www.pgpi.com>

iQA/AwUBNZOc0qMJGtg+zqPAEQKTsgCg7+JhDM/BnXCnoWZebJGyZmMBxzoAoLbP
stDjIbtFhQEP+EiReo3uqVME
=4ohD
-----END PGP MESSAGE-----

---==--=-=-=======--==--=-=--=-===---===----=--===--                   

When I reply to such a message and use the "Quote" Button to
quote parts of the message text, then the iso-latin characters
do not show up correctly in the quoted text. They are displayed
like "=F6" , i.e. as MIME codes.

This seems to be a bug report for the upstream maintainer.

Cheers, Thomas



----------------------------------------------------------------------
Number: 12
Version: 2.0.2
Priority: ?
Scope: ?
Complexity: ?
Status: 

Message received at submit@bugs.debian.org:
From: Martin Weinberg <weinberg@osprey.phast.umass.edu>

Setting FACEPATH as documented in /usr/doc/exmh/README.debian
results in a display of arbitrary faces.  I have not been able
to figure out the logic error in faces.tcl.

Picons behave properly if FACEPATH is not set.



----------------------------------------------------------------------
Number: 13
Version: 1.6.9
Priority: ?
Scope: ?
Complexity: ?
Status: 

Message received at submit@bugs.debian.org:
From: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>

The exmh frontend can not handle inc contacting a POP server and asking
for a password.



----------------------------------------------------------------------
Number: 14
Version: 1.6.9
Priority: ?
Scope: ?
Complexity: ?
Status: 

[This may be impossible to fix, since PGP doesn't really
output any useful exit status]

Message received at submit@bugs.debian.org:
From: Lars Wirzenius <liw@iki.fi>

If I change PGP to use some other language than English, exmh
loses it's ability to verify PGP messages. This is because
it checks the output of PGP to see if it has a message that
indicates a good signature. The pattern matches English only.

This could be fixed to have exmh support all languages, or to
force PGP to use English when run from exmh. I don't know if
either is feasible without modifying either program heavily (and
if either is going to be modified, it should be exmh, I think;
PGP is a security tool, and should not be modified lightly).

I have no fix, and the problem is not Debian-specific. It may
be good to just forward this to the upstream authors.



----------------------------------------------------------------------
Number: 16
Version: 2.0.2 maybe earlier
Priority: ?
Scope: ?
Complexity: ?
Status: 

From: Anders Eriksson <anders.c.eriksson@era.ericsson.se> 
Date: Thu, 01 Apr 1999 14:27:43 +0200 

Hi, This is a bug that has been bugging me for some time now.  When I
use mouse-base cut&paste the stuff pasted into the buffer is often
something I cut&pasted several iterations ago. Is this a exmh or tk
bug?  I use

exmh-2.0.2 (no patches)
tcl/tk-8.0
fvwm2
Linux-2.0.36

From: Brent Welch <welch@scriptics.com> 
Date: Fri, 02 Apr 1999 13:59:44 -0800 

This is an exmh bug...



----------------------------------------------------------------------
Number: 19
Version: 2.0.2
Priority: Low
Scope: Narrow
Complexity: Probably easy
Status:

In Ispell, when you change default language selections there is often an
uncaught error from a pipe close.

error flushing "file9": broken pipe
    while executing
"flush $ispellVars(spell_buffer)"
    (procedure "Ispell_Init" line 52)
    invoked from within
"Ispell_Init"
    invoked from within
".sedit1.f.t.m.sub invoke active"
    ("uplevel" body line 1)
    invoked from within
"uplevel #0 [list $w invoke active]"
    (procedure "tkMenuInvoke" line 29)
    invoked from within
"tkMenuInvoke .sedit1.f.t.m.sub 1"


----------------------------------------------------------------------
Number: 20
Version: 2.0.2
Priority: Med
Scope: Narrow
Complexity: ?
Status:

Date: Fri, 23 Apr 1999 11:36:04 -0400 (10:36 CDT)
From: Chip Christian <chip@princetontele.com>

The url-scanning code only looks for one url per line, but sometimes I get 
messages with more.  


----------------------------------------------------------------------
Number: 21
Version: 2.0.2
Priority: Low
Scope: Narrow
Complexity: Doc only
Status:

The Hook_SeditInit predefined hooks are not mentioned in the html doc.
There might be others, review the code and document any missing ones
----------------------------------------------------------------------
Number: 22
Version: 2.0.2
Priority: medium
Scope: Narrow
Complexity: 
Status:

Found this in Intro.html:

BUG: if you have projected a New FTOC, a subsequent pick will only
select messages still on the display. You need to rescan the folder
to start over. Sigh. 
----------------------------------------------------------------------
Number: 23
Version: 2.1.0
Priority: medium
Scope: Narrow
Complexity: 
Status:

Pgp_Exec sometimes indicates a PGP operation has failed when it actually
suceeded. As far as I can tell the problem is that in a [catch {exec $cmd}]
the catch gets triggered if the cmd uses stderr. Some form of smarter
error checking seems necessary. - kchrist
----------------------------------------------------------------------
Number: 24
Version: 2.1.0
Priority: medium
Scope: Narrow
Complexity: 
Status:

Detected a pgpMatch failure. While trying to match user@hotmail.com 
a key search for @hotmail.com was done. The search returned 
wronguser@hotmail.com (single match) and the key was used although
user != wronguser. I suspect having a single match for a key may
be responsible here. - kchrist