Your message dated Sun, 4 Jul 2010 13:54:29 -0700 (PDT)
with message-id <[email protected]>
and subject line Re: Bug#587297: alpine: pasting or un-cutting addresses into
header fields screws everything up
has caused the Debian Bug report #587297,
regarding alpine: pasting or un-cutting addresses into header fields screws
everything up
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
587297: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587297
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: alpine
Version: 2.00+dfsg-6
Severity: important
It seems like I should be able to select a few addresses and
center-click in the alpine terminal while in the address header.
With rich headers enabled, for example, pasting addresses causes
all kinds of mayhem, like they end up in newsgroups, halfway through
the subject line, etc.
Pasting them into the body and then ^K cutting and ^U uncutting into
the message header is almost as bad. Even though the text I cut has
them one per line, with comma-space after each one, it jams many of
them together.
The first case should work - copy and paste into a terminal. If
alpine has to do some kind of verification on address format after
parsing each one, it should hold input from the terminal until it
is done, and then return the cursor to the right place at the end
of the currently selected field, instead of moving down. This is
extremely confusing and causes accidents.
Mark
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages alpine depends on:
ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib
ii libgssapi-krb5-2 1.8.1+dfsg-5 MIT Kerberos runtime libraries - k
ii libkrb5-3 1.8.1+dfsg-5 MIT Kerberos runtime libraries
ii libldap-2.4-2 2.4.17-2.1 OpenLDAP libraries
ii libncurses5 5.7+20100313-2 shared libraries for terminal hand
ii libpam0g 1.1.1-3 Pluggable Authentication Modules l
ii libssl0.9.8 0.9.8o-1 SSL shared libraries
alpine recommends no packages.
Versions of packages alpine suggests:
ii aspell 0.60.6-4 GNU Aspell spell-checker
ii exim4 4.72-1 metapackage to ease Exim MTA (v4)
ii exim4-daemon-light [mail-tran 4.72-1 lightweight Exim MTA (v4) daemon
-- no debconf information
--- End Message ---
--- Begin Message ---
On Sun, 4 Jul 2010, Asheesh Laroia wrote:
>
> You wrote, "With rich headers enabled". What does that refer to? I don't see
> such an option in "Main Setup Config" (M S C).
Compose a message. Move to the header fields. One of the
options is ^R, "Rich Hdr" i.e. rich headers - Bcc for
instance, also newsgroups.
> Also, can you reply with a screenshot to describe the
> behavior you consider bad? That would make it way easier
> for me to grok what you mean. I'm finding it hard to
> figure out what exactly the bad behavior is that you want
> fixed.
They said on this list that this is something that cannot be
fixed because of differences between terminals. I argue,
that it can be fixed - if the field encounters a comma,
extend the field on return instead of moving to the next
field, and only parse addresses for validity after moving
out of the field.
Maybe this is silly and I need to close this. I think it
is. If I put all the addresses on one line, I can paste them
into the header field without a problem.
... closing - thanks.
Mark
--- End Message ---
