[gcmd-dev] Re: file root thing

[Michael]

btw. This is about svn from yesterday.

Another example...i wanted to move a file into the subfolder 'Arts'.
After pressing F6, i just typed in: Arts (to overwrite the default).
The files disappeared, and i could not find out where it ended so far - neither 
in the folder 'Arts', nor was it still in it's place, nor in the opposite panes 
dir, nor / or ~ or wherever. All checked from commandline exclude monitoring 
issues.

I created another file to reproduce the error. However, this time the feedback 
was' Error while copying to / (this is the border of the textbox so i'm not 
sure if something's trunkated here) -- Access denied.'
I retried it with different versions (like ./Arts or Arts/) but always the 
same. (Of course i've write permissions to the folder, it's a standard user 
folder and i use it all day)

Then, after some 2 minutes or so, (while writing this mail), wondering if i did 
something different at first try, i retried it again just the same way as 
before. And again the file just disappeared, no feedback, no log, and again i 
couldn't find it anywhere afterwards.

Going on, i just activated full logging and gave it another try. This time, a 
gcmd commandline of 'touch AAAtest2AAA created a directory of that name 
(according to the gcmd view). 
Here's the first occurence of the filename in the logs:
(i repeated the command when i couldn't see the file at first glance)

[LL] returning from on_dir_list_ok
[NN] Added monitor to 0xbdd020 file:///home/micha/mconvert/
[DD] refing: 0x0xbdd020 mconvert to 4
[DD] un-refing: 0x0xbdd020 mconvert to 3
[NN] GNOME_VFS_MONITOR_EVENT_CREATED for file:///home/micha/mconvert/AAAtest2AAA
[DD] refing: 0x0xbe4700 AAAtest2AAA to 1
[DD] refing: 0x0xbe4700 AAAtest2AAA to 2
[GG] running: touch AAAtest2AAA
[LL] blocking_list
[LL] blocking_list: file:///home/micha/mconvert/
[LL] File listing succeded
[FF] un-refing: 0x0xbcb360 p10

But i couldn't reproduce that error, the next tries it created files as 
expected.
But then, it happened again, and what do i find in the logs:
[NN] GNOME_VFS_MONITOR_EVENT_CREATED for 
file:///home/micha/mconvert/touch%20XtestX


But back to the 'disappearing' problem. With another file, the log says 
(unimportant lines cut)

[GG] running: touch XtestX
[NN] GNOME_VFS_MONITOR_EVENT_CREATED for file:///home/micha/mconvert/XtestX
[FF] refing: 0x0xd8ade0 XtestX to 1
[FF] refing: 0x0xd8ade0 XtestX to 2
[FF] refing: 0x0xd8ade0 XtestX to 3
[XX] Im now going to xfer the file file 'XtestX' to '/Stoff/Image/Arts'
[DD] refing: 0x0xb4a5b0 Arts to 3
[FF] un-refing: 0x0xd8ade0 XtestX to 2
[FF] un-refing: 0x0xd8ade0 XtestX to 1
[LL] blocking_list
[LL] blocking_list: file:///Stoff/Image/Arts
[LL] File listing succeded
[FF] un-refing: 0x0xc27c00 YtestY to 1
[FF] un-refing: 0x0xc550c0 XXXTESTXXX to 1
[FF] refing: 0x0xda80c0 YtestY to 1
[FF] refing: 0x0xda9760 XXXTESTXXX to 1
[FF] refing: 0x0xdab120 XtestX to 1
[FF] refing: 0x0xda80c0 YtestY to 2
[FF] refing: 0x0xda9760 XXXTESTXXX to 2
[FF] refing: 0x0xdab120 XtestX to 2

[LL] Emitting list_ok signal
[DD] un-refing: 0x0xb4a5b0 Arts to 2
[NN] GNOME_VFS_MONITOR_EVENT_DELETED for file:///home/micha/mconvert/XtestX
[FF] un-refing: 0x0xd8ade0 XtestX to 0
[FF] file destroying 0x0xd8ade0 XtestX

and now i was able to find at least some of my testing creations...in the 
folder /Stoff/Image/Arts ! Which is no separate device itself, but /Stoff is (a 
partition). There was no other gcmd instance running at all, and i didn't open 
this folder in the running one, before. 
I was working in /home/micha/mconvert/Arts but it should be noted that mconvert 
is a symlink here, linking to the real folder 
/Stoff/Image/Photos/Arts/mconvert. Thinking about how this could lead to the 
observed behaviour, i still can't find any logic. If gcmd would have mistaken 
the device root then wouldn't it have tried to copy into /Stoff/Arts or so ?
Looks more like entries in history get disordered, like some gcmd function gets 
confused about where it really 'is'.

Shouldn't this issue be addressed ASAP ... ?