User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:188.8.131.52) Gecko/20060427 Camino/1.0.1 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:184.108.40.206) Gecko/20060427 Camino/1.0.1 address book sub-list should update as soon as you choose Delete for a chosen card. It appears that the card is not deleted, but it is and the list will redo itself if you display a different list and then go back to the one you were working with. Reproducible: Always Steps to Reproduce: 1. choose a List under Personal Address Book 2. highlight a card in that List 3. hit Delete. Actual Results: list of cards in that List does not change so you think the Delete didn't work. Expected Results: list should update right away. using TBird 220.127.116.11, only extension is addressContext 0.7
The user is faced with severe cognitive dissonance (e.g., spades are coloured red and hearts are black) when he thinks something did not work when it actually does work eventually. Even if he opens and closes the address book to look at the same item to confirm if it has been deleted, the deleted item still appears to be there. It ONLY disappears if you open and close another list. This is very poor usability design since the user may spend a lot of wasted effort trying to delete a item from the list and confirm it. I'm using TBird 18.104.22.168 on Windows XP Pro
Problem remains, TB 22.214.171.124 on Win XP.
Problem remains: version 126.96.36.199 (20071031) on win xp
This has been fixed by bug 406921 for the next major releases of Thunderbird (3.0) and SeaMonkey (2.0)
Status: UNCONFIRMED → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.