| Summary | Auto-Expand "Can't Be Expanded" |
| Queue | IMP |
| Queue Version | 4.0-RC1 |
| Type | Enhancement |
| State | Resolved |
| Priority | 3. High |
| Owners | Horde Developers (at) |
| Requester | lee (at) disinfo (dot) com |
| Created | 11/24/2004 (7635 days ago) |
| Due | |
| Updated | 11/30/2004 (7629 days ago) |
| Assigned | 11/24/2004 (7635 days ago) |
| Resolved | 11/30/2004 (7629 days ago) |
| Milestone | |
| Patch | No |
http://cvs.horde.org/diff.php/imp/compose.php?r1=2.768&r2=2.769&ty=h
but it fixed other problems in the old code. So a reversion is not possible.
BTW, I saw this bug yesterday too but haven't had a chance to debug it
yet. Here's how to reproduce:
1. insert a string of two names, one that is not in your addressbook
and one that is ambiguous. Click Expand.
2. select one of the ambiguous options and click expand
3. on this page, there will be the unknown expand string on one To
line and the expanded e-mail address on the second To line. Click
expand again.
4. All To addresses have now disappeared (ooohhh... magic!)
Assigned to
State ⇒ Assigned
State ⇒ New
Priority ⇒ 1. Low
Type ⇒ Enhancement
Summary ⇒ Auto-Expand "Can't Be Expanded"
Queue ⇒ IMP
addresses are exanded and webmail does not report which addresses have
failed to be expanded. It is far more intuitive for webmail to expand
all addresses that it can, and then report "The following addresses
could not be expanded: ..." or "Invalid To: field, unable to expand"
in no addresses can be expanded.