summaryrefslogtreecommitdiffstats
path: root/doc/dbus-specification.xml
diff options
context:
space:
mode:
authorHavoc Pennington <hp@redhat.com>2005-01-29 04:21:32 +0000
committerHavoc Pennington <hp@redhat.com>2005-01-29 04:21:32 +0000
commit602c4b05c4d1c7c83a459b7d0164cc14eebdfcb4 (patch)
treecfba812d6206f7056100644fa9f2b5b869e314f1 /doc/dbus-specification.xml
parent216fa619f3470f39e16d229683b3218f85db8309 (diff)
2005-01-28 Havoc Pennington <hp@redhat.com>
* doc/TODO, doc/dbus-specification.xml: spec and TODO tweaks related to authentication protocol
Diffstat (limited to 'doc/dbus-specification.xml')
-rw-r--r--doc/dbus-specification.xml16
1 files changed, 13 insertions, 3 deletions
diff --git a/doc/dbus-specification.xml b/doc/dbus-specification.xml
index 732f95b0..6e34be27 100644
--- a/doc/dbus-specification.xml
+++ b/doc/dbus-specification.xml
@@ -1394,6 +1394,14 @@
should try something other than whatever caused the error;
if only canceling/rejecting the authentication.
</para>
+ <para>
+ If the D-BUS protocol changes incompatibly at some future time,
+ applications implementing the new protocol would probably be able to
+ check for support of the new protocol by sending a new command and
+ receiving an ERROR from applications that don't understand it. Thus the
+ ERROR feature of the auth protocol is an escape hatch that lets us
+ negotiate extensions or changes to the D-BUS protocol in the future.
+ </para>
</sect2>
<sect2 id="auth-examples">
<title>Authentication examples</title>
@@ -1930,7 +1938,7 @@
nonzero length, and may not contain the characters slash ("/"),
backslash ("\"), space (" "), newline ("\n"), carriage return ("\r"),
tab ("\t"), or period ("."). There is a default context,
- "org_freedesktop_global" that's used by servers that do not specify
+ "org_freedesktop_general" that's used by servers that do not specify
otherwise.
</para>
<para>
@@ -1958,13 +1966,15 @@
</listitem>
<listitem>
<para>
- The cookie itself, a hex-encoded random block of bytes.
+ The cookie itself, a hex-encoded random block of bytes. The cookie
+ may be of any length, though obviously security increases
+ as the length increases.
</para>
</listitem>
</itemizedlist>
</para>
<para>
- Only server processes modify the cookie file.
+ Only server processes modify the cookie file.
They must do so with this procedure:
<itemizedlist>
<listitem>