Copy To.. creates duplicate folders within folders

[fernandoe]

Hi all,

When I hover over a folder, and perform a Copy To.. action on it, it sometimes does so successfully, but creates duplicates of the subfolders within it. For example, within folder A, there's a folder B. When I copy folder A, the new Folder A now contains two B's.

Our log files don't spell anything out for us. The duplicate folders only appear within the Share portal; accessing the same folders from WebDAV shows only the single 'B' folder, without it's evil 'B' doppelganger (sorry, I've been wrestling with this all day 🙂 ).

The same duplicate subfolder situation was discovered in IE 7, and was replicated on my PC running FF3. We're running Labs 3 Stable.

Anyone else experience this, or any ideas on what might be causing this?

[mikeh]

I can't reproduce this from your description - have you got a consistently reproducible use case?

Does the rogue "Folder B" still appear when you refresh the Share page? i.e. it could just be an AJAX/dynamic page generation issue - especially if the folder doesn't exist over webdav or via the JSF client.

Thanks,
Mike

[fernandoe]

Hi Mike,

Thanks for the quick reply-

I've tried refreshing and clearing browser cache. The oddest part(s) is/are:
a) Copied Folder A structure appears perfectly fine in the tree view on the left hand side; the rogue B folders only appear in the main content area.
b) The duplicate B folders each have different time stamps; in this case (I just replicated it now), B1 has a time stamp of the last time the folder was accesses (2 hours earlier), and B2 has the time stamp of when the folder was copied over (seconds ago).

Could there be an issue with any caching mechanisms in play here? We're running it on MySQL.

[mikeh]

I don't know to be honest, unless I can reproduce it here.

Do the folders appear with the JSF (/alfresco) web client? It does sound like your indexes might be getting out of sync, as Lucene queries are used in the Share REST APIs, whereas the JSF client, WebDAV, etc. call the nodeService directly.

Mike

[fernandoe]

Hi Mike,
So I copying and pasting folder A from within Alfresco Explorer; sure enough, folder B shows up properly in WebDAV and in Explorer, yet when viewing it from within Share, the same problem persists.

Any hints as to where I should start investigation the indexing inconsistencies?

Thanks again.

[mwheelz]

I too am having the same problem.

We created a job template for our users to use. When they do a copy of the template, there are duplicate subfolders inside.

Example:

-Template
–FolderA
–FolderB

-Copy of Template
–FolderA
–FolderA
–FolderB
–FolderB

Now if I make another copy of the template, it will have 3 FolderA's and 3 FolderB's and so on….

Any ideas?

[mikeh]

I've just tested this it's working ok for me (if I understand your structure correctly?)
[img]http://img.skitch.com/20091022-tmnhxdy6nn7tddi5dyd9h36ktq.png[/img]

Are there any particular steps you're taking to duplicate this problem? Could you have any rules running on the Repository that might cause the behaviour?

Thanks,
Mike

[mwheelz]

The tree view on the left will show it normally. It is when you click on the copy of template and look at the main window.

There are no rule I can think of but I will check and let you know.

Thanks.

[mike54]

I had some strange problems in different browsers. I can't remember right now, but I believe it was under Chrome browser when my folder list on the left was duplicated / or loaded twice.
I don't know if that even near your problem, but since those folder are not present in Explorer, maybe the list gets populated twice after copying…

[mwheelz]

I see the same problem with multiple browsers.