first time after restart LDAP-Addressbook works, second time it doesn't. Mozilla 1.1 was fine!

RESOLVED INCOMPLETE

Status

MailNews Core
LDAP Integration
--
major
RESOLVED INCOMPLETE
15 years ago
9 years ago

People

(Reporter: Derk Muenchhausen, Unassigned)

Tracking

1.0 Branch
x86
Linux

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

15 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130

The first time after a restart of mozilla (or a restart of openldap-server) a
LDAP-Addressbook request works. After that the LDAP-Addressbook finds nothing
anymore. 

The Mozilla 1.1 releases were fine! 1.2 and 1.2.1 on Linux and Windows have this
error!

I use openldap "slapd 2.0.11-Release".

Reproducible: Always

Steps to Reproduce:
1. put in a name in Address-Book-Textfield "Name or Email contains:" e.g. derk
==> you will get an address - everything ok.
2. search e.g. a name again
==> you get an empty result even if you type in the same name again NOT OK!
3. additinal test: restart your openldap server, but keep mozilla running
4. search a name again
==> you get a result - ok.

Actual Results:  
empty result

Expected Results:  
address

for the error case, I dumped the result of my openldap server (Version
2.0.11-Release) with debug -1:


daemon: activity on 1 descriptors^M
daemon: new connection on 19^M
daemon: conn=1 fd=19 connection from IP=80.128.131.128:28839 (IP=0.0.0.0:31746)
accepted.^M
daemon: added 19r^M
daemon: activity on:^M
daemon: select: listen=6 active_threads=0 tvp=NULL^M
daemon: select: listen=7 active_threads=0 tvp=NULL^M
daemon: activity on 1 descriptors^M
daemon: activity on: 19r^M
daemon: read activity on 19^M
connection_get(19)^M
connection_get(19): got connid=1^M
connection_read(19): checking for input on id=1^M
TLS trace: SSL_accept:before/accept initialization^M
tls_read: want=11, got=11^M
  0000:  16 03 01 00 5d 01 00 00  59 03 01                  ....]...Y..       ^M
tls_read: want=87, got=87^M
  0000:  00 10 d3 e4 97 d9 da d5  27 37 47 8c 90 1a 3a 8f   ........'7G...:.  ^M
  0010:  52 5d 4e b5 66 85 38 ca  f0 12 99 5f 0e 4d f4 40   R]N.f.8...._.M.@  ^M
  0020:  20 48 e9 d1 ab b3 e9 8a  2e b1 b0 32 30 6e 15 29    H.........20n.)  ^M
  0030:  f8 ac 48 a4 2f 77 21 c1  9b cf ed 2b 85 80 54 2b   ..H./w!....+..T+  ^M
  0040:  0d 00 12 00 04 fe ff 00  0a fe fe 00 09 00 64 00   ..............d.  ^M
  0050:  62 00 03 00 06 01 00                               b......           ^M
TLS trace: SSL_accept:SSLv3 read client hello A^M
TLS trace: SSL_accept:SSLv3 write server hello A^M
TLS trace: SSL_accept:SSLv3 write change cipher spec A^M
TLS trace: SSL_accept:SSLv3 write finished A^M
tls_write: want=122, written=122^M
  0000:  16 03 01 00 4a 02 00 00  46 03 01 3e 04 8a 2a d7   ....J...F..>..*.  ^M
  0010:  3a 59 2d 71 a0 8e 3d c7  ab ba 0f e5 94 4e f0 cc   :Y-q..=......N..  ^M
  0020:  58 84 e2 cf 67 c2 73 6d  9f 56 fc 20 48 e9 d1 ab   X...g.sm.V. H...  ^M
  0030:  b3 e9 8a 2e b1 b0 32 30  6e 15 29 f8 ac 48 a4 2f   ......20n.)..H./  ^M
  0040:  77 21 c1 9b cf ed 2b 85  80 54 2b 0d 00 04 00 14   w!....+..T+.....  ^M
  0050:  03 01 00 01 01 16 03 01  00 20 7a 33 5b 3d 17 a1   ......... z3[=..  ^M
  0060:  5a 24 7f bc 7e b1 76 70  ae a8 f6 6f 79 d6 86 4a   Z$..~.vp...oy..J  ^M
  0070:  17 15 dc f7 7e 7f 41 b9  3c 47                     ....~.A.<G        ^M
TLS trace: SSL_accept:SSLv3 flush data^M
tls_read: want=5 error=Resource temporarily unavailable^M
TLS trace: SSL_accept:error in SSLv3 read finished A^M
TLS trace: SSL_accept:error in SSLv3 read finished A^M
daemon: select: listen=6 active_threads=0 tvp=NULL^M
daemon: select: listen=7 active_threads=0 tvp=NULL^M
daemon: activity on 1 descriptors^M
daemon: activity on: 19r^M
daemon: read activity on 19^M
connection_get(19)^M
connection_get(19): got connid=1^M
connection_read(19): checking for input on id=1^M
tls_read: want=5, got=5^M
  0000:  14 03 01 00 01                                     .....             ^M
tls_read: want=1, got=1^M
  0000:  01                                                 .                 ^M
tls_read: want=5, got=5^M
  0000:  16 03 01 00 20                                     ....              ^M
tls_read: want=32, got=32^M
  0000:  ca d8 14 09 ea 7e f9 61  73 1b f1 67 ac 91 43 fd   .....~.as..g..C.  ^M
  0010:  a4 4f e1 5e 03 73 51 88  79 2d 35 0c 10 0c a0 c2   .O.^.sQ.y-5.....  ^M
TLS trace: SSL_accept:SSLv3 read finished A^M
daemon: select: listen=6 active_threads=0 tvp=NULL^M
daemon: select: listen=7 active_threads=0 tvp=NULL^M

Comment 1

15 years ago
-> MailNews Addressbook
Component: LDAP C SDK → LDAP Mail/News Integration
Product: Directory → MailNews
Version: other → 1.0 Branch

Comment 2

15 years ago
Reassigned to default owner.
Assignee: mcs → srilatha
QA Contact: nobody → gchan
(Reporter)

Comment 3

15 years ago
Created attachment 111334 [details]
test account
Product: MailNews → Core
Reporter, this is an old bug, are you still having problems with this? Have you tried the latest mozilla/seamonkey versions?
Assignee: srilatha → nobody
QA Contact: grylchan → ldap-integration
(In reply to comment #4)
> Reporter, this is an old bug, are you still having problems with this? Have you
> tried the latest mozilla/seamonkey versions?
> 

No response after several months, therefore closing as incomplete (though maybe WFM would be better, but both are probably valid).
Status: NEW → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → INCOMPLETE
(Assignee)

Updated

9 years ago
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.