Skip to content

Commit ee3980e

Browse files
committed
Improve release note explanation of the change in libpq's handling of
default usernames versus Kerberos tickets. Per confusion about what bug #4824 was really about.
1 parent b1c2781 commit ee3980e

File tree

1 file changed

+10
-4
lines changed

1 file changed

+10
-4
lines changed

doc/src/sgml/release-8.4.sgml

Lines changed: 10 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -1,4 +1,4 @@
1-
<!-- $PostgreSQL: pgsql/doc/src/sgml/release-8.4.sgml,v 1.6 2009/05/14 22:17:28 tgl Exp $ -->
1+
<!-- $PostgreSQL: pgsql/doc/src/sgml/release-8.4.sgml,v 1.7 2009/05/27 22:12:53 tgl Exp $ -->
22
<!-- See header comment in release.sgml about typical markup -->
33

44
<sect1 id="release-8-4">
@@ -2703,12 +2703,18 @@
27032703

27042704
<listitem>
27052705
<para>
2706-
Make Kerberos connections use the same method to determine the
2707-
username of the client as all other authentication methods (Magnus)
2706+
Do not rely on Kerberos tickets to determine the default database
2707+
username (Magnus)
27082708
</para>
27092709

27102710
<para>
2711-
Previously a special Kerberos-only API was used.
2711+
Previously, a Kerberos-capable build of libpq would use the
2712+
principal name from any available Kerberos ticket as default
2713+
database username, even if the connection wasn't using Kerberos
2714+
authentication. This was deemed inconsistent and confusing.
2715+
The default username is now determined the same way with or
2716+
without Kerberos. Note however that the database username must still
2717+
match the ticket when Kerberos authentication is used.
27122718
</para>
27132719
</listitem>
27142720
</itemizedlist>

0 commit comments

Comments
 (0)