1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
|
### 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]]
|
