Changes since the dawn of time:
Nathan Kinder (3):
Added orgchart to dsgw.
General templating work for DSGW CGI URI's.
Added dsgw.tmpl template
Noriko Hosoi (1):
openldap porting snapshot
Rich Megginson (58):
Initial import of code from ldapserver, modified to use autoconf for build
cleaned up build and setup scripts
update of autotool files based on recent ldapserver and adminserver
Initial pass at using adminutil for CGI code
Check ldapquery for NULL
Still need to unescape some form vars
added manuals; fixed code that displays manuals; added initial tests
get phonebook and orgchart working; use memmove instead of overlapping strcpy; fix
memory error in dsgw_dn_parent
Renamed setup to setup-ds-dsgw to be consistent with other setup scripts
fix build issues and compiler warnings on HP-UX
added CXXLINK stuff for HP-UX
add dummy c++ file to force automake to define CXXLINK
include config.h in dsgw.h so all of the dsgw code will include it
do not check for GNU compatible realloc
better method of choosing suffix
enhance setup - move to sbin, check for already configured, add reconfig option to
force reconfig, add support for users and groups
add pthread lib for HP-UX
attributes in LDIF may be in mixed case - sed cannot portably do case insensitive
matching - just use a simple sed search and replace for ldif attributes
added perlpath for bundled installs
actually use perlpath in the generated files
setup will print messages showing what it is doing - setup will copy in the admin
server home page html fragment files to enable using dsgw, phonebook, and orgchart from
the admin server home page
remove the hp host:port cgi parameter
added a lot of tests
do not print empty message
add domodify tests
1) The old code used a CGI variable called completion_javascript - this variable
contained arbitrary javascript code that was eval'd on in the client browser. I have
removed this code and put it in the resource file. The dsgw code will set
completion_javascript to one of the 3 keywords, and the new function
emit_completion_javascript will look up the code in the resource file and output it with
any required arguments. It just seems like a really bad idea to execute arbitrary blobs
of javascript passed in a CGI argument.
1) There were several places where DSGW would output and eval arbitrary javascript
code passed in a CGI parameter. These have been replaced with resource strings. In all
cases the values were output escaped, but still, we shouldn't be passing around bits
of javascript code to execute.
clean up org chart code - added tests for org chart
Resolves: bug 171353
Resolves: Bug 146294
additional cleanup - my last org chart commit broke org chart, this fixes it, and
cleans up some other stuff, and adds some more tests
Resolves: bug 435230
Resolves: bug 435230
Resolves: bug 435230
Resolves: bug 450134
Resolves: bug 450588
Resolves: bug 450894
Resolves: bug 450898
Resolves: bug 450971
Resolves: bug 452018
Resolves: bug 453052
Resolves: bug 171353
Resolves: bug 413531
this is the 1.1.1 release
Resolves: bug 471681
Resolves: bug 472092
for the 1.1.2 release
rename to 389
remove directory server exception from license
bump version to 1.1.3 for fedora review
bump version to 1.1.4 - require 389-adminutil - fix adminutil.m4 - fix remaining
licensing problems
make sure we can find ICU genrb on all platforms
port dsgw to use openldap
org cannot use LDAP_URL_OPT_SECURE; ldap_sasl_bind result check not correct
openldap does not use global MozNSS context
Bug 553636 - dsgw and ds has problems in schema
look for separate openldap ldif library
bump version to 1.1.7
Show replies by date