<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>Expand names dropping valid addresses in certain cases</title> 
  <pubDate>Thu, 09 Apr 2026 22:18:03 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/1900</link> 
  <atom:link rel="self" type="application/rss+xml" title="Expand names dropping valid addresses in certain cases" href="https://bugs.horde.org/ticket/1900/rss" /> 
  <description>Expand names dropping valid addresses in certain cases</description> 
 
   
   
  <item> 
   <title>Probably exists in HEAD too, since the code for expanding na</title> 
   <description>Probably exists in HEAD too, since the code for expanding names in 4.0.3 is a MFH.  For our installation, address expansion is set to search our LDAP directory server (name and email) and localsql (name and email).



The following general test case should trigger the bug:



1)  Compose a new message.

2)   In the To: field, enter three or more addresses.  Make sure that at least two of the entries are unique enough so that they would return an email address, and the third is ambigious

3)  Expand Names

4)  Select the ambigous address from the list



The bug is between steps three and four - essentially, one or more of the good addresses is lost altogether.



For a specific example:



Compose message.  In To:, enter Unique Name1, Unique Name2, Ambigous.  Hit Tab, to autoexpand (not strictly necessary but this is the process our users are accustomed to).  Click the Expand Names icon.  Either Unique Name 1, or Unique Name 2 will expand to an email address, but one of the unique names will disappear.  The Ambigous name will generate a drop down of all matches.







If in the above test case scenario, you use Unique Name1, Unique Name2, Bogus-Name-that-matches-nothing, the resulting error message is somewhat confusing.  Instead of returning a message that states &quot;Please resolve ambigious or invalid messages&quot;, if the # of matching addresses is zero, return &quot;No entries were found that match your search criteria&quot; or something to that effect.



As an aside, suppose I do the above, and end up with the one good address, and a disappeared good address.  I also have a line with my Bogus-Name-that-matches-nothing entry.  Suppose I see that I had a typo and I change that line to be Good-Name-that-matches-something.  I want to tab-auto-expand to expand that name.  I have to first click outside the form, then back in the portion of the To: form where the previously bad address was and then Tab works.  Do I need to do that to reset the tab autoexpansion?  Is it a limitation of javascript/forms, or IMP bug?</description> 
   <pubDate>Mon, 02 May 2005 22:16:55 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/1900#t7879</link> 
  </item> 
   
  <item> 
   <title>Also, the wording on the drop-down menu of addresses returne</title> 
   <description>Also, the wording on the drop-down menu of addresses returned from the Expand Names execution has caused more than a few chuckles here (no offense to Chuck ;)



Instead of: &quot;Please select or edit right next:&quot;, how about &quot;Click to select address or edit entry to the right --&gt;&quot;.  Wordier, but much more clear.  Maybe &quot;Click to select, or modify entry to the right:&quot; ??</description> 
   <pubDate>Mon, 02 May 2005 22:21:37 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/1900#t7880</link> 
  </item> 
   
  <item> 
   <title>I am unable to reproduce this with both HEAD and FRAMEWORK_3</title> 
   <description>I am unable to reproduce this with both HEAD and FRAMEWORK_3. Kevin, any chance you can try the latest FRAMEWORK_3 code, or alternately get me a test account and access to your Horde install?</description> 
   <pubDate>Tue, 17 May 2005 17:47:00 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/1900#t8281</link> 
  </item> 
   
  <item> 
   <title>I can reproduce this.</title> 
   <description>I can reproduce this.</description> 
   <pubDate>Tue, 17 May 2005 17:58:47 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/1900#t8284</link> 
  </item> 
   
  <item> 
   <title>I see it now too, using a different test case:



1. Enter &quot;</title> 
   <description>I see it now too, using a different test case:



1. Enter &quot;won&#039;t be found&quot;, &quot;unique&quot;.

2. Hit Expand Names

3. Watch the nonexistant one disappear.</description> 
   <pubDate>Tue, 17 May 2005 22:25:17 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/1900#t8291</link> 
  </item> 
   
  <item> 
   <title>This should be fixed now; please test since I wasn&#039;t seeing </title> 
   <description>This should be fixed now; please test since I wasn&#039;t seeing each variant of this. Here&#039;s the FRAMEWORK_3 version of the patch:



http://cvs.horde.org/diff.php/imp/compose.php?r1=2.800.2.24&amp;r2=2.800.2.25&amp;ty=u</description> 
   <pubDate>Wed, 18 May 2005 18:53:24 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/1900#t8321</link> 
  </item> 
   
  <item> 
   <title>I&#039;m not dropping addresses anymore.



I&#039;m still a little un</title> 
   <description>I&#039;m not dropping addresses anymore.



I&#039;m still a little unclear on what the &quot;right&quot; behavior of Tab Auto Expand is.  If I type a unique name, I can tab autoexpand as many times as I want in a field.



If I Expand Names, I can use tab autoexpansion in the CC and BCC fields, but not in the To field anymore.  



So unique name?  Tab autoexpansion continues to work in field.  Ambiguous name?  It wont&#039; work anymore..  Is that right?</description> 
   <pubDate>Wed, 18 May 2005 20:05:56 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/1900#t8323</link> 
  </item> 
   
  <item> 
   <title>I don&#039;t think there&#039;s any good way to support tab autoexpans</title> 
   <description>I don&#039;t think there&#039;s any good way to support tab autoexpansion on all of the various expand_names-created fields at the moment. The whole thing is a bit of a mess, though, and it&#039;d be good to clean it up further.



I&#039;m going to mark this ticket as resolved since the bug is gone. Further enhancements certainly aren&#039;t ruled out though.</description> 
   <pubDate>Wed, 18 May 2005 20:53:22 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/1900#t8324</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
