Inconsistent returned "PreferMailFormat" values

RESOLVED WONTFIX

Status

MailNews Core
LDAP Integration
RESOLVED WONTFIX
16 years ago
9 years ago

People

(Reporter: John Marmion, Assigned: John Marmion)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment, 2 obsolete attachments)

(Assignee)

Description

16 years ago
OpenOffice.org(OOo) uses Mozilla's AB Query implementation. When the Mozilla
attribute "PreferMailFormat" is accessed from a mork database, the values "0",
"1" or "2" are returned. When an LDAP Directory Server supporting this attribute
is accessed, the returned values are "true" or "false". 

Mozilla itself does not have this problem because it never requests individual
properties, it always requests an nsIAbCard interface which it uses to fetch the
values. On the other-hand OOo is requesting the properties without using the
nsIAbCard interface. This problem was highlighted following the fix for bug
#119331

I hope to attach a patch for this bug soon.
(Assignee)

Updated

16 years ago
Summary: Inconsistent returned xMozillaPreferredMailFormat values → Inconsistent returned "PreferMailFormat" values
(Assignee)

Comment 1

16 years ago
Created attachment 68884 [details] [diff] [review]
Ensure consistent returned values for non-Mozilla queries

Comment 2

16 years ago
John, since you have the patch do you want to take this bug.
(Assignee)

Comment 3

16 years ago
OK Srilatha.
Status: NEW → ASSIGNED
(Assignee)

Comment 4

16 years ago
Taking ownership of this and will press aheadd for a review.
Assignee: srilatha → john.marmion
Status: ASSIGNED → NEW
(Assignee)

Comment 5

15 years ago
Created attachment 90238 [details] [diff] [review]
keep patch up-to-date with head

no content change but keep patch up-to-date with head
Attachment #68884 - Attachment is obsolete: true

Comment 6

15 years ago
Comment on attachment 90238 [details] [diff] [review]
keep patch up-to-date with head

It's not entirely clear to me what's going on here.  Can you add some comments
to the code to help clear that up?   Also, be sure to add your name to the
Contributors list in the license boilerplate at the top of the file.
Attachment #90238 - Flags: needs-work+
(Assignee)

Comment 7

15 years ago
Created attachment 94908 [details] [diff] [review]
Add explanation as requested by dan.

Finally responding to Dan's initial look at this and hoping the comments
clarify the reasoning behind this request.I will re-submit this for review.
Attachment #90238 - Attachment is obsolete: true
(Assignee)

Comment 8

15 years ago
I am going to mark this as "WONTFIX". The is a bug, but it is only visible from
OpenOffice.org (OOo) which integrates with Mozilla's Address Book. OOo accessed
the card properties by requesting individual properties and then getting the
value. Mozilla on the other hand uses the "card:nsIAbCard" interface and thus
individual card properties can be retreived from there. OOo is now going to
request the card properties using the same interface thus ensuring that this
code is not activated.
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → WONTFIX

Updated

15 years ago
QA Contact: yulian → gchan
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.