Please review: #49121 ns-slapd crashes in ldif_sput due to the output buf size is less than the real size.
by Noriko Hosoi
https://pagure.io/389-ds-base/issue/49121
https://pagure.io/389-ds-base/issue/raw/files/d857ff4919940bcebeae8707748...
These odd » characters are shown at some part of the patch. I wonder
what causes this display issue... And non-ascii characters are not
printed correctly although they are in the "View Raw" mode. Please see
the utf8str.txt file.
277 @@ -1499,30 +1506,36 @@ entry2str_internal_size_attrlist( const
Slapi_Attr *attrlist, int entry2str_ctrl
280 » » /* Count the space required for the present and deleted values */
281 -» » elen+= entry2str_internal_size_valueset(a->a_type,
&a->a_present_values,
282 -» » » » » » » » » » » » entry2str_ctrl, attribute_state,
283 -» » » » » » » » » » » » VALUE_PRESENT); 305 +» » elen += entry2str_internal_size_valueset(a, a->a_type,
&a->a_present_values,
306 +» » entry2str_ctrl, attribute_state, VALUE_PRESENT);
Note: The test build was blessed by the bug reporter.
7 years, 2 months
Trac -> Pagure Migration this Friday (Feb 10)
by Mark Reynolds
We are planning on doing the Trac to Pagure migration this Friday.
Using Pagure is very similar to Trac, except you create "Issues" instead
of "tickets".
One change to keep in mind is that we now have separate projects for our
components like: admin server, 389-ds-console, idm-console-framework,
389-dsgw, 389-ds-base, etc. These can all be found under the
Directory_Services group:
https://pagure.io/group/Directory_Services
If you have an Admin Server issue to report create a new issue under the
389-admin project, etc.
Please use the "389-ds-base" project for new Directory Server issues.
Note, your previous tickets you filed, or are following, will still have
the same ticket number:
https://fedorahosted.org/389/ticket/48118
Will be:
https://pagure.io/389-ds-base/issue/48118
Once the migration is complete there will be a final announcement, and
Trac will be put into read-only mode until it is decommissioned.
Regards,
Mark
7 years, 2 months