Difference between revisions of "Mozilla2Seamonkey/Problem Log/Common"

From Apache OpenOffice Wiki
Jump to: navigation, search
(New page: {| cellpadding="4" cellspacing="0" style="margin: 1em 1em 1em 1em;" border="1" rules="all" width="90%" |- align="left" style="background-color:#cccccc" | '''displaying an LDAP directory d...)
 
Line 7: Line 7:
 
| connecting to an LDAP server seems to work fine, a table named <code>LDAP directory</code> is displayed. However, upon opening this table by double-clicking it, the data table view comes up empty, and an error message saying "SQL Status: HY000 An error occurred while executing the query." is displayed. Quite unhelpful.
 
| connecting to an LDAP server seems to work fine, a table named <code>LDAP directory</code> is displayed. However, upon opening this table by double-clicking it, the data table view comes up empty, and an error message saying "SQL Status: HY000 An error occurred while executing the query." is displayed. Quite unhelpful.
 
|- align="left" style="background-color:#eeeeee"  
 
|- align="left" style="background-color:#eeeeee"  
 +
| ''reason''
 +
|-
 +
| In SeaMonkey, the mapping between LDAP attributes (such as "ou") and address book properties (such as "Department") is not hard-coded in the source anymore, but when doing an LDAP search, an implementation of <code>nsIAbLDAPAttributeMap</code> has to be provided, which describes this mapping. Since in the current driver, this implementation does not yet exist, LDAP searches fail completely.
 
| ''solution''
 
| ''solution''
 
|-
 
|-
| {{TODO|none yet}}
+
| implement <code>nsIAbLDAPAttributeMap</code>, and provide it when doing an LDAP search.
 +
| ''remarks''
 +
|-
 +
| This opens the door for a often-requested enhancement: People want to be able to modify the attribute mapping, to accommodate it to their specific LDAP schema. So far, this is not possible, since it would require adjustments to the Mozilla code. Now, with SeaMonkey retrieving the mapping from our driver at runtime, we could implement a configuration-based solution, which loads the mapping from the configuration. This way, people could easily adjust it to their needs.
 
|}
 
|}

Revision as of 12:10, 30 January 2009

displaying an LDAP directory does not work
problem
connecting to an LDAP server seems to work fine, a table named LDAP directory is displayed. However, upon opening this table by double-clicking it, the data table view comes up empty, and an error message saying "SQL Status: HY000 An error occurred while executing the query." is displayed. Quite unhelpful.
reason
In SeaMonkey, the mapping between LDAP attributes (such as "ou") and address book properties (such as "Department") is not hard-coded in the source anymore, but when doing an LDAP search, an implementation of nsIAbLDAPAttributeMap has to be provided, which describes this mapping. Since in the current driver, this implementation does not yet exist, LDAP searches fail completely. solution
implement nsIAbLDAPAttributeMap, and provide it when doing an LDAP search. remarks
This opens the door for a often-requested enhancement: People want to be able to modify the attribute mapping, to accommodate it to their specific LDAP schema. So far, this is not possible, since it would require adjustments to the Mozilla code. Now, with SeaMonkey retrieving the mapping from our driver at runtime, we could implement a configuration-based solution, which loads the mapping from the configuration. This way, people could easily adjust it to their needs.
Personal tools