openldap-bugs June 2020

openldap-bugs@openldap.org

1 participants
196 discussions

[Issue 5096] [enhancement] back-sql should provide a means to reload schema mapping runtime
by openldap-its＠openldap.org 26 Jun '20

26 Jun '20

https://bugs.openldap.org/show_bug.cgi?id=5096 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |SUSPENDED Status|UNCONFIRMED |RESOLVED --- Comment #7 from Quanah Gibson-Mount <quanah(a)openldap.org> --- patches welcome -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 8768] Syncprov shouldn't send a new cookie at the end of delete phase
by openldap-its＠openldap.org 23 Jun '20

23 Jun '20

https://bugs.openldap.org/show_bug.cgi?id=8768 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |TEST Keywords|OL_2_5_REQ | --- Comment #6 from Quanah Gibson-Mount <quanah(a)openldap.org> --- Commits: • d1e874c6 by Ondřej Kuzník at 2020-06-23T16:06:09+00:00 ITS#8768 Introduce delcsn into our syncrepl cookies • 182ec30a by Ondřej Kuzník at 2020-06-23T16:06:09+00:00 ITS#8768 Accept delcsn from the server • e24a6bf5 by Ondřej Kuzník at 2020-06-23T16:06:09+00:00 ITS#8768 Do not update main CSN during delete phase -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 6467] syncrepl enhancements
by openldap-its＠openldap.org 23 Jun '20

23 Jun '20

https://bugs.openldap.org/show_bug.cgi?id=6467 Issue 6467 depends on issue 8768, which changed state. Issue 8768 Summary: Syncprov shouldn't send a new cookie at the end of delete phase https://bugs.openldap.org/show_bug.cgi?id=8768 What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |TEST -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 8701] account usability control for password less logins
by openldap-its＠openldap.org 23 Jun '20

23 Jun '20

https://bugs.openldap.org/show_bug.cgi?id=8701 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.5.0 Keywords| |OL_2_5_REQ -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 8701] account usability control for password less logins
by openldap-its＠openldap.org 23 Jun '20

23 Jun '20

https://bugs.openldap.org/show_bug.cgi?id=8701 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|WONTFIX |--- Status|VERIFIED |CONFIRMED Ever confirmed|0 |1 --- Comment #4 from Quanah Gibson-Mount <quanah(a)openldap.org> --- We will be implementing this. -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 8603] [PATCH] adds ldif_open_mem()
by openldap-its＠openldap.org 23 Jun '20

23 Jun '20

https://bugs.openldap.org/show_bug.cgi?id=8603 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Keywords|has_patch, IPR_OK, | |OL_2_5_REQ | Resolution|--- |TEST --- Comment #6 from Quanah Gibson-Mount <quanah(a)openldap.org> --- • 42d72389 by Brett Sheffield at 2020-06-23T10:31:08+01:00 ITS#8603 Add ldif_open_mem() ldif_open_mem() is the fmemopen(3) equivalent of ldif_open() which opens an ldif steam from memory, rather than from a file. -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 8701] account usability control for password less logins
by openldap-its＠openldap.org 23 Jun '20

23 Jun '20

https://bugs.openldap.org/show_bug.cgi?id=8701 Ondřej Kuzník <ondra(a)mistotebe.net> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.openldap.org/s | |how_bug.cgi?id=9279 -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 8889] Clarify default loglevel and consistently use debug/logging as appropriate
by openldap-its＠openldap.org 23 Jun '20

23 Jun '20

https://bugs.openldap.org/show_bug.cgi?id=8889 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|debugging/logging |Clarify default loglevel | |and consistently use | |debug/logging as | |appropriate -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 9020] Inconsistent cn=config objectClasses for overlays
by openldap-its＠openldap.org 22 Jun '20

22 Jun '20

https://bugs.openldap.org/show_bug.cgi?id=9020 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |TEST Keywords|OL_2_5_REQ | Status|UNCONFIRMED |RESOLVED --- Comment #5 from Quanah Gibson-Mount <quanah(a)openldap.org> --- Commits: • 58c97882 by Quanah Gibson-Mount at 2020-06-22T20:44:12+00:00 Issue#9020 - Use consistent namespaces for overlays -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 8204] rfc2782 shuffle implementation doesn't treat equal-weight records equally
by openldap-its＠openldap.org 22 Jun '20

22 Jun '20

https://bugs.openldap.org/show_bug.cgi?id=8204 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |TEST Keywords|OL_2_5_REQ | Status|IN_PROGRESS |RESOLVED --- Comment #5 from Quanah Gibson-Mount <quanah(a)openldap.org> --- • ee7502ac by Sergio Gelato at 2020-06-22T17:27:30+00:00 ITS#8204 Remove bias towards the first record in RFC2782 shuffle implementation. Prior to this change, given two records of weight 1 the algorithm would return them in the order (0,1) with 100% probability instead of the desired 50%. This was due to an off-by-one error in the range test. srv_rand() returns a float in the range [0.0, 1.0[, so r is an integer in the range [0, total[. The correct probability for record 0 to be chosen is a[0].weight/total, not (a[0].weight+1)/total. • 8006ee58 by Sergio Gelato at 2020-06-22T17:27:30+00:00 ITS#8204 Improved RFC2782 shuffle when several, but not all, records have weight 0. The fallback to a straight Fisher-Yates shuffle needs to occur whenever the sum of the *remaining* weights is zero, or else the remaining records will not be reordered. Testing only once at the beginning covers the case when all weights are zero, and obviously no shuffling is needed when only one weight is zero; but other weight combinations are possible, such as (1, 0, 0). -- You are receiving this mail because: You are on the CC list for the issue.

1 0

← Newer
1
...
11
12
13
14
15
16
17
...
20
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs June 2020