chiark / gitweb /
configure.ac, lib/mem.c: Compatibility with older versions of libgc.
[disorder] / doc / disorder_protocol.5.in
... / ...
CommitLineData
1.\"
2.\" Copyright (C) 2004-2011, 2013 Richard Kettlewell
3.\"
4.\" This program is free software: you can redistribute it and/or modify
5.\" it under the terms of the GNU General Public License as published by
6.\" the Free Software Foundation, either version 3 of the License, or
7.\" (at your option) any later version.
8.\"
9.\" This program is distributed in the hope that it will be useful,
10.\" but WITHOUT ANY WARRANTY; without even the implied warranty of
11.\" MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
12.\" GNU General Public License for more details.
13.\"
14.\" You should have received a copy of the GNU General Public License
15.\" along with this program. If not, see <http://www.gnu.org/licenses/>.
16.\"
17.TH disorder_protocol 5
18.SH NAME
19disorder_protocol \- DisOrder communication protocol
20.SH DESCRIPTION
21The DisOrder client and server communicate via the protocol described
22in this man page.
23.PP
24The protocol is usually modified in each new version of the server.
25.SH "MESSAGE STRUCTURE"
26A \fIline\fR is a sequence of printable Unicode characters encoded in UTF-8 and
27terminated by the octet 0x0A.
28Note that unlike some other protocols, a carriage return is not used as part of
29the end-of-line sequence.
30.PP
31A \fIcommand message\fR consists of a \fIcommand line\fR followed, in some cases, by a \fIbody\fR.
32Similarly a \fIresponse message\fR consists of a \fIresponse line\fR followed
33sometimes by a \fIbody\fR.
34.PP
35A \fIbody\fR consists of a sequence of dot-stuffed lines followed by a line
36containing a single full stop character.
37Dot-stuffing means that any line in the body starting with a full stop have
38another full stop inserted at the start prior to transmission, and removed
39again after reception.
40.PP
41Whether a command message includes a body depends on the specific command being
42sent; see below for details.
43This is also true of reply messages, although it is guaranteed that if the is a
44response body then the reply status code (see below) will end with the digit 3.
45.PP
46Command lines, and some response lines, are split into \fIfields\fR.
47Fields are separated by one or more spaces and may be \fIunquoted\fR or
48\fIquoted\fR.
49.PP
50An \fIunquoted field\fR can contain any (non-control) characters except for a
51space, quotation mark or apostrophe.
52They are always at least one character long.
53.PP
54A \fIquoted field\fR begins with a quotation mark or apostrophe and is
55terminated by the same character.
56Any occurrence of the backslash or the surrounding quotation mark must be
57escaped.
58The full set of escapes permitted is:
59.TP
60.B \e\e
61Backslash
62.TP
63.B \e"
64Quotation mark
65.\" "
66.TP
67.B \e\(aq
68Apostrophe
69.TP
70.B \en
71Line feed
72.PP
73.SH COMMANDS
74Commands always have a command name as the first field of the line.
75.PP
76All commands require the connection to have been already authenticated unless
77stated otherwise.
78See \fBAUTHENTICATION\fR below.
79If not stated otherwise, the \fBread\fR right is sufficient to execute
80the command.
81.TP
82.B adduser \fIUSERNAME PASSWORD \fR[\fIRIGHTS\fR]
83Create a new user with the given username and password.
84The new user's rights list can be specified; if it is not
85then the \fBdefault_rights\fR setting applies instead.
86Requires the \fBadmin\fR right, and only works on local
87connections.
88.TP
89.B adopt \fIID\fR
90Adopts a randomly picked track, leaving it in a similar state to if it was
91picked by this user. Requires the \fBplay\fR right.
92.TP
93.B allfiles \fIDIRECTORY\fR [\fIREGEXP\fR]
94List all the files and directories in \fIDIRECTORY\fR in a response body.
95If \fIREGEXP\fR is present only matching files and directories are returned.
96.TP
97.B confirm \fICONFIRMATION
98Confirm user registration.
99\fICONFIRMATION\fR is as returned from \fBregister\fR below.
100This command logs the user in.
101The response contains the logged-in username.
102.TP
103.B cookie \fICOOKIE
104Log a user back in using a cookie created with \fBmake\-cookie\fR.
105The response contains the username.
106.TP
107.B deluser \fIUSERNAME
108Delete the named user.
109Requires the \fBadmin\fR right, and only works on local connections.
110.TP
111.B dirs \fIDIRECTORY\fR [\fIREGEXP\fR]
112List all the directories in \fIDIRECTORY\fR in a response body.
113If \fIREGEXP\fR is present only matching directories are returned.
114.TP
115.B disable \fR[\fBnow\fR]
116Disable further playing.
117If the optional \fBnow\fR argument is present then the current track
118is stopped.
119Requires the \fBglobal prefs\fR right.
120.TP
121.B edituser \fIUSERNAME PROPERTY VALUE
122Set a user property.
123With the \fBadmin\fR right any username and property may be specified.
124Otherwise the \fBuserinfo\fR right is required and only the
125\fBemail\fR and \fBpassword\fR properties may be set.
126.IP
127User properties are syntax-checked before setting. For instance \fBemail\fR
128must contain an "@" sign or you will get an error. (Setting an empty value for
129\fBemail\fR is allowed and removes the property.)
130.IP
131See \fBUSER PROPERTIES\fR below.
132.TP
133.B enable
134Re-enable further playing, and is the opposite of \fBdisable\fR.
135Requires the \fBglobal prefs\fR right.
136.TP
137.B enabled
138Report whether playing is enabled.
139The second field of the response line will be \fByes\fR or \fBno\fR.
140.TP
141.B exists \fITRACK\fR
142Report whether the named track exists.
143The second field of the response line will be \fByes\fR or \fBno\fR.
144.TP
145.B files \fIDIRECTORY\fR [\fIREGEXP\fR]
146List all the files in \fIDIRECTORY\fR in a response body.
147If \fIREGEXP\fR is present only matching files are returned.
148.TP
149.B get \fITRACK\fR \fIPREF\fR
150Gets a preference value.
151On success the second field of the response line will have the value.
152.IP
153If the track or preference do not exist then the response code is 555.
154.TP
155.B get\-global \fIKEY\fR
156Get a global preference.
157.IP
158If the preference does not exist then the response code is 555.
159.TP
160.B length \fITRACK\fR
161Get the length of the track in seconds.
162On success the second field of the response line will have the value.
163.TP
164.B log
165Send event log messages in a response body.
166The command will never terminate.
167Any further data sent to the server will be discarded (explicitly;
168i.e. it will not accumulate in a buffer somewhere).
169.IP
170See \fBEVENT LOG\fR below for more details.
171.TP
172.B make\-cookie
173Returns an opaque string that can be used by the \fBcookie\fR command to log
174this user back in on another connection (until the cookie expires).
175.TP
176.B move \fITRACK\fR \fIDELTA\fR
177Move a track in the queue.
178The track may be identified by ID (preferred) or name (which might cause
179confusion if it's there twice).
180\fIDELTA\fR should be an negative or positive integer and indicates how
181many steps towards the head of the queue the track should be moved.
182.IP
183Requires one of the \fBmove mine\fR, \fBmove random\fR or \fBmove any\fR rights
184depending on how the track came to be added to the queue.
185.TP
186.B moveafter \fITARGET\fR \fIID\fR ...
187Move all the tracks in the \fIID\fR list after ID \fITARGET\fR.
188If \fITARGET\fR is the empty string then the listed tracks are put
189at the head of the queue.
190If \fITARGET\fR is listed in the ID list then the tracks are moved
191to just after the first non-listed track before it, or to the head if there is
192no such track.
193.IP
194Requires one of the \fBmove mine\fR, \fBmove random\fR or \fBmove any\fR rights
195depending on how the tracks came to be added to the queue.
196.TP
197.B new \fR[\fIMAX\fR]
198Send the most recently added \fIMAX\fR tracks in a response body.
199If the argument is omitted, the \fBnew_max\fR most recent tracks are
200listed (see \fBdisorder_config\fR(5)).
201.TP
202.B nop
203Do nothing.
204Used by
205.BR disobedience (1)
206as a keepalive measure.
207This command does not require authentication.
208.TP
209.B part \fITRACK\fR \fICONTEXT\fI \fIPART\fR
210Get a track name part.
211Returns an empty string if a name part cannot be constructed.
212.IP
213.I CONTEXT
214is one of
215.B sort
216or
217.B display
218and
219.I PART
220is usually one of
221.BR artist ,
222.B album
223or
224.BR title .
225.TP
226.B pause
227Pause the current track.
228Requires the \fBpause\fR right.
229.TP
230.B play \fITRACK\fR
231Add a track to the queue.
232The response contains the queue ID of the track.
233Requires the \fBplay\fR right.
234.TP
235.B playafter \fITARGET\fR \fITRACK\fR ...
236Add all the tracks in the \fITRACK\fR list to the queue after \fITARGET\fR
237(which should be a track ID).
238If \fITARGET\fR is the empty string then the listed tracks are put
239at the head of the queue.
240.IP
241Currently the success result does \fInot\fR include the new track IDs.
242.IP
243Requires the \fBplay\fR right.
244.TP
245.B playing
246Report what track is playing.
247.IP
248If the response is \fB252\fR then the rest of the response line consists of
249track information (see below).
250.IP
251If the response is \fB259\fR then nothing is playing.
252.TP
253.B playlist-delete \fIPLAYLIST\fR
254Delete a playlist.
255Requires permission to modify that playlist and the \fBplay\fR right.
256.TP
257.B playlist-get \fIPLAYLIST\fR
258Get the contents of a playlist, in a response body.
259Requires permission to read that playlist and the \fBread\fR right.
260If the playlist does not exist the response is 555.
261.TP
262.B playlist-get-share \fIPLAYLIST\fR
263Get the sharing status of a playlist.
264The result will be \fBpublic\fR, \fBprivate\fR or \fBshared\fR.
265Requires permission to read that playlist and the \fBread\fR right.
266.TP
267.B playlist-lock \fIPLAYLIST\fR
268Lock a playlist.
269Requires permission to modify that playlist and the \fBplay\fR right.
270Only one playlist may be locked at a time on a given connection and the lock
271automatically expires when the connection is closed.
272.TP
273.B playlist-set \fIPLAYLIST\fR
274Set the contents of a playlist.
275The new contents should be supplied in a command body.
276Requires permission to modify that playlist and the \fBplay\fR right.
277The playlist must be locked.
278.TP
279.B playlist-set-share \fIPLAYLIST\fR \fISHARE\fR
280Set the sharing status of a playlist to
281\fBpublic\fR, \fBprivate\fR or \fBshared\fR.
282Requires permission to modify that playlist and the \fBplay\fR right.
283.TP
284.B playlist-unlock\fR
285Unlock the locked playlist.
286.TP
287.B playlists
288List all playlists that this connection has permission to read.
289Requires the \fBread\fR right.
290.TP
291.B prefs \fBTRACK\fR
292Send back the preferences for \fITRACK\fR in a response body.
293Each line of the response has the usual line syntax, the first field being the
294name of the pref and the second the value.
295.TP
296.B queue
297Send back the current queue in a response body, one track to a line, the track
298at the head of the queue (i.e. next to be be played) first.
299See below for the track information syntax.
300.TP
301.B random\-disable
302Disable random play (but don't stop the current track).
303Requires the \fBglobal prefs\fR right.
304.TP
305.B random\-enable
306Enable random play.
307Requires the \fBglobal prefs\fR right.
308.TP
309.B random\-enabled
310Report whether random play is enabled.
311The second field of the response line will be \fByes\fR or \fBno\fR.
312.TP
313.B recent
314Send back the current recently-played list in a response body, one track to a
315line, the track most recently played last.
316See below for the track information syntax.
317.TP
318.B reconfigure
319Request that DisOrder reconfigure itself.
320Requires the \fBadmin\fR right.
321.IP
322Not all configuration options can be modified during the lifetime of the
323server; of those that can't, some will just be ignored if they change while
324others will cause the new configuration to be rejected.
325See \fBdisorder_config\fR(5) for details.
326.TP
327.B register \fIUSERNAME PASSWORD EMAIL
328Register a new user.
329Requires the \fBregister\fR right.
330The result contains a confirmation string; the user will be be able
331to log in until this has been presented back to the server via the
332\fBconfirm\fR command.
333.TP
334.B reminder \fIUSERNAME\fR
335Send a password reminder to user \fIUSERNAME\fR.
336If the user has no valid email address, or no password, or a
337reminder has been sent too recently, then no reminder will be sent.
338.TP
339.B remove \fIID\fR
340Remove the track identified by \fIID\fR.
341Requires one of the \fBremove mine\fR, \fBremove random\fR or
342\fBremove any\fR rights depending on how the
343track came to be added to the queue.
344.TP
345.B rescan \fR[\fBwait\fR] \fR[\fBfresh\fR]
346Rescan all roots for new or obsolete tracks.
347Requires the \fBrescan\fR right.
348.IP
349If the \fBwait\fR flag is present then the response is delayed until the rescan
350completes.
351Otherwise the response arrives immediately.
352This is primarily intended for testing.
353.IP
354If the \fBfresh\fR flag is present a rescan is already underway then a second
355rescan will be started when it completes.
356The default behavior is to piggyback on the existing rescan.
357.IP
358NB that \fBfresh\fR is currently disabled in the server source, so using this
359flag will just provoke an error.
360.TP
361.B resolve \fITRACK\fR
362Resolve a track name, i.e. if this is an alias then return the real track name.
363.TP
364.B resume
365Resume the current track after a \fBpause\fR command.
366Requires the \fBpause\fR right.
367.TP
368.B revoke
369Revoke the current login's cookie.
370It will not be possible to use the cookie in the future.
371.TP
372.B rtp\-address
373Report the RTP broadcast (or multicast) address, in the form \fIADDRESS
374PORT\fR.
375If the server is in RTP request mode then the result is \fB- -\fR.
376This command does not require authentication.
377.TP
378.B rtp\-cancel
379Cancel the unicast RTP stream associated with this connection.
380.TP
381.B rtp\-request \fIADDRESS PORT\fR
382Request that an RTP stream be transmitted to a given destination address.
383Only one unicast stream may be requested per connection.
384WHen the connection is closed the stream is terminated.
385.TP
386.B scratch \fR[\fIID\fR]
387Remove the track identified by \fIID\fR, or the currently playing track if no
388\fIID\fR is specified.
389Requires one of the \fBscratch mine\fR, \fBscratch random\fR or
390\fBscratch any\fR rights depending on how the track came to be
391added to the queue.
392.TP
393.B schedule-add \fIWHEN\fR \fIPRIORITY\fR \fIACTION\fR ...
394Schedule an event for the future.
395.IP
396.I WHEN
397is the time when it should happen, as a timestamp.
398See \fBTIMESTAMPS\fR below.
399It must refer to a time in the future.
400.IP
401.I PRIORITY
402is the event priority.
403This can be \fBnormal\fR, in which case the event will be run at startup if its
404time has past, or \fBjunk\fR in which case it will be discarded if it is found
405to be in the past at startup.
406The meaning of other values is not defined.
407.IP
408.I ACTION
409is the action to perform.
410The choice of action determines the meaning of the remaining arguments.
411Possible actions are:
412.RS
413.TP
414.B play
415Play a track.
416The next argument is the track name.
417Requires the \fBplay\fR right.
418.TP
419.B set-global
420Set a global preference.
421The next argument is the preference name and the final argument is the value to
422set it to (omit it to unset it).
423Requires the \fBglobal prefs\fR right.
424.RE
425.IP
426You need the right at the point you create the event.
427It is not possible to create scheduled events in expectation of a future change
428in rights.
429.TP
430.B schedule-del \fIEVENT\fR
431Deletes a scheduled event.
432Users can always delete their own scheduled events; with the \fBadmin\fR
433right you can delete any event.
434.TP
435.B schedule-get \fIEVENT\fR
436Sends the details of scheduled event \fIEVENT\fR in a response body.
437Each line is a pair of strings quoted in the usual way, the first being the key
438ane the second the value.
439No particular order is used.
440.IP
441Scheduled events are considered public information.
442Right \fBread\fR is sufficient to see details of all events.
443.TP
444.B schedule-list
445Sends the event IDs of all scheduled events in a response body, in no
446particular order.
447Use \fBschedule-get\fR to get the details of each event.
448.TP
449.B search \fITERMS\fR
450Search for tracks matching the search terms.
451The results are put in a response body, one to a line.
452.IP
453The search string is split in the usual way, with quoting supported, into a
454list of terms.
455Only tracks matching all terms are included in the results.
456.IP
457Any terms of the form \fBtag:\fITAG\fR limits the search to tracks with that
458tag.
459.IP
460All other terms are interpreted as individual words which must be present in
461the track name.
462.IP
463Spaces in terms don't currently make sense, but may one day be interpreted to
464allow searching for phrases.
465.TP
466.B \fBset\fR \fITRACK\fR \fIPREF\fR \fIVALUE\fR
467Set a preference.
468Requires the \fBprefs\fR right.
469.TP
470.B set\-global \fIKEY\fR \fIVALUE\fR
471Set a global preference.
472Requires the \fBglobal prefs\fR right.
473.TP
474.B shutdown
475Requests server shutdown.
476Requires the \fBadmin\fR right.
477.TP
478.B stats
479Send server statistics in plain text in a response body.
480.TP
481.B \fBtags\fR
482Send the list of currently known tags in a response body.
483.TP
484.B \fBunset\fR \fITRACK\fR \fIPREF\fR
485Unset a preference.
486Requires the \fBprefs\fR right.
487.TP
488.B \fBunset\-global\fR \fIKEY\fR
489Unset a global preference.
490Requires the \fBglobal prefs\fR right.
491.TP
492.B user \fIUSERNAME\fR \fIRESPONSE\fR
493Authenticate as user \fIUSERNAME\fR.
494See
495.B AUTHENTICATION
496below.
497.TP
498.B userinfo \fIUSERNAME PROPERTY
499Get a user property.
500See \fBUSER PROPERTIES\fR below.
501.TP
502.B users
503Send the list of currently known users in a response body.
504.TP
505.B version
506Send back a response with the server version as the second field.
507.TP
508.B volume \fR[\fILEFT\fR [\fIRIGHT\fR]]
509Get or set the volume.
510.IP
511With zero parameters just gets the volume and reports the left and right sides
512as the 2nd and 3rd fields of the response.
513.IP
514With one parameter sets both sides to the same value.
515With two parameters sets each side independently.
516Setting the volume requires the \fBvolume\fR right.
517.SH RESPONSES
518Response lines start with a three-digit status code followed by a space.
519The meaning the response and the interpretation of the rest of the line depends
520on that code.
521.PP
522The first digit distinguishes errors from successful responses:
523.TP
524.B 2
525Operation succeeded.
526.TP
527.B 5
528Operation failed.
529.PP
530The second digit breaks down the origin of the response:
531.TP
532.B 0
533Generic responses not specific to the handling of the command.
534.TP
535.B 1
53651x errors indicate that the user had insufficient rights for the command.
537.TP
538.B 3
539Authentication responses.
540.TP
541.B 5
542Responses specific to the handling of the command.
543.PP
544The third digit provides extra information about the response:
545.TP
546.B 0
547Text part is just commentary, intended to be human-readable.
548.TP
549.B 1
550Text part is a constant result (e.g. \fBversion\fR).
551It will not change on a subsequent use of the same command on the same
552conneciton.
553.TP
554.B 2
555Text part is a potentially variable result.
556.TP
557.B 3
558Text part is just commentary; a dot-stuffed body follows.
559.TP
560.B 4
561Text part is just commentary; an indefinite dot-stuffed body follows.
562(Used for \fBlog\fR.)
563.TP
564.B 5
565Used with "harmless" errors, for instance a preference not being found.
566The text part is commentary.
567.TP
568.B 9
569The text part is just commentary (but would normally be a response for this
570command) e.g. \fBplaying\fR.
571.PP
572Result strings (not bodies) intended for machine parsing (i.e. xx1 and xx2
573responses) are structure into fields in the the same way as command lines.
574.SH AUTHENTICATION
575When a connection is made the server sends a \fB231\fR response before any
576command is received.
577This contains a protocol generation, an algorithm name and a
578challenge encoded in hex, in the fields of the response line.
579.PP
580The current protocol generation is \fB2\fR.
581.PP
582The possible algorithms are (currently) \fBsha1\fR, \fBsha256\fR, \fBsha384\fR
583and \fBsha512\fR.
584Completely upper-case names such as \fBSHA1\fR etc work as synonyms.
585.PP
586The \fBuser\fR response consists of the selected hash of the user's password
587concatenated with the challenge, encoded in hex.
588.SH "TRACK INFORMATION"
589Track information is encoded in a response line as pairs of fields.
590The first is a name, the second a value.
591The names have the following meanings:
592.TP 12
593.B expected
594The time the track is expected to be played at.
595.TP
596.B id
597A string uniquely identifying this queue entry.
598.TP
599.B played
600The time the track was played at.
601.TP
602.B scratched
603The user that scratched the track.
604.TP
605.B origin
606The origin of the track. Valid origins are:
607.RS
608.TP 12
609.B adopted
610The track was originally randomly picked but has been adopted by a user.
611.TP
612.B picked
613The track was picked by a user.
614.TP
615.B random
616The track was randomly picked.
617.TP
618.B scheduled
619The track was played from a scheduled action.
620.TP
621.B scratch
622The track is a scratch sound.
623.RE
624.TP
625.B state
626The current track state.
627Valid states are:
628.RS
629.TP 12
630.B failed
631The player failed (exited with nonzero status but wasn't scratched).
632.TP
633.B ok
634The track was played without any problems.
635.TP
636.B scratched
637The track was scratched.
638.TP
639.B started
640The track is currently playing.
641.TP
642.B paused
643Track is playing but paused.
644.TP
645.B unplayed
646In the queue, hasn't been played yet.
647.TP
648.B quitting
649The track was terminated because the server is shutting down.
650.RE
651.TP
652.B submitter
653The user that submitted the track.
654.TP
655.B track
656The filename of the track.
657.TP
658.B when
659The time the track was added to the queue.
660.TP
661.B wstat
662The wait status of the player in decimal.
663.PP
664Note that \fBorigin\fR is new with DisOrder 4.3, and obsoletes some old
665\fBstate\fR values.
666.SH "EVENT LOG"
667The event log consists of lines starting with a hexadecimal timestamp and a
668keyword followed by (optionally) parameters, which are structured into fields
669in the same way as command and response lines.
670Currently the following keywords are used:
671.TP
672.B adopted \fIID\fR \fIUSERNAME\fR
673\fIUSERNAME\fR adopted track \fIID\fR.
674.TP
675.B completed \fITRACK\fR
676Completed playing \fITRACK\fR
677.TP
678.B failed \fITRACK\fR \fIERROR\fR
679Completed playing \fITRACK\fR with an error status
680.TP
681.B global_pref \fIPREF\fR [\fIVALUE\fR]
682A global preference was set or unset.
683.TP
684.B moved \fIUSERNAME\fR
685User \fIUSERNAME\fR moved some track(s).
686Further details aren't included any more.
687.TP
688.B playing \fITRACK\fR [\fIUSERNAME\fR]
689Started playing \fITRACK\fR.
690.TP
691.B playlist_created \fIPLAYLIST\fR \fISHARING\fR
692Sent when a playlist is created.
693For private playlists this is intended to be sent only to the owner (but
694this is not currently implemented).
695.TP
696.B playlist_deleted \fIPLAYLIST\fR
697Sent when a playlist is deleted.
698For private playlists this is intended to be sent only to the owner (but
699this is not currently implemented).
700.TP
701.B playlist_modified \fIPLAYLIST\fR \fISHARING\fR
702Sent when a playlist is modified (either its contents or its sharing status).
703For private playlists this is intended to be sent only to the owner (but
704this is not currently implemented).
705.TP
706.B queue \fIQUEUE-ENTRY\fR...
707Added \fITRACK\fR to the queue.
708.TP
709.B recent_added \fIQUEUE-ENTRY\fR...
710Added \fIID\fR to the recently played list.
711.TP
712.B recent_removed \fIID\fR
713Removed \fIID\fR from the recently played list.
714.TP
715.B removed \fIID\fR [\fIUSERNAME\fR]
716Queue entry \fIID\fR was removed.
717This is used both for explicit removal (when \fIUSERNAME\fR is present)
718and when playing a track (when it is absent).
719.TP
720.B rescanned
721A rescan completed.
722.TP
723.B scratched \fITRACK\fR \fIUSERNAME\fR
724\fITRACK\fR was scratched by \fIUSERNAME\fR.
725.TP
726.B state \fIKEYWORD\fR
727Some state change occurred.
728The current set of keywords is:
729.RS
730.TP
731.B completed
732The current track completed successfully.
733.TP
734.B disable_play
735Playing was disabled.
736.TP
737.B disable_random
738Random play was disabled.
739.TP
740.B enable_play
741Playing was enabled.
742.TP
743.B enable_random
744Random play was enabled.
745.TP
746.B failed
747The current track failed.
748.TP
749.B pause
750The current track was paused.
751.TP
752.B playing
753A track started playing.
754.TP
755.B resume
756The current track was resumed.
757.TP
758.B rights_changed \fIRIGHTS\fR
759User's rights were changed.
760.TP
761.B scratched
762The current track was scratched.
763.PP
764To simplify client implementation, \fBstate\fR commands reflecting the current
765state are sent at the start of the log.
766.RE
767.TP
768.B user_add \fIUSERNAME\fR
769A user was created.
770.TP
771.B user_delete \fIUSERNAME\fR
772A user was deleted.
773.TP
774.B user_edit \fIUSERNAME\fR \fIPROPERTY\fR
775Some property of a user was edited.
776.TP
777.B user_confirm \fIUSERNAME\fR
778A user's login was confirmed (via the web interface).
779.TP
780.B volume \fILEFT\fR \fIRIGHT\fR
781The volume changed.
782.PP
783.IR QUEUE-ENTRY ...
784is as defined in
785.B "TRACK INFORMATION"
786above.
787.PP
788The \fBuser-*\fR messages are only sent to admin users, and are not sent over
789non-local connections unless \fBremote_userman\fR is enabled.
790.SH "USER PROPERTIES"
791The following user properties are defined:
792.TP
793.B created
794The timestamp when the user was created.
795See \fBTIMESTAMPS\fR below.
796This user property cannot be modified.
797.TP
798.B email
799The user's email address.
800.TP
801.B password
802The user's password.
803.TP
804.B rights
805The rights the user has, separated by commas.
806.SH RIGHTS
807The full set of rights are:
808.TP
809.B read
810User can perform read-only operations
811.TP
812.B play
813User can add tracks to the queue
814.TP
815.B "move any"
816User can move any track
817.TP
818.B "move mine"
819User can move their own tracks
820.TP
821.B "move random"
822User can move randomly chosen tracks
823.TP
824.B "remove any"
825User can remove any track
826.TP
827.B "remove mine"
828User can remove their own tracks
829.TP
830.B "remove random"
831User can remove randomly chosen tracks
832.TP
833.B "scratch any"
834User can scratch any track
835.TP
836.B "scratch mine"
837User can scratch their own tracks
838.TP
839.B "scratch random"
840User can scratch randomly chosen tracks
841.TP
842.B volume
843User can change the volume
844.TP
845.B admin
846User can perform admin operations
847.TP
848.B rescan
849User can initiate a rescan
850.TP
851.B register
852User can register new users.
853Normally only the
854.B guest
855user would have this right.
856.TP
857.B userinfo
858User can edit their own userinfo
859.TP
860.B prefs
861User can modify track preferences
862.TP
863.B "global prefs"
864User can modify global preferences
865.TP
866.B pause
867User can pause/resume
868.SH TIMESTAMPS
869A \fItimestamp\fR is a decimal integer giving a number of seconds past the
870epoch, disregarding counting leap seconds.
871The epoch is midnight, January 1 1970, UTC.
872.SH NOTES
873For file listings, the regexp applies to the basename of the returned file, not
874the whole filename, and letter case is ignored.
875\fBpcrepattern\fR(3) describes the regexp syntax.
876.PP
877Filenames are in UTF-8 even if the collection they come from uses some other
878encoding - if you want to access the real file (in such cases as the filenames
879actually correspond to a real file) you'll have to convert to whatever the
880right encoding is.
881.SH "SEE ALSO"
882\fBdisorder\fR(1),
883\fBtime\fR(2),
884\fBdisorder\fR(3),
885\fBpcrepattern\fR(3)
886\fBdisorder_config\fR(5),
887\fBdisorderd\fR(8),
888\fButf8\fR(7)
889.\" Local Variables:
890.\" mode:nroff
891.\" fill-column:79
892.\" End: