You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "angela (JIRA)" <ji...@apache.org> on 2007/08/22 11:10:30 UTC

[jira] Commented: (JCR-960) Duplicate Folder of the same name in JCR webdav, could be a core issue

    [ https://issues.apache.org/jira/browse/JCR-960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521740 ] 

angela commented on JCR-960:
----------------------------

i guess it's a client specific problem.  i ask someone to test with his mac dav-client on the jackrabbit webapp
running on my machine (recent trunk checkout, Day servlet engine), which produced the following results:

C: MKCOL /jackrabbit/repository/default/untitled%20folder
S: HTTP/1.1 201 Created
C: MOVE /jackrabbit/repository/default/untitled%20folder/  (TO: angela1)
S: HTTP/1.1 201 Created
C: MKCOL /jackrabbit/repository/default/untitled%20folder
S: HTTP/1.1 201 Created
C: MOVE /jackrabbit/repository/default/untitled%20folder/  (TO: angela2)
S: HTTP/1.1 201 Created

But doubleclicking on 'angela1' resource results in the following request

C: PROPFIND /jackrabbit/repository/default/angela2/ 

The only special thing i see at a first glance is the following custom property, which is (obviously) never
present on the server: {http://www.apple.com/webdav_fs/props/} appledoubleheader , since its never set by
the client.




> Duplicate Folder of the same name in JCR webdav, could be a core issue
> ----------------------------------------------------------------------
>
>                 Key: JCR-960
>                 URL: https://issues.apache.org/jira/browse/JCR-960
>             Project: Jackrabbit
>          Issue Type: Bug
>          Components: core, webapp, webdav
>    Affects Versions: 1.3
>         Environment: OSX, JDK 1.5 running standard webdav webapp on a non clustered JVM, SimpleDbPerisistanceManager on MySQL InnoDB with read-committed transaction isolation
>            Reporter: Ian Boston
>         Attachments: create_second_new_folder.png, create_test1_folder.png, remount_webdav_mount.png, rename_second_new_folder.png, repository.xml
>
>
> 1. Deploy the standard JCR webapp war to tomcat
> 2. change the repository template to the attached (uses a SimpleDbPersistanceManager connected to MySQL
> 3. go to http://localhost:8080/jcrdav/ and create a default repository
> 4. mount http://localhost:8080/jcrdav/repository/default in OSX Finder
> 5. Create a new Folder, initiallyt called "unnamed folder" 
> 6. rename to "test1"
> 7. Create a second new Folder
> At this point both folders become named "unnamed folder"
> 8. rename second folder to "test2"
> Both folders now named test2 (as per attached screen shot)
> 9. Browse in web browser to http://localhost:8080/jcrdav/repository/default/
> 2 folders, one named test1 and other named test2
> 10. Unmount OSX Finder mount and re-mount, test1 and test2 folders appear in OSX finder, but steps 5-9 can be repeated again.
> Is this a problem with OSX Finder or something up with the JCR webdav implementation or possibly something to do with the ItemState caches inside the core ?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.