### Please describe the problem.

The `manual` content mode doesn't follow the description provided in the help page, instead it seems to collect content.

### What steps will reproduce the problem?

1. Create a new git annex repository using the webapp, set the content type to `client`.
2. Create another repository, and set the content type to `manual`.
3. Copy something into the `client` repository.
4. It will be pushed/pulled into the `manual` repository.

### What version of git-annex are you using? On what operating system?

    git-annex version: 4.20130521-g25dba9d
    Ubuntu 13.04 x64.

### Please provide any additional information below.

I have also noticed very weird behaviour that I have been unable to replicate in testing, but I will describe the setup that it currently happens in:
I have 3x repositories, one a `client` repository, and the other two are set to `manual`. When put a new file into the `client` repository, it is pushed onto the two `manual` repositories. When these repositories have received it, the client drops the file and re-downloads it from one of the `manual` repositories. Once it's been pushed, deleted, and pulled, everything is happy... but the extra step makes no difference.

[[!format sh """
[2013-05-22 20:41:44 EST] main: starting assistant version 4.20130521-g25dba9d
[2013-05-22 20:41:44 EST] TransferScanner: Syncing with test3, test2 
Already up-to-date.

(scanning...) [2013-05-22 20:41:44 EST] Watcher: Performing startup scan
Already up-to-date.
Already up-to-date.


(started...) From /home/valorin/workspace/tmp/test3
   f285dc2..406c20c  git-annex  -> test3/git-annex
   cdf2ad3..508983c  master     -> test3/master
From /home/valorin/workspace/tmp/test2
   1e04829..1c03533  git-annex  -> test2/git-annex
   8ad4bd3..18a5408  master     -> test2/master
Updating 508983c..18a5408
Fast-forward
Already up-to-date.
To /home/valorin/workspace/tmp/test2
   4e49293..a66ce5d  git-annex -> synced/git-annex
   508983c..18a5408  master -> synced/master
To /home/valorin/workspace/tmp/test3
   4e49293..a66ce5d  git-annex -> synced/git-annex
   508983c..18a5408  master -> synced/master
Already up-to-date.
Already up-to-date.
[2013-05-22 20:42:07 EST] Committer: Adding Firefly S..acked.m4v

(merging test3/git-annex into git-annex...)
(merging test2/git-annex into git-annex...)
(Recording state in git...)




add Firefly S01E03 Bushwhacked.m4v (checksum...) [2013-05-22 20:42:15 EST] Committer: Committing changes to git
[2013-05-22 20:42:15 EST] Pusher: Syncing with test3, test2 
Already up-to-date.
To /home/valorin/workspace/tmp/test2
   a66ce5d..a6773dd  git-annex -> synced/git-annex
   18a5408..f9e7692  master -> synced/master
To /home/valorin/workspace/tmp/test3
   a66ce5d..a6773dd  git-annex -> synced/git-annex
   18a5408..f9e7692  master -> synced/master
Already up-to-date.
Already up-to-date.
[2013-05-22 20:42:26 EST] Transferrer: Uploaded Firefly S..acked.m4v
[2013-05-22 20:42:26 EST] Pusher: Syncing with test3, test2 
To /home/valorin/workspace/tmp/test3
   a6773dd..c35f992  git-annex -> synced/git-annex
To /home/valorin/workspace/tmp/test2
   a6773dd..c35f992  git-annex -> synced/git-annex
[2013-05-22 20:42:35 EST] Transferrer: Uploaded Firefly S..acked.m4v
[2013-05-22 20:42:35 EST] Pusher: Syncing with test3, test2 
To /home/valorin/workspace/tmp/test3
   c35f992..9e47813  git-annex -> synced/git-annex
To /home/valorin/workspace/tmp/test2
   c35f992..9e47813  git-annex -> synced/git-annex
[2013-05-22 20:42:44 EST] Pusher: Syncing with test3, test2 
Everything up-to-date
Everything up-to-date
"""]]

> It turns out there was a bug in the preferred content expression parser,
> that made it parse the expression for manual mode (but I think no other standard
> expression) quite wrong, as if it had parens in the wrong place. This explains
> the broken behavior. [[fixed|done]] --[[Joey]]