Another buglet - 'clip' handling...

This one will be a bit harder to fix...

If you 'clip' a MIME 'multipart/alternative' message into another window, and
then move to another message, you get a nasty traceback if you try to use some
of the menu functions like "show alternative":

can't read "mimeHdr(0=1,priorChosenPart)": no such element in array
    while executing
"MimeLabel  $part=$mimeHdr($part,priorChosenPart)  part"
    (procedure "MimeRedisplaySubpart" line 4)
    invoked from within
"MimeRedisplaySubpart .tear0.t 0=1"
    ("uplevel" body line 1)
    invoked from within
"uplevel #0 $cmd"
    invoked from within
"if $error {
	error $result $ei
    } else {
	return $result
    }"

Even worse evil happens if the new message you're viewing is *also* a multipart/
alternative. In that case, selecting 'show alternative' in the 'clip' window
will show the right body part *from the other message*'.

The problem is that we simply clone over the values like '0=1' for the message
we're viewing.  We should either be properly refcounting the message parts,
or creating an entire temp copy and giving that to 'clip'.

_______________________________________________
Exmh-users mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/exmh-users

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Exmh version 2.5 07/13/2001

iD8DBQFM3sLBcC3lWbTT17ARAvhoAKC86nXXi7Zq1jPTHp0Oz53vLXY06gCgnp+1
ICJKxyF4L7jRxIXqn/gyP3M=
=0eig
-----END PGP SIGNATURE-----