Home
TeamSite
Deleted files shows up in Staging
reeturaj
After we delete a file or folder in our workarea, we do a list modified and submit it with the overwrite mode on. This should remove the file or folder from the Staging area. But in certain cases the file or folder still displays with the delete written beside it when we do a list modified. The deleted file still shows up in the staging area.
Is there any way to remove files and folders permanently from the Staging area.
Find more posts tagged with
Comments
manju166
Try the following procedure to delete the files
How do I submit a deleted file or directory?
Synopsis
A user has deleted some files and/or directories and wants to submit them to the staging area. However, in order to perform this, s/he must be able to select them in the right hand pane of the TeamSite user interface. The problem is... they are not listed there!
Details
File system interfaces typically do not show deleted file system objects like files and directories; and TeamSite follows that model.
But you can submit your deletions to the staging area if you follow this procedure within the TeamSite user interface:
Navigate to your workarea.
Click the "View" menu.
Select the "List modified" option. This displays all the files that have been modified (including deletions) in your workarea based on a comparison with staging.
Select the deleted files by checking the associated check boxes in the right hand pane of the user interface. Note that deleted items are shown with a file icon with a red cross over it. Also, the name of the file or directory has [DELETED] displayed after it.
Click the "File" menu.
Select the "Submit" option.
A window pops up; fill in your comments, select your options (such as overwrite).
Click "Submit".
reeturaj
Thanks for the approach you suggested. It works in most cases, but in case of certain files or folders it dosen't work. That is, even after doing the above procedure the file still shows up when we do a list modified.
I am not sure why it dosen't work in some cases. Does it have something to do with permissions. Or do I need to change some settings in the configuration file. Also is there any way I can test why it dosen't work in certain cases.
Appreciate your response.
mogoo
My guess is it does have something to do with permissions, or the file is in conflict. Go to your To do list, and View-->All Jobs... are you seeing the attempted-to-submit files here? If so, do you recognize a pattern? (for example, role differences, or someone trying to submit from a workarea in which they have limited privileges) Another problem might be that the file is attached to more than one workflow. Check this in your to do list, or look at the File Properties.
-maureen
Adam Stoller
Let's try a different take on this - just to make sure we're not talking semantics.
You have branch
B1
- with workarea
W1
- and you delete a
previously submitted
file
F1
within W1, do a
List Modified
, select the "deleted" F1 and
Submit
it.
Right so far?
Okay - now under what circumstances do you still see
F1
in
B1/STAGING/
?
Are you still in
W1
- or are you in a
different
workarea?
If you
are
in W1:
are you sure the Submit went through successfully?
is it perhaps waiting for you to resolve conflicts?
did you not have permissions to perform the submission?
is it at all possible that someone else re-submitted the same file from a different workarea?
If you are not in W1:
Is the workarea in sync with the staging area
Also - some other information which is generally useful to provide when trying to get help in diagnosing a problem:
What version of TeamSite?
What platform?
What browser (and version)?
Does the browser have cacheing turned off?
--fish
(Interwoven, Curriculum Development)
reeturaj
Thanks for your response.
I am pasting the properties of the deleted directory:
\PortalContent [DELETED]
Basic Attributes:
Modified Size Creator Creation Date
Yes zero bytes Everyone Tuesday, 10 Sep 2002 15:44:54
Area Security: \default\main\toyota\www\WORKAREA\amyp
Writable Owner Permissions
Yes a4wil5p01\amyp a4wil5p01\amyp: Full Control (All)
A4WIL5P01\ts-admin: Full Control (All)
Workflow:
Job (ID) Job Owner Task (ID) Task Owner
This file is not associated with any tasks.
Lock:
Workarea Lock Holder Lock Time
This file is not locked.
The submit of the deleted folder in the workarea from which it is created dosen't go successfully. Since in the workarea the directory is shown as deleted we are unable to do resolve conflict with the staging area.
It's possible that the same directory is submitted from a different workarea.
We went through all the available workareas under the branch and in all of them it shows up as deleted when we do a list modified.
Version -> Teamsite 5.2.2 on Windows2000
Browser => IE5
Caching is turned off
Let us know if you require any other info.
Thanks,
Reeturaj
Adam Stoller
I assume you mean 5.5.2 not 5.2.2 (:-))
Unfortunately this thread is getting rather long and the subject matter is getting rather detailed - making it difficult to do ad-hoc forum-based analysis.
The first issue that appears to need to be resolved is why the submit of the deleted directory in the workarea within which it was deleted does not seem to have worked (or so you seem to indicate).
The fact that it is showing up as Deleted in Staging when comparisons are made in *other* workareas makes sense - if they haven't been brought up to date with Get Latest - this is exactly what I would expect to see.
So - if, as you indicated, there was a problem deleting the directory from the initial workarea and submitting that deletion - I think you'd be better served by opening up a case with Interwoven Support so that they can work more closely with you in trying to resolve this issue.
--fish
(Interwoven, Curriculum Development)