#108: Description in the Directories list. The served list has only a Type column, so two LDAP directories look the same. The console now adds a Description column after Type when the schema loads (src/lib/listColumns.ts), the same way it regroups Settings. No server change.
#109: Test a saved directory. A directory's own page now ends with a "Test this directory" card:
Check the connection looks up an address nobody has. If the directory opens and the search runs, it says so; a search error shows as the connection problem it is.
Once that passes, A person to test with and an optional password run the same test the guide does: found or not, and whether the password signs in.
OpenID Connect gets Check the provider only.
It tests the saved settings, so with unsaved edits it says "Save your changes first", disables the button and drops old results.
The guide's test call and result lines moved into directoryTest.ts and DirectoryTestResults.tsx, so the guide and the card use the same code. Same strings and behaviour in the guide.
Strings: 6 new English strings (dirTest.*); the rest reuse the guide's dirSetup.* keys.
Checked locally: typecheck, lint, i18n:check, 659 tests, build, notice-check. In Chrome, against a local server (a 10-11 debug build) with a throwaway OpenLDAP container and two LDAP directories: the list shows both descriptions; on the working one the connection check passes, and a test person is found and signs in; on one pointed at a closed port it says "The directory opened, but searching it failed: … Connection refused" and hides the person section; an edit switches the card to "Save your changes first". I didn't click through the guide's own test step after the move.
Two directory requests from lindsay on the forum (https://community.coffeylabs.org/t/117).
**#108: Description in the Directories list.** The served list has only a Type column, so two LDAP directories look the same. The console now adds a Description column after Type when the schema loads (`src/lib/listColumns.ts`), the same way it regroups Settings. No server change.
**#109: Test a saved directory.** A directory's own page now ends with a "Test this directory" card:
- **Check the connection** looks up an address nobody has. If the directory opens and the search runs, it says so; a search error shows as the connection problem it is.
- Once that passes, **A person to test with** and an optional password run the same test the guide does: found or not, and whether the password signs in.
- OpenID Connect gets **Check the provider** only.
- It tests the saved settings, so with unsaved edits it says "Save your changes first", disables the button and drops old results.
The guide's test call and result lines moved into `directoryTest.ts` and `DirectoryTestResults.tsx`, so the guide and the card use the same code. Same strings and behaviour in the guide.
**Strings:** 6 new English strings (`dirTest.*`); the rest reuse the guide's `dirSetup.*` keys.
**Checked locally:** typecheck, lint, i18n:check, 659 tests, build, notice-check. In Chrome, against a local server (a 10-11 debug build) with a throwaway OpenLDAP container and two LDAP directories: the list shows both descriptions; on the working one the connection check passes, and a test person is found and signs in; on one pointed at a closed port it says "The directory opened, but searching it failed: … Connection refused" and hides the person section; an edit switches the card to "Save your changes first". I didn't click through the guide's own test step after the move.
Fixes #108
Fixes #109
The served list has only a Type column, so two LDAP directories look the
same until you open them. The console adds a Description column to that
list when the schema loads, the same way it regroups Settings.
Fixes#108
The guided setup tests a directory as it goes, but one added or changed
under Settings had no way to. Its page now ends with "Test this
directory": check the connection first (a lookup of an address nobody
has, so a search error shows as a connection problem), then, once that
works, try a person's address and password. OpenID Connect gets "Check
the provider" only. It runs the guide's server test on the saved
settings, so with unsaved changes it asks for a save first and drops
earlier results.
The guide's test call and result lines move to directoryTest.ts and
DirectoryTestResults.tsx so both use the same ones.
Fixes#109
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Two directory requests from lindsay on the forum (https://community.coffeylabs.org/t/117).
#108: Description in the Directories list. The served list has only a Type column, so two LDAP directories look the same. The console now adds a Description column after Type when the schema loads (
src/lib/listColumns.ts), the same way it regroups Settings. No server change.#109: Test a saved directory. A directory's own page now ends with a "Test this directory" card:
The guide's test call and result lines moved into
directoryTest.tsandDirectoryTestResults.tsx, so the guide and the card use the same code. Same strings and behaviour in the guide.Strings: 6 new English strings (
dirTest.*); the rest reuse the guide'sdirSetup.*keys.Checked locally: typecheck, lint, i18n:check, 659 tests, build, notice-check. In Chrome, against a local server (a 10-11 debug build) with a throwaway OpenLDAP container and two LDAP directories: the list shows both descriptions; on the working one the connection check passes, and a test person is found and signs in; on one pointed at a closed port it says "The directory opened, but searching it failed: … Connection refused" and hides the person section; an edit switches the card to "Save your changes first". I didn't click through the guide's own test step after the move.
Fixes #108
Fixes #109