Closed Bug 290023 Opened 21 years ago Closed 21 years ago

Duplicate Mailing Lists can be created inside Address Book when leading and trailing spaces are given.

Categories

(SeaMonkey :: MailNews: Address Book & Contacts, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: malika.jaiswal, Unassigned)

Details

Attachments

(2 files, 2 obsolete files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050319 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050319 Lists can be created inside Adress Book when leading and trailing spaces are given. Reproducible: Always Steps to Reproduce: 1.Open an Address Book. 2.Create a List named "ABC" inside it. 3.Create another List with name "ABC" inside it . A message comes "Duplicate Address List". 4.Create another List with name "ABC " inside it. 5. Create another List with name " ABC" inside it. (see the spaces) Actual Results: 3 Mailing Listings with the same name are created. Expected Results: Duplicate Lists should not be created.
confirming the bug on latest mozilla1.7.6 for OS/2.
91 var canonicalNewListName = listname.toLowerCase(); 92 var canonicalOldListName = oldListName.toLowerCase(); replacing these lines with 91 var canonicalNewListName = listname.toLowerCase().replace(/(^\s+)|(\s+$)/g, '');//abhi 92 var canonicalOldListName = oldListName.toLowerCase().replace(/(^\s+)|(\s+$)/g, '');//abhi in file mailnews/ addrbook/ resources/ content/ abMailListDialog.js is fixing the problem for me.
confirming the bug on Mozilla 1.8b1 on Windows 2K SP4 Further if you rename the new address book (with spaces) and remove the leading or trailing spaces then there is no warning about duplicate name. The duplicate address book stays.
(In reply to comment #3) > confirming the bug on Mozilla 1.8b1 on Windows 2K SP4 > > Further if you rename the new address book (with spaces) and remove the leading > or trailing spaces then there is no warning about duplicate name. The duplicate > address book stays. I think you are talking about addressbook here we are discussing mailing list problem. Your comment is valid in context of bugid#290024 or we can address this problem separately.
when I was debugging thru the file abMailListDialog.js I found another interesting thing that say I create a mailing list named " ABC" now if I create another list with name "ABC" it is not giving any popup or error message. So I tried this 185 if (GetListValue(mailList, true)) { 186 var parentDirectory = GetDirectoryFromURI(uri); + var name= mailList.dirName.replace(/(^\s+)|(\s+$)/g, '');//abhi + mailList.dirName=name;//abhi 187 parentDirectory.addMailList(mailList); 188 } - 251 gListCard.lastName = gEditList.dirName; + 251 gListCard.lastName = gEditList.dirName.replace(/(^\s+)|(\s+$)/g, '');//abhi and 252 gListCard.nickName = gEditList.listNickName; 253 gListCard.notes = gEditList.description; 254 } + var name= gEditList.dirName.replace(/(^\s+)|(\s+$)/g, '');//abhi + gEditList.dirName=name;//abhi and this thing is fixing the other problem.
Attached patch patch (obsolete) — Splinter Review
Attachment #180686 - Flags: review?(sspitzer)
Comment on attachment 180686 [details] [diff] [review] patch An mailing should be A mailing.
Attachment #180686 - Flags: superreview?(bienvenu)
Attachment #180686 - Flags: review?(sspitzer)
Attachment #180686 - Flags: review?(neil.parkwaycc.co.uk)
Summary: Duplicate Mailing Lists can be created inside Adress Book when leading and trailing spaces are given. → Duplicate Mailing Lists can be created inside Address Book when leading and trailing spaces are given.
Marking bug as confirmed, I agree with this one as a names like with trailing spaces are hard to distinguish between in lists, and it looks like we may mess sending up if lists have spaces on the end or beginning.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment on attachment 180686 [details] [diff] [review] patch > if (listname.length == 0) > { > var alertText = gAddressBookBundle.getString("emptyListName"); > alert(alertText); > return false; > } This is the code that handles empty list names. So why did you add two sets of new code instead of fixing this one? > if (GetListValue(mailList, true)) { >+ var name=mailList.dirName.replace(/(^\s+)|(\s+$)/g, ''); >+ mailList.dirName=name; Hasn't GetListValue already used the correct name? If not, why not? Same thing later on in the patch.
Attachment #180686 - Flags: review?(neil.parkwaycc.co.uk) → review-
Attached patch V2Splinter Review
This is improved version of patch.
Attachment #180686 - Attachment is obsolete: true
Attachment #181494 - Flags: review?(neil.parkwaycc.co.uk)
Comment on attachment 180686 [details] [diff] [review] patch Clearing now redundant review request flag.
Attachment #180686 - Flags: superreview?(bienvenu)
Assignee: sspitzer → mail
Comment on attachment 181494 [details] [diff] [review] V2 Wow, that simplified the patch a bit! If that's all you need to resolve the bug to your satisfaction then great :-) >+ var listname = (document.getElementById('ListName').value).replace(/(^\s+)|(\s+$)/g, ''); r=me if you remove all the extra parentheses - while those around the (document...value) are just ugly the ones in the regexp actually force the JS engine to update the values of RegExp.$1 and RegExp.$2
Attachment #181494 - Flags: review?(neil.parkwaycc.co.uk) → review+
Attached patch V3 (obsolete) — Splinter Review
Attachment #181757 - Flags: review?(neil.parkwaycc.co.uk)
Comment on attachment 181757 [details] [diff] [review] V3 No, this is not what I meant; you didn't remove the parentheses in the regexp.
Attachment #181757 - Flags: review?(neil.parkwaycc.co.uk) → review-
yes I understood but by mistake I uploaded a wrong patch, I think this should be ok with you. var listname = document.getElementById('ListName').value.replace(/^\s+|\s+$/g, '');
Attached patch right patch V2Splinter Review
Attachment #181757 - Attachment is obsolete: true
Attachment #181841 - Flags: review?(neil.parkwaycc.co.uk)
Attachment #181841 - Flags: review?(neil.parkwaycc.co.uk) → review+
Attachment #181841 - Flags: superreview?(mail)
Comment on attachment 181841 [details] [diff] [review] right patch V2 mail@seamonkey.bugs is no real person...
Attachment #181841 - Flags: superreview?(mail) → superreview?(bienvenu)
Attachment #181841 - Flags: superreview?(bienvenu) → superreview+
Attachment #181841 - Flags: approval1.8b2?
Attachment #181841 - Flags: approval1.7.8?
Attachment #181841 - Flags: approval-l10n?
Attachment #181841 - Flags: approval-aviary1.1a?
Attachment #181841 - Flags: approval-aviary1.0.4?
Comment on attachment 181841 [details] [diff] [review] right patch V2 a=asa for trunk landing
Attachment #181841 - Flags: approval1.8b2?
Attachment #181841 - Flags: approval1.8b2+
Attachment #181841 - Flags: approval-aviary1.1a?
Attachment #181841 - Flags: approval-aviary1.1a+
abhijeet, you don't need approval-l10n, and I doubt they will want the patch in aviary 1.0.5 or 1.7.8 (the branches generally consist security fixes only) approval1.8b2+ and approval-aviary1.1a1+ is good enough for checkin as long as it's before the 1.8b2 release (sometime soon). Ask on #developers (irc://irc.mozilla.org) or on this bug if you need someone to check it in for you.
Fix checked in.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment on attachment 181841 [details] [diff] [review] right patch V2 Removing unused approval request flags, if we really should have them, please flag them again, but I can't see a good reason.
Attachment #181841 - Flags: approval1.7.8?
Attachment #181841 - Flags: approval-l10n?
Attachment #181841 - Flags: approval-aviary1.0.5?
Verified FIXED, using the clear steps in comment 0 to check and prove that we now alert the user that " ABC", "ABC ", and "ABC" are the same name. Windows XP, build Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050524, Seamonkey trunk.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: