Closed GoogleCodeExporter closed 8 years ago
Re <http://pastie.textmate.org/67206>, in detail:
00. unmount all remote volumes
01. open just one Finder window
column view preferred for new windows
preview column enabled
previews not disclosed in the preview column
toolboar and sidebar visible
02. in Finder sidebar: select the local startup disk
03. MacFusion menu | Favorites | QTSS (SSH)
04. in Finder sidebar, select QTSS
05. select icon (not name) of Movies (subdirectory of QTSS)
06. select icon (not name) of 2007 (subdirectory of Movies)
07. command-shift-n
08. type 99
09. Enter (the name '99')
10. select icon (not name) of 99
11. command-shift-n
12. type 99
13. Enter (the name '99')
14. command-shift-n
15. Return key (accept the default name 'untitled folder')
16. command-a
Expected
--------
command-a should select all (two) distinct directories:
99
untitled folder
Actual
------
Finder selection is
untitled folder
untitled folder
Reproduction
------------
If you can't reproduce the issue first time, keep trying. It may be relevant to
note that I'm perform the steps 01
to 16 in rapid succession.
Pervasiveness and unexpected side-effects
-----------------------------------------
Whilst the issue may be reproduced by use of Finder alone, its effects are not
limited to Finder.
=======
Example
=======
A TextWrangler file
/Volumes/QTSS/Movies/2007/notes.txt
(existing but not open)
perform steps 01 to 13 above
use Finder to move notes.txt to
/Volumes/QTSS/Movies/2007/99/99/notes.txt
then open notes.txt
then perform steps 14 through 16
(note the issue)
then edit then save the TextWrangler file
Expected
--------
changes should be saved to
/Volumes/QTSS/Movies/2007/99/99/notes.txt
Actual
------
/Volumes/QTSS/Movies/2007/99/99/notes.txt
remains UNCHANGED; a COPY of the file (with most recent changes) is created in
the untitled folder ...
[grahamperrin:/Volumes] gjp22% ls -hARl /Volumes/QTSS/Movies/2007/99
/Volumes/QTSS/Movies/2007/99:
total 8.0k
drwxr-xr-x 1 gjp22 admin 102 Jun 2 15:41 99
drwxr-xr-x 1 gjp22 admin 102 Jun 2 15:41 untitled folder
/Volumes/QTSS/Movies/2007/99/99:
total 4.0k
-rw-r--r-- 1 gjp22 admin 836 Jun 2 15:37 notes.txt
/Volumes/QTSS/Movies/2007/99/untitled folder:
total 4.0k
-rw-r--r-- 1 gjp22 admin 847 Jun 2 15:41 notes.txt
========
See also
========
At this point, the following issues come to mind, my vague sense of things.
I'll leave the experts to estimate
whether there is any relationship...
Notes and snapshots from a *less refined* test, earlier today:
<http://pastie.textmate.org/67201>
<http://groups.google.com/group/MacFusion-devel/files?&sort=name>
EncFS.plugin ticket 3
<http://dev.systemred.net/trac/encfs/ticket/3>
AFAIR the three directories with which I experimented there were created in
fairly rapid succession.
MacFUSE issue 119
Two MacFusion issues
<http://code.google.com/p/macfusion/issues/detail?id=107> and
<http://code.google.com/p/macfusion/issues/detail?id=108> -- at that time, I
cared little because I was
knowingly doing things that should NOT be done -- concurrently using two
different protocols for a single
user space! I mention these two here only because MacFusion_issue_108 presents
a comparable Finder views
anomaly.
Original comment by grahampe...@gmail.com
on 2 Jun 2007 at 3:10
Original comment by grahampe...@gmail.com
on 2 Jun 2007 at 3:37
Attachments:
<rtsp://qtss.freeman-centre.ac.uk/2007/06/02/MacFUSE-issue-203.mov>
Original comment by grahampe...@gmail.com
on 2 Jun 2007 at 7:06
I didn't realise that the
Mark set by Console.app is not persistent so I did my best after the event to
break MacFusion.log into
meaningful chunks, relative to the movie:
<http://pastie.textmate.org/67284>
<http://pastie.textmate.org/67285>
<http://pastie.textmate.org/67286>
<http://pastie.textmate.org/67287>
but just in case I made any errors, here's a zip of the original log
Original comment by grahampe...@gmail.com
on 2 Jun 2007 at 8:08
Attachments:
If you run into strange file system behavior, it's helpful to check if the
behavior occurs with other Apple file
systems. In this case, looks like the Finder gets identically confused on
several non-HFS+ file systems. I can
reproduce your reported weirdness on Apple's UFS, MS-DOS, SMB, and WebDAV
(iDisk).
> "Whilst the issue may be reproduced by use of Finder alone, its effects are
not limited to Finder."
Are you sure?
After the Finder got into this state, you said "use Finder to move notes.txt to
...", etc. If you see further
weirdness because of a Finder initiated action, that shouldn't be surprising.
If you go to the command line and
do a file copy from there, that looks fine.
Original comment by si...@gmail.com
on 2 Jun 2007 at 10:52
> reproduce your reported weirdness on Apple's UFS, MS-DOS, SMB, and
> WebDAV (iDisk)
That's ... interesting! Unexpected. Now I think of it ... long ago, before I
allowed my .Mac subscription to
lapse, I did occasionally note WebDAV issues -- but nothing quite like this one
-- with Finder and iDisk. The
issues tended to occur mostly when working from home. My then ISP (ntl) was
truly lousy so whilst I noted
issues whilst working with Finder, I never suspected a problem with Finder
itself.
FWIW I found Goliath <http://www.webdav.org/goliath/> to be better than Finder.
YMMV.
> further weirdness because of a Finder initiated action
<rtsp://qtss.freeman-centre.ac.uk/2007/06/02/MacFUSE-issue-203.mov>
at and after ~00:02:35 the notes.txt file is
i) moved by Finder _before_ any problem appears
ii) opened (Finder | File menu | Open) into TextWrangler before any
problem
iii) edited in TextWrangler before and after Finder produces a problem
iv) ultimately saved by TextWrangler -- but to the wrong path --
after the problem produced by Finder.
So ... the path, to which TextWrangler ultimately saves, is dependent upon
Finder retaining a proper grip on
the situation from the moment the file is opened -- through to the moment the
file is saved?
> If you go to the command line and do a file copy from there, that
> looks fine.
I wonder ... if instead I:
a) use Finder to create the 99/99 path
a) very soon thereafter, use the command line to
move notes.txt to 99/99
c) soon open 99/99/notes.txt through
TextWrangler's File | Open... dialogue
d) then upset the apple cart in some way by using
Finder to create an untitled folder alongside 99/99
then command-a to select both siblings
e) ultimately save changes to 99/99/notes.txt
-- will TextWrangler save changes to
99/99/notes.txt
or to
99/untitled folder/notes.txt
(as captured in the screen cast)?
I shan't test that, unless you'd like me to do so. Bottom line:
> Finder gets identically confused on several non-HFS+ file systems
-- ouch!
As this is apparently *not* an issue with MacFUSE:
* is there an Apple Radar reference?
(I don't expect you to go searching, but I guess that the issue we're observing
may be well known...)
Thanks
Graham
PS <http://rafb.net/p/97ytdC26.html> is an alternative view of the log.
PPS I rarely read books these days -- tinnitus makes reading a chore -- but I
should make the effort with Mac
OS X Internals, I'm sure it will help me :-)
Original comment by grahampe...@gmail.com
on 3 Jun 2007 at 9:47
Original comment by si...@gmail.com
on 5 Jun 2007 at 9:20
Original issue reported on code.google.com by
grahampe...@gmail.com
on 2 Jun 2007 at 2:18