User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:126.96.36.199) Gecko/20100104 SeaMonkey/2.0.2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:188.8.131.52) Gecko/20100104 SeaMonkey/2.0.2 In 'address book' when editing a 'mailing list' by double clicking on that list a window appears with all addresses on the list and the cursor at the bottom on the next empty line. This is great for adding an address, but it is not possible to highlight an existing address to remove it from the list without removing it from the address book itself. There are many that ask to be removed from a mailing list but still want to be in the address book. This has been reported by more than one user. Reproducible: Always Steps to Reproduce: 1. Click on address book 2. Double click on a mailing list 3. try to delete an address from the listing. Actual Results: Unable to highlight or remove individual address from the mailing list. Expected Results: Should be able to remove an address from a 'mailing list' without having to remove it from the 'address book'.
Chris Bee also reported the problem with SM 2.0.2 using Macosx 10.5.8.
Confirming on both 2.0 branch and trunk, WinXP (haven't checked other platforms). Deleting works if you use (Shift+) Tab to focus an address and then use Del or Backspace. Adjusting summary. Hint for solution: TB (which has almost the same dialog) is unaffected. It seems to be using abMailListDialog.xul instead of abListOverlay.xul (which should probably be moved to suite/ some day). TB has allowevents="true" on the <listitem>. I don't know whether that makes the difference. Karsten?
Help file didn't make mention of the (Shift+)Tab option. It does work as Jens Hatlak describes above. According to help file it should work as I expected (from the help file): 1. Open the Window menu and choose Address Book. 2. Expand the address book containing your mailing list by clicking the small triangle beside the address book title. 3. Highlight the mailing list by clicking its name. The list members appear to the right of the mailing list name. 4. Click the entry you wish to delete. 5. Click the Delete button.
Created attachment 422255 [details] [diff] [review] move allowevents attribute After wasting >1h just to find that you need to get rid of the per-profile XUL cache file for the changes to take effect... Here's a first draft patch. Not requesting sr or taking bug yet; I'd like to know whether this is the way to go first. Questions: 1. Does it make sense to realign/-order the attributes or is that overshooting the mark? I'll let you decide, Karsten. 2. abListOverlay.xul seems to be used only by SM (anymore?). Should we move it as part of this bug? If yes that would require different patches for branch and trunk (given branch approval, which is yet another question to be asked another time).
Comment on attachment 422255 [details] [diff] [review] move allowevents attribute (In reply to comment #2) > Confirming on both 2.0 branch and trunk, WinXP (haven't checked other > platforms). Happens on Linux as well. (In reply to comment #4) > 1. Does it make sense to realign/-order the attributes Just put the flex on its own line as well, no need to touch the other lines. > 2. abListOverlay.xul seems to be used only by SM (anymore?). Should we move it > as part of this bug? No need to complicate matters here, just split that off into another bug.
Created attachment 424336 [details] [diff] [review] patch v1a, r=Mnyromyr [Checkin: comment 6] Safe, SM-only fix for a usability problem. (In reply to comment #5) > > 2. abListOverlay.xul seems to be used only by SM (anymore?). Should we move > > it as part of this bug? > > No need to complicate matters here, just split that off into another bug. Filed Bug 543129.
Comment on attachment 424336 [details] [diff] [review] patch v1a, r=Mnyromyr [Checkin: comment 6] http://hg.mozilla.org/comm-central/rev/72fadb79f4e7 http://hg.mozilla.org/releases/comm-1.9.1/rev/41dd45057ec9