view of sibling directories goes awry when both directories -- and their parent -- are created in fairly rapid succession

GoogleCodeExporter commented 9 years ago

Debug log at <http://pastie.textmate.org/67206>.

MacFUSE 0.3.0
MacFusion 1.1
Mac OS X 10.4.9

FSType = SSHFS; 
StoredObject = {
    advancedOptions = "-o debug"; 
    authenticationType = 0; 
    hostName = "orb.freeman-centre.ac.uk"; 
    login = root; 
    mountOnStartup = 0; 
    name = QTSS; 
    path = "/Library/QuickTimeStreaming"; 
    port = 22; 

Additional notes to follow.

Original issue reported on code.google.com by grahampe...@gmail.com on 2 Jun 2007 at 2:18

GoogleCodeExporter commented 9 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

GoogleCodeExporter commented 9 years ago

Original comment by grahampe...@gmail.com on 2 Jun 2007 at 3:37

Attachments:

[MacFUSE issue 203 - Finder view after command-a to select two recently created sub directories of a recently created directory.png](https://storage.googleapis.com/google-code-attachments/macfuse/issue-203/comment-2/MacFUSE issue 203 - Finder view after command-a to select two recently created sub directories of a recently created directory.png)
[a TextWrangler | File menu | Save a Copy... dialogue that appears confused during a MacFUSE issue 203 situation.png](https://storage.googleapis.com/google-code-attachments/macfuse/issue-203/comment-2/a TextWrangler | File menu | Save a Copy... dialogue that appears confused during a MacFUSE issue 203 situation.png)

GoogleCodeExporter commented 9 years ago

<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

GoogleCodeExporter commented 9 years ago

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:

MacFusion.log.zip

GoogleCodeExporter commented 9 years ago

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

GoogleCodeExporter commented 9 years ago

> 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

GoogleCodeExporter commented 9 years ago

Original comment by si...@gmail.com on 5 Jun 2007 at 9:20

Changed state: Invalid

daddykaka / macfuse

view of sibling directories goes awry when both directories -- and their parent -- are created in fairly rapid succession #203