Open chicknwinner opened 8 months ago
that's interesting, so you think it has to do with the $ sign ? have you tried the command on the command line (on a copy of your file) ?
Also having this issue, plus a related UI error... Release: 2024.03.26 installed from Community Apps
Planning started
Scanning music/Curren$y on /mnt/disk1
Checking issues ...
Getting items ...
Scanning music/Curren$y on /mnt/disk2
Checking issues ...
Getting items ...
Scanning music/Curren$y on /mnt/disk3
Checking issues ...
Getting items ...
Scanning music/Curren$y on /mnt/disk4
Checking issues ...
Getting items ...
Scanning music/Curren$y on /mnt/disk5
Checking issues ...
Getting items ...
Scanning music/Curren$y on /mnt/disk6
Checking issues ...
Getting items ...
Scanning music/Curren$y on /mnt/disk7
Checking issues ...
Getting items ...
Scanning music/Curren$y on /mnt/apps
Checking issues ...
Getting items ...
Scanning music/Curren$y on /mnt/cache
Checking issues ...
Getting items ...
Trying to allocate items to disk1 ...
Trying to allocate items to disk2 ...
Trying to allocate items to disk3 ...
Trying to allocate items to disk4 ...
Trying to allocate items to disk5 ...
Trying to allocate items to disk6 ...
Trying to allocate items to disk7 ...
Trying to allocate items to apps ...
Trying to allocate items to cache ...
Ended: Apr 16, 2024 19:36:25
Elapsed: 7.657571ms
Planning Ended
After planning stage is complete, target data-moved sizes show as 0, despite also having the star to identify that the folder exists on those devices:
Attempting to click on a device to see items covers the page in the following error:
Unexpected Application Error!
n.items is null
I1@http://server:7090/assets/index-d19XgG5A.js:124:81609
tf@http://server:7090/assets/index-d19XgG5A.js:38:19519
zu@http://server:7090/assets/index-d19XgG5A.js:40:3139
Hg@http://server:7090/assets/index-d19XgG5A.js:40:44737
Fg@http://server:7090/assets/index-d19XgG5A.js:40:39729
v2@http://server:7090/assets/index-d19XgG5A.js:40:39657
tl@http://server:7090/assets/index-d19XgG5A.js:40:39508
Yu@http://server:7090/assets/index-d19XgG5A.js:40:35875
gh@http://server:7090/assets/index-d19XgG5A.js:40:36678
hr@http://server:7090/assets/index-d19XgG5A.js:38:3274
gt/<@http://server:7090/assets/index-d19XgG5A.js:40:34207
There's also definitely data in there:
root@server:/mnt/disk3/music# du -hs Curren\$y/
5.8G Curren$y/
root@server:/mnt/disk3/music# find Curren\$y/ | wc -l
329
Taking a bit of a guess here, but I might think that whatever way unbalanced is firing off shell commands, it's interpreting the $ as the start of an environment variable, which will evaluate to an empty string in most cases. This hunch seems to be confirmed by creating a folder with contents named music/Curren
(no $y
), in which case unbalanced will start evaluating data for that folder when instructed to operate on music/Curren$y
.
Taking a bit of a guess here, but I might think that whatever way unbalanced is firing off shell commands, it's interpreting the $ as the start of an environment variable
ooooh, that makes a lot of sense !!!
i will check in this direction
folder is not removed