| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| |
| |
| | |
'Directory71RtmBranch'.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Bug Description: Reliab 05: chaining backend test core dumped on HPUX backend
Reviewed by: Noriko (Thanks!)
Fix Description: This is a 64 bit issue. For ber_scanf, the "i" and "e" flags require a pointer to a long. There were a couple of places in the chaining backend code where we were passing in an int instead. This works fine on 32 bit where ints and longs are both 32 bits. I did a quick check through the code - these were the only places not using longs. The only way you would see this bug is in a "hub" chaining backend - one that gets requests from a mux and chains them to another farm server, or possibly on a mux in certain conditions.
Platforms tested: HP-UX 11.i 64 bit
Flag Day: no
Doc impact: no
QA impact: rerun chaining tests
New Tests integrated into TET: none
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Bug Description: Gateway adds 'ou' and 'l' attributes to NT groups
Reviewed by: David (Thanks!)
Fix Description: Remove the ou and l attributes from the NT group add, edit, and display forms.
Remove ou and l from the nt groups documentation.
Also removed nt group type. We don't need it anymore, and the default is "global" which is fine.
Platforms tested: RHEL4
Flag Day: no
Doc impact: no
QA impact: should be covered by regular nightly and manual testing
New Tests integrated into TET: none
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Bug Description: dsgw: online help for objectclass NTgroup
Reviewed by: Noriko (Thanks!)
Files: see diff
Branch: HEAD
Fix Description: I've removed all references to NT domains. Also, the docs say that
ntGroupDomainId has been deprecated in favor of ntUserDomainId.
Platforms tested: RHEL4
Flag Day: no
Doc impact: no
QA impact: should be covered by regular nightly and manual testing
New Tests integrated into TET: none
|
| |
| |
| |
| | |
match
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Bug Description: Phonebook/gateway: Object class violation - missing attribute "ntUserDomainId" required by object class "ntGroup"
Reviewed by: David (Thanks!)
Fix Description: 1) Change all places that use ntgroupdomainid to use ntuserdomainid instead
2) Get rid of support for NT domains. There were many places in the code that
expected the nt user and nt group id to be prefixed with "domain:". Since we
do not support domains anymore, I removed that code.
Platforms tested: RHEL4
Flag Day: no
Doc impact: Yes, but I believe David is changing those docs
QA impact: need to test dsgw NT functionality
New Tests integrated into TET: none
|
| |
| |
| |
| | |
replication. Add an error string returned to clients if an illegal attribute is configured
|
| |
| |
| |
| | |
Add dc.gif to the list of files to package
|
| | |
|
| |
| |
| |
| | |
the acquire process has been successful thus far.
|
| |
| |
| |
| | |
failed when it failed due to attempting to do fractional replication to another master.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Bug Description: Tracking bug for the windows synch service
Reviewed by: no one (but it should be pretty safe)
Fix Description: Thomas and Anthony already did most of the work require to build the windows sync packages and push them as components. This change just picks up those two components and packages them with the DS build. When DS is installed, there will be a new "winsync" directory under the server root. This directory contains self extracting Windows installer files for Active Directory sync and NT4 sync, with a .msi extension. The user will have to copy these files to the Windows machine containing the domain controller.
Platforms tested: RHEL3
Flag Day: no
Doc impact: Yes. The Windows Sync documentation will have to explain where these files reside in the package and how to install them.
QA impact: should be covered by regular nightly and manual testing
New Tests integrated into TET: none
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
picking up the new adminserver 20050512
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Bug Description: RL16: Server core dumped while configuring replication agreements
Reviewed by: David (Thanks!)
Fix Description: The code for handling bad agreements was wrong. It was not returning the correct error code. The result of this is that the client did not receive an appropriate error code/message from the server. The reason for the core dump was that, even though the agreement was not created, the DSE entry was still there, causing the server to become very confused. Returning the correct error code causes the server to refuse to create the bad DSE entry.
Platforms tested: RHEL3
Flag Day: no
Doc impact: no
QA impact: should be covered by regular nightly and manual testing
New Tests integrated into TET: none
|
| | |
|
| | |
|
| |
| |
| |
| | |
Pass these build variables to gmake: NO_MDUPDATE=1 NS_USE_GCC=1
|
| | |
|
| | |
|
| |
| |
| |
| | |
with 'streetaddress'
|
| |
| |
| |
| | |
on Windows.
|
| |
| |
| |
| | |
agreements
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|