ports/165263: mail/thunderbird: core dumping most time when users are LDAP backed up.

[Oliver Hartmann]

>Number:         165263
>Category:       ports
>Synopsis:       mail/thunderbird: core dumping most time when users are LDAP backed up.
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Feb 18 13:20:12 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator:     Oliver Hartmann
>Release:        FreeBSD 9.0-STABLE/amd64, FreeBSD 10.0-CURRENT/amd64
>Organization:
FU Berlin
>Environment:
>Description:
mail/thunderbirs crashes since thunderbird 8 in most cases when trying to start and the user is kept in OpenLDAP DIT, it doesn't matter whether the LDAP server is local or remote.
The error messega ebefore core dumping is

(thunderbird-bin:10741): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (1089)

1089 is the ID of the user, but it doesn't matter what user and what host and what OpenLDAP backend is used (we have several), it is always the same - coredump.

I can get rid of that situation starting firefox prior to the start of thunderbird. In most cases this works. This lead me to belief that eventually nscd(8) and the nsswitch cache could cause the problem, but even with no cache enabled/allowed I receive this error.

Sometimes I need to stop firefox, close it and then restart to start also thunderbird. This is a boring procedure.
>How-To-Repeat:
Try starting mail/thunderbird on FreeBSD amd64 platforms when users are kept in OpenLDAP.
>Fix:
Prior to the start of thunderbird, start firefox. It seems then that the user missing and triggering coredump in thunderbird is then found on LDAP and thunderbirds starts as expected.

>Release-Note:
>Audit-Trail:
>Unformatted: