Number: 1 Version: 2.1.0 Priority: Medium Scope: Narrow Complexity: Easy Status: Harry G. McGavran Jr. 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 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" 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 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 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 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 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 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 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 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